본문

IT News
クラウドに移行するための準備は何ですか?

작성일 2018.10.11

 cloud_migration_1.webp

なぜクラウドを使うのかという話は、すでにたくさん聞いたでしょう。クラウドは、継続的な発展を通じてITで重要に思われる「費用、スピード、品質」、これら3つすべてを満足させてきました。多くの企業が自社のビジネスを一次元高レベルに引き上げるためにクラウドを適用しています。

多くの企業が新しいプロジェクトにクラウドを導入していますが、これに比べて既存のシステムをクラウドに適用する割合は高くありません。これは、クラウドに移行するプロセスが非常に厳しい作業だからです。特に、適切な計画、実行、テストがなければ、クラウド移行を行っても、セキュリティ、統合、リソース、費用、ネットワークのどこで問題が発生するのかわかりません。

クラウドマイグレーションの前後にどのような内容を準備する必要があるのかを見てみましょう。

クラウド移行計画

cloud_migration_2.webp

  • クラウドプロバイダの選択
  • 準備と計画
  • クラウド移行
  • 有効性検査と確認

クラウドプロバイダーによって準備プロセスが異なる場合があるため、最初に行うことは、クラウドサービスプロバイダーごとにメリットとデメリットをチェックすることです。その後、クラウドサービスプロバイダーに合わせて移行の計画を立てます。このとき、MSP会社の支援を受けることもできます。IDCにあるサービスをクラウドに移行すると、仮想化による影響でアプリケーションやデータの変更が必要な場合があります。最後に、アプリケーションの有効性検査を進める必要があります。

クラウドサービスプロバイダの選択

[画像]クラウドサービスプロバイダーアジアシェア[画像]クラウドサービスプロバイダーアジアシェア

クラウドの選択において、大多数のユーザーがAWSを使用してきました。クラウド市場がますます激しくなってきて、最近、他のクラウドベンダーの選択肢が広がっています。

Amazon Web Services は、相変わらず最も一般的に利用されているクラウドサービスです。それでも、最も使いやすさとアクセシビリティの点で優れているので、さまざまなプラットフォームサービスを提供しています。Microsoft Azure は、WindowsとMS SQLサーバーを使用する企業が選択する良いオプションです。Google Cloudは、Big data、TensorFlowなどの高レベルのコンピューティングサービスを提供しています。Alibaba Cloudは、中国でビジネスを進めていれば考えるべき選択肢です。急速に成長しているクラウドサービスの一つです。

次回にまとめますが、各クラウドサービスプロバイダには部分的なメリットとデメリットがあります。秒単位で膨大なスケーラビリティを提供するクラウドサービスがありますが、パーソナライズされたアプリケーション管理オプションに強みを持つベンダーが存在しています。市場のリーダーを選ぶのが最も信頼性が高く、あまり面倒ではない方法かもしれませんが、クラウドサービスの特性を分析し、そのサービスに合ったベンダーを特定することは非常に重要です。

最後に、実際の状況をモデル化して、検討中のクラウドプロバイダーのサーバー、データベース、ネットワークサービスのコストを計算する必要があります。価格は常に重要な考慮事項の一つです。

準備と計画

cloud_migration_4.webp

クラウドプロバイダを選択したら、移行の準備を開始します。一度に移行できるといいですが、そのようなケースはほとんどありません。まず、段階的に移行計画を立てる必要があり、移行するサービスが決まったら、ソフトウェアの変更を確認する必要があります。ソフトウェアを変更せずに移行できればいいのですが、必ずしもそうではありません。それでは、サービスのダウンタイムについて議論を進める必要があります。移行されたサービスは、パフォーマンスを確認する計画も立てなければなりません。最後に、人員構成と運用プロセスについて悩む必要があります。

[画像] マイグレーション対象を決める[画像] マイグレーション対象を決める

1. マイグレーション対象を決める

クラウドに移行する最初のアプリケーションは、最も簡単で重要ではないところにすることです。クラウドマイグレーションの経験を通じて貴社に合ったプロセスをチェックする必要があります。移行過程で問題の状況に直面しても、少ない負担で処理できます。

2. アプリケーションの変更範囲を確認する

クラウドサービスの仮想化システムには、現在のシステムとは異なる動作をするコンピューティング環境が含まれます。サーバーだけでも共有リソースの問題では自由ではありません。ネットワークとデータサービスの両方が異なる方法で動作し、交互作用します。マイグレーションを進める前に、アプリケーションが依存するインフラの特性を確認し、予想されるトラブルシューティングのためにアプリケーションの更新を進める必要があります。

3. パフォーマンスをテストする

パフォーマンスはクラウドに移行する主な理由でもあります。パフォーマンスはリソースを節約する方法でもありますが、迅速な応答速度は顧客に良いサービスを提供する最初の要素です。ただし、クラウド移行後にアプリケーションの応答が遅くなる可能性があります。

既存のシステムをクラウドサービスの分散環境に変更すると、予期しないボトルネックが発生する可能性があります。クラウドサービスはより多くのコンピューティングリソースに提供されますが、通信のオーバーヘッドは思ったよりも高くなる可能性があります。この問題を解決するには、移行前のパフォーマンスをチェックしておく必要があります。サービスの移行中にパフォーマンスに問題が発生した後にApplication Performance Management(APM)ツールを使用すると、より多くの費用を支払う可能性が高くなります。

4. 業務プロセスの準備

クラウドに移行すると、システムエンジニアの役割はシステム運用からサービス運用にさらに拡大することができます。開発者も配布と運用プロセスにどのように参加するかを準備しましょう。そして、開発者、運用者、管理者とも、皆が新しく一意専心で業務プロセスを準備しましょう。

[画像]サービス中断に対する計画を立てよう      [画像]サービス中断に対する計画を立てよう      

サービスを中断せずにクラウドに移行することができれば良いのですが、しいてそうする必要がないか、構成上不可能な場合があります。 その場合は、サービスの中断の計画を立てる必要があります。それだけでなく、状況に備えてシステムを回復する必要があるシナリオも用意する必要があります。

5. サービスの中断を計画する。

サービスを中断せずにクラウドに移行することができれば良いのですが、しいてそうする必要がないか、構成上不可能な場合があります。 その場合は、サービスの中断の計画を立てる必要があります。それだけでなく、状況に備えてシステムを回復する必要があるシナリオも用意する必要があります。

6. セキュリティチェック

国内の場合、法的な問題によりクラウド移行が不可能な場合があります。クラウドはセキュリティやその他の手続きに対する管理力が低下し、クラウドベンダーが提供する手続き内でセキュリティを維持する必要があります。クラウド移行の前に、データセキュリティを維持するためのセキュリティ手順と戦略の準備を事前に行うことをお勧めします。

クラウド移行

cloud_migration_7.webp

クラウド移行の作業はアプリケーションの特性によって異なりますので、今回は説明しません。ただし、クラウド移行の作業は、MSPまたは国内SI企業を介して進行するのが一般的であり、経験のあるグループと一緒に進めることをお勧めします。クラウド移行プロセスは危険でエラーが発生しやすいため、問題を予測して回避するには経験が必要です。

有効性検査と確認

cloud_migration_8.webp

データとアプリケーションの両方をクラウドに移行した場合は、すべてが正しく機能していることを確認する必要があります。このことは本当に苦労し難しいことです。嘘のようですが、クラウドに移行し、十分な確認なしにサービスを切り替えたときにサイトが停止するということが実際に発生することもあります。

安定したサービスの動作を確認するために、基本的な動作テストを自動化することをお勧めします。

  • すべてのサービスが動作していることをテストします。
  • データが正常に作成されているかどうかをテストします。
  • 内部コンポーネントが正しく通信していることをテストします。
  • サービスの動作状況が正常に監視されているかどうかをテストします。

すべての動作を確認したら、負荷テストに進む必要があります。負荷テストを行わずにサービスを切り替えると、動作に問題はありませんが、少しのトラフィックでもサイトに耐えられずに停止することがあります。負荷テストの過程で、Application Performance Management(APM)サービスとServerモニタリングサービスを使用して、システムとアプリケーションの問題をさらに特定してセキュリティを強化できます。クラウドに動くアプリケーションやシステムは、SaaSベースのモニタリングサービスを使用するのが一般的ですが、パッケージソリューションを使うことも可能です。

WhaTap Monitoringを体験してみましょう。
難しかったモニタリングと分析が容易に実現できます。