クラウド実装の第2波: ビジネスクリティカルなアプリケーションの移行

現在、クラウド移行の最初の波 (Cloud 1.0) は終わりに近づいており、重要度の低いアプリケーションはパブリック クラウド プロバイダーに移行しています。次の波は推進するのがはるかに困難であり、組織は競争上の優位性を獲得するために、ビジネスを実行するアプリケーションを移行することを検討しています。調査会社ガートナーのインフラチーム管理担当副社長兼リサーチディレクターのデビッド・J・カプッチョ氏は、2025年までに企業の80％が従来のデータセンターを閉鎖するだろうが、現在はわずか10％にとどまるだろうと語った。この予測が実現するかどうかはわかりませんが、データセンターのスタッフは、オンプレミスからクラウドベースのアプリケーションへのスムーズな移行に必要なクラウドの知識やスキルが不足していることに気づき始めています。

アプリケーションに重点を置くことが移行計画の中心です

クラウド コンピューティング 2.0、またはよく呼ばれるインフラストラクチャ アズ ア サービス (IaaS) では、可用性だけでなく、アプリケーションのパフォーマンスを扱う際に、より多くの計画が必要になります。 2 つの異なるアプローチがあります。「リフト アンド シフト」では、既存のアプリケーションを最小限の変更で新しいインフラストラクチャに移行します。 「クラウド ネイティブ」では、アプリケーションがクラウド用に書き直されるか、クラウド サービス プロバイダーのリソースが使用される。ビジネスに不可欠なアプリケーションのほとんどは何年も前のコードで構成されているため、それを書き直すのは簡単な作業ではありません。これらのアプリケーションは他のアプリケーションやリソースへのアクセスにも依存するため、移行を検討する前にローカルでホストされているアプリケーションを完全に理解することが重要です。この記事では、持ち上げと移動に焦点を当てます。

適切な計画が鍵

企業がビジネスをクラウドに移行する主な要因は、ビジネスの柔軟性と拡張性を実現しながら、インフラストラクチャの支出と人件費を削減することです。ハードウェア、床面積、冷却、セキュリティなどの物理的なインフラストラクチャは、サードパーティが所有および管理することができ、共有ホスティング アプローチによりコストが削減されるはずです。では、なぜいつもそうならないのでしょうか?主な理由は計画不足です。ホストされたサイトにローカル環境を複製することにした場合、コストは現在のコストと同程度になります。クラウド移行の計画プロセスには、「アプリケーションをクラウドで実行するにはどれくらいのコストがかかりますか?」という質問を含める必要があります。これはさらに問題となる可能性があります。クラウド プロバイダーからどのようなサービスが必要かを知るには、まずアプリケーションが現在どのように実行されているかを理解する必要があるためです。これは、「サーバー、ファブリック、ストレージは現在どのように動作していますか?」という質問とは大きく異なります。ここでの焦点は、インフラストラクチャを常に管理する方法にあるからです。

クラウドにおけるサービス レベル アグリーメント (SLA) の重要性

もう 1 つの基本的な質問は、「どのクラウド サービス プロバイダーが私のアプリケーションに最適な選択肢か?」です。自社の環境におけるアプリケーション パフォーマンスに関するサービス レベル アグリーメント (SLA) を提供するクラウド プロバイダーはほとんどありません。しかし、それは意思決定プロセスにとって非常に重要です。アプリケーションの実行速度が現在よりも遅くなる場合、この移行の決定が組織のビジネスに影響を及ぼす可能性があります。ホストするためにさらに容量、電力、リソースを追加する必要がある場合、コストは上昇します。

季節ごとのスループットチェック

したがって、移行を計画しているアプリケーションのワークロードの動作とパフォーマンス特性を分析することが出発点となります。クラウド サービス プロバイダーの選択プロセスを開始する前に、アプリケーションがどのように実行され、どのようなプロビジョニングが使用されているかを理解することが重要です。各アプリケーションには個別のワークロード プロファイルがあり、環境に応じて動作が異なります。アプリケーションのワークロードを調べる場合、実際の洞察を得るには、リソース需要のピークと谷を時間の経過とともに収集する必要があります。たとえば、月曜日の午前 8 時には異なるリソースが必要になる場合があり、木曜日の午後 2 時には異なるリソースが必要になる場合があります。年、月、週、または日のさまざまな時期にスループットが増加するかどうかを調べるなど、季節性も考慮する必要があります。

アプリケーションの依存関係を考慮する

アプリケーションのパフォーマンスに加えて、その依存関係も理解する必要があります。アプリケーションがクラウドでホストされていない、または別のプロバイダーによって管理されている他のリソースにアクセスする場合、パフォーマンスとコストに影響します。

クラウド回帰の回避: アプリケーション パフォーマンス テスト

各クラウド プロバイダーのクラウド プラットフォームには、アプリケーションのホスティングに関して長所と短所があります。潜在的なサプライヤーは注意深く監視する必要があります。間違ったサービスを選択すると、ビジネスが危険にさらされる可能性があります。現在のパフォーマンスと比較して、より良い、または少なくとも同等のサービスを保証するために、各アプリケーション ワークロードを新しい環境に対してテストする必要があります。 Enterprise Strategy Group の調査によると、アプリケーションを移行した組織や SaaS (サービスとしてのソフトウェア) に移行した組織の 57% が、パフォーマンスの低下やコストの上昇により、データやアプリケーションを社内に移行したことがわかりました。他のアナリストも同様の統計を発見した。これは主に、移行前の計画の欠如または計画の不備が原因です。

移行前の重要な質問

ほとんどの組織は独自のクラウド コンピューティング プランを持っており、コンサルタントは企業が IaaS 環境からメリットを得られるよう推進しています。慎重に計画すれば、クラウド ホスティング インフラストラクチャは、優れた財務的およびパフォーマンス上のメリットをもたらすことができます。次の 3 つの質問に答えるまでは、クラウド移行を実施しないでください。

• アプリケーションはパブリック クラウドで期待どおりに実行されますか?
• パブリック クラウドでアプリケーションを実行するにはどれくらいのコストがかかりますか?
• 私のアプリケーションに最適なクラウド コンピューティング サービス プロバイダーはどれですか?

以下の手順を順番に実行してください。

（1）アプリケーションはパブリッククラウドで期待どおりに動作しますか？

どのアプリケーション ワークロードを移行し、どのワークロードをオンプレミス データ センターに保持するかを理解するには、現在のアプリケーション パフォーマンスを把握するとともに、季節的なアプリケーション ワークロードの動作を評価する必要があります。アプリケーションがクラウドでどのように実行されるかを明確に理解するには、クラウドのテスト環境と開発環境でアプリケーション ワークロードを実行するか、アプリケーション ワークロードを合成してライブ環境で実行できるようにします。

（2）パブリッククラウドでアプリケーションを実行するにはどれくらいの費用がかかりますか？

移行自体の重要な部分は、プロセスを合理化し、多数のさまざまなワークロードを移行するために必要な時間を短縮する方法を理解することです。最終的には、CPU、メモリ、ネットワーク、およびストレージ構成をターゲットにする必要があります。これらの目標が考慮されるようにするには、クラウド コンピューティング プロバイダーと連携することが重要です。コストは、既知のアプリケーション ワークロードと既知の環境に基づいて交渉する必要があります。いかなる状況でも、アプリケーションをローカルで実行するよりも低コストでパフォーマンスを提供しないサービスを採用しないでください。

（3）私のアプリケーションに最適なクラウドコンピューティングサービスプロバイダーはどれですか？

この質問に適切に答えるには、移行前にクラウド ワークロードのパフォーマンスをテストする方法を検討することが重要です。移行前にクラウド ホストがビジネス アプリケーション ワークロードを実行する機能を備えているかどうかを確認し、そのパフォーマンスを正確に実証できるようにしておくことは価値があります。異なるホスト構成では、すべてのアプリケーションで同じように動作することが保証されません。確かに、複数のホストを連続してテストすると、結果が期待どおりになることが保証されます。

最後に、すべての質問に回答し、クラウド プロバイダーが提供する SLA に満足したら、移行を続行できます。これは通常、クラウド コンピューティング プロバイダーと顧客が共同で管理します。しかし、新しくホストされたアプリケーションが稼働したら、合意されたサービス レベル アグリーメント (SLA) に準拠するかどうかをどうやって確認するのでしょうか。ここでパフォーマンス監視ソリューションが役立ちます。同様に、クラウド プロバイダーが自動的に提供するものと想定しないでください。確かめる必要があります。企業は移行後にアプリケーションのワークロードを監視して、予期しないパフォーマンスや容量の問題を特定し、すべてが順調に進んでいることを知って安心できます。