成功するクラウド移行計画を構築する方法

ビジネスをクラウドに移行するのは簡単な作業ではありません。すべてのワークロードが恩恵を受けられるわけではないので、まずは堅実なクラウド移行戦略を策定することから始めましょう。

クラウド コンピューティングを導入するメリットを考えると、組織のリソースをすべて一度に移行する必要があるように思えるかもしれません。特定の状況では、パブリック クラウド プラットフォームが組織に大きなメリットをもたらす可能性があることは否定できません。しかし、他の場合には、クラウドへの移行は意味をなさないかもしれません。

組織は、ハードウェアからアプリケーション ポートフォリオ、ネットワーク アーキテクチャなどに至るまで、インフラストラクチャへの既存の投資を詳しく検討し、移行が有益かどうかを判断する必要があります。

ここでは、クラウド移行計画の指針となり、オンプレミスのワークロードをパブリック クラウドに移行するかどうかを判断するのに役立つ 3 つの要素について説明します。

現在のインフラストラクチャを評価する

クラウド移行プロセスの一環として、最初に考慮すべき事項の 1 つは、組織の既存のデータ センター投資コストです。これには、ライセンス コストだけでなく、ハードウェア リソースの消費とサポート インフラストラクチャに関連するコストも含まれます。したがって、ローカル サーバーに関連する多額の投資がほぼ常に発生します。サーバーデータまたは機能をクラウド プラットフォームにアウトソーシングすると、それらのサーバーを再利用できない限り、組織はオンプレミスへの投資を放棄することになります。

オンプレミスのデータセンターに多額の投資をしている組織にとって、このリフトアンドシフト方式によるクラウド移行は経済的に意味がないかもしれませんが、組織は特定のオンプレミス リソースをクラウドに移行することでメリットを得ることができます。

組織のサーバー ハードウェアがどれほど優れていても、最終的には時代遅れになります。従来、組織はハードウェア ライフサイクル ポリシーを採用することでこの陳腐化に対応してきました。たとえば、組織では 5 年後にサーバーを廃止することを選択する場合があります。それでも、組織はクラウド コンピューティング サービスのロードマップをハードウェア ライフサイクル戦略に統合できます。これにより、IT チームはオンプレミスのリソースを新しいハードウェアに移行するのではなく、クラウドに移行できるようになります。

クラウド コンピューティングを使用する可能性は、多くの場合、小規模な組織やスタートアップ企業にとって特に魅力的です。小規模な組織の場合、クラウド コンピューティング サービスを使用すると、他の方法では利用できないエンタープライズ グレードのハードウェアとフォールト トレランス機能にアクセスできるようになります。同様に、スタートアップ企業は、社内のデータセンター リソースに投資することなく、業務を迅速に実行できるため、クラウド コンピューティング サービスのメリットを享受できます。

アプリケーションのパフォーマンスと移植性を考慮する

アプリケーション サーバーの場合、組織の管理者はアプリケーションをクラウドで実行できるかどうかを考慮する必要があります。同様に、アプリケーションのパフォーマンスもクラウド移行計画の一部として考慮する必要があります。

最新のオペレーティング システム上で実行される新しいアプリケーションの場合、互換性は通常大きな問題にはなりません。また、ほとんどのクラウド コンピューティング プロバイダーでは、必要に応じてホストされたサーバーにハードウェア リソースを割り当てることができるため、このようなアプリケーションではパフォーマンスが問題にならないと想定することも簡単です。ただし、このアプリケーションでは、次の 2 つの主な要素を考慮する必要があります。

2つの主な要因

パフォーマンス：

組織がホストされたアプリケーション サーバーにほぼ無制限のコンピューティング リソースとメモリ リソースを提供できる場合でも、インターネット帯域幅によってアプリケーションのパフォーマンスが低下する可能性があります。高性能のホスト型アプリケーション サーバーを導入しても、インターネット帯域幅の制限により良好なユーザー エクスペリエンスが得られない場合、あまり意味がありません。

アプリケーションの移植性:

仮想化されたアプリケーション サーバーをクラウド プラットフォームに移行するのは一般的に簡単ですが、アプリケーションに外部依存関係があり、クラウドへの移行が妨げられたり、非常に複雑になったりする場合があります。たとえば、アプリケーションが Active Directory (AD) に依存していたり​​、ローカル SQL Server データベースへのアクセスを必要としたりする場合があります。

古いオペレーティング システムで実行されているレガシー アプリケーションの場合、クラウドへの移行は適切な選択肢ではない可能性があります。テストは、アプリケーションがクラウド コンピューティング環境でどのように動作するかを理解する唯一の方法であり、テストは、アプリケーションをクラウド コンピューティング環境に移行するために必要な手順を決定するのに役立ちます。

アプリケーション サーバーをクラウドに移行する際のもう 1 つの考慮事項は、ハードウェアのスケーラビリティです。一部の IT アナリストは、クラウド プラットフォームは通常ほぼ 100% のスケーラビリティを提供するため、ハードウェア集約型のワークロードをホストするにはクラウド コンピューティング サービスが最適であると主張しています。クラウド プロバイダーは一般的に、最も要求の厳しいワークロードのニーズを満たすためにサービスを拡張できますが、この拡張性にはコストがかかります。

Microsoft や AWS などのパブリック クラウド プロバイダーは通常、リソースの消費量に基づいて顧客に料金を請求します。したがって、クラウドベースの高性能コンピューティング環境はコストがかかりすぎる可能性があります。たとえば、一部の顧客は、高性能アプリケーションをクラウドで実行すると月額 10,000 ドルを超えるコストがかかると指摘しています。コストの大部分は CPU とディスク I/O の消費によって発生します。

ネットワークの評価

クラウド移行計画を立てる際に考慮すべきもう 1 つの要素は、オンプレミス ネットワークです。組織がリソースを一時的にでも社内に保持したい場合は、クラウド ネットワークをオンプレミス データ センターの拡張機能として機能させる必要があります。つまり、組織は通常、クラウドベースのドメイン コントローラー、ドメイン ネーム システム サーバー、およびダイナミック ホスト構成プロトコル サーバーを展開する必要があります。さらに重要なのは、組織がクラウドベースの仮想ネットワークとオンプレミス ネットワークの間に安全な通信パスを確立する方法を見つけ出す必要があることです。

この要件は、既存のオンプレミス ネットワークを持つ組織にとって通常は大きな問題にはなりませんが、移行プロセスには相当の計画が必要になる可能性があることを意味します。

組織がクラウド移行のリスクとメリットを検討する際には、クラウド移行は二者択一の提案ではなく、組織がクラウド移行に全面的に取り組む必要はないことを覚えておくことが重要です。ほとんどの場合、組織は一部のサービスをクラウドに移行し、他のサービスをオンプレミスで運用し続けるのが合理的です。