3 つのステップで成功するクラウド移行計画を構築する方法

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

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

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

[[316822]]

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

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

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

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

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

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

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

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

まず第一に、パフォーマンス。企業がホストされたアプリケーション サーバーに事実上無制限のコンピューティング リソースとメモリ リソースを提供できる場合でも、グローバル インターネット帯域幅によってアプリケーションのパフォーマンスが低下する可能性があります。高性能なマネージド アプリケーション サーバーを導入しても、帯域幅の制限により優れたユーザー エクスペリエンス (UX) が得られない場合は役に立ちません。

2 番目の考慮事項は、アプリケーションの移植性です。仮想化されたアプリケーション サーバーをクラウド プラットフォームに移行するのは一般的に簡単ですが、アプリケーションに外部依存関係があり、クラウド移行が複雑になる場合があります。たとえば、アプリケーションには Active Directory (AD) 依存関係があったり、オンプレミスの SQL Server データベースへのアクセスが必要な場合があります。

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

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

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

3. ネットワークを評価する

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

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

組織がクラウド移行のリスクとメリットを検討する際には、クラウド移行は二者択一の提案ではないことを覚えておくことが重要です。企業はクラウド移行に全力を注ぐ必要はありません。ほとんどの場合、一部のサービスをクラウドに移行しながら、他のサービスをオンプレミスで引き続き実行するのが合理的です。