次の方法で共有

ハイブリッドおよびマルチクラウド移行

  • [アーティクル]

クラウド導入フレームワークの移行手法においては、クラウドへの移行は既にハイブリッドまたはマルチクラウド プロセスと見なされています。 その手法に記載されているガイダンスのほとんどは、ハイブリッドまたはマルチクラウド環境に移行する場合にも当てはまります。 この手法との最も大きな違いは、移行の長期的な目標に関連しています。

一方向のクラウド移行から、次の段落で説明する双方向のハイブリッドおよびマルチクラウド移行への変化を示す図。

通常、移行作業は一方向のものとして行われてきました。 資産がクラウドまたは新しいクラウドに移動し、そこに維持されます。 ハイブリッドおよびマルチクラウド環境での移行作業は、複数車線の幹線道路に似ています。 変化するビジネスや技術面の要件に基づいて、複数のパブリックおよびプライベート クラウド間を資産が移動します。 このような移行戦略の変化が移行プロセスに与える影響はごくわずかですが、移行前後の作業に直接的な影響を与える場合があります。

移行固有のプロセスへの影響

移行プロセスに対する相違の直接的な影響は軽微ですが、それらを認識することにより、組織の成功の可能性を高めることができます。 ワークロードの移行作業は、移行が完了するまでウェーブまたはスプリントで繰り返される、3 つの高度なプロセスで構成されています。 以下は、これらのプロセスがどのように変化するかをまとめたものです。

  • ワークロードの評価: 移行前にワークロードをどのように評価するかは、いくつかの考慮事項によって決まります。
  • ワークロードのデプロイ: ワークロードの波のデプロイはほとんど変わりません。 ただし、特定の種類の移行を加速するには、Azure Migrate エコシステムをより効果的に使用する必要があります。
  • ワークロードのリリース: ワークロードがデプロイされた後は、運用環境トラフィックにリリースする前のテスト サイクルで最大の変化が見られます。

移行プロセスにおいてワークロードを評価、デプロイ、またはリリースする方法の詳細については、この記事の後半で説明します。 まず、移行に影響を与えるアップストリームおよびダウンストリーム プロセスの大きな変更点に関する次のセクションを確認してください。

アップストリームおよびダウンストリーム プロセスへの影響

ハイブリッドおよびマルチクラウド環境でワークロードを移行する際、その影響を実際に受けるのは、移行前と移行後の作業です。 ハイブリッドおよびマルチクラウド アプローチでワークロードを移行する前に、「ハイブリッドとマルチクラウドの概要」と「統合運用の概要」を参照して、移行作業以外の変更点を理解しましょう。

警告

上記のリンク先のページには、ユーザーを成功に導くための高度な分析情報が記載されています。 これらの記事には、重要な技術的変更および影響に関するページへのリンクが記載されています。 ハイブリッドおよびマルチクラウド戦略を用いて移行する前に、必ず計画、環境の準備、および運用管理への影響に関する基本的な知識を得るようにしてください。 これらのアクティビティに対する準備ができていないと、結果として運用コストが高くなったり、意図せずベンダー ロックインが発生する可能性があります。

ハイブリッドおよびマルチクラウド移行のワークロードを評価する

一般的な移行に使用される Azure 製品は、ハイブリッドおよびマルチクラウド移行にも使用できます。 具体的には、デジタル資産を理解し、依存関係の概要を把握するには、Azure Migrate と Service Map を使用することができます。 これら 2 つのツールの詳細については、ワークロードの評価に関する入門ガイドに関するページを参照してください。 計画を構築したり、ハイブリッドおよびマルチクラウド ワークロードのウェーブを評価したりする際も、Azure でのデジタル資産の評価に関するベスト プラクティスが引き続き適用されます。

ハイブリッドおよびマルチクラウドの移行で評価に関する問題が発生した場合、移行チームの評価プロセスが成熟していないことを示しています。 評価計画には、以下の考慮事項を取り入れてください。

  • ワークロードを評価するときは、Azure と Azure のランディング ゾーンとの互換性を考慮します。 ワークロードの評価では、他のハイブリッド環境やマルチクラウド環境で確立されているハイブリッド ネットワーク、ハイブリッド ID、ハイブリッド セキュリティ、またはハイブリッド管理やガバナンスの制約との互換性も考慮する必要があります。

  • 大きな割合の資産が他のクラウドでホストされている場合があるため、より徹底して依存関係に重点を置きます。

  • さまざまなワークロードと以下をサポートするツールとの互換性を評価するために、ハイブリッドおよびマルチクラウドを決定した背後にある理由を理解します。

    • Azure Stack HCI の互換性: データセンターを最新化してクラウド ネイティブなソリューションをオンプレミスで実現する場合に重要です。
    • Kubernetes の互換性は、コンテナー ベースのインフラストラクチャを介した移植性を維持する場合に重要です。
    • Azure Edge の互換性は、ワークロードを拡張し、操作時の待機時間を短縮する場合に重要になる可能性があります。
    • 規制、コンプライアンス、またはビジネス要件により、一部の資産またはデータをオンプレミスに保持することが規定されている場合があります。 移行した資産を監視するには、他の監視ツールを追加することが必要になる場合があります。

これらの記事は、このような種類の移行に必要な最も影響力のあるプロセスを策定するのに役立ちます。

ハイブリッドおよびマルチクラウドに移行されるワークロードのデプロイ

クラウドへの移行時には、資産が適切なクラウドにデプロイされるように、依存するすべての資産とネットワーク パスのインベントリを明確にします。 ハイブリッド環境の場合、ワークロードを移行する前の明確なインベントリまたはデジタル資産の評価がさらに重要になります。 ハイブリッドおよびマルチクラウド環境へワークロードの移行を行う前に、前述の "ワークロードの評価" に関するセクションを参照してください。

プライベート クラウドから Azure へワークロードを移行するための主なソリューションが、Azure Migrate です。 他のパブリック クラウドから Azure に移行する際のベスト プラクティスはさまざまです。 また、Azure Stack HCI への移行時には、他のいくつかのツールを追加することが必要になる場合もあります。 次のチュートリアルを参照してください。

ハイブリッドおよびマルチクラウドに移行されるワークロードのリリース

クラウドに移行する際には、テスト、ベンチマーク、サイジング、プロモーションの計画が重要です。 ハイブリッドおよびマルチクラウドのワークロードは、分散化された資産とそれらを接続するネットワークへの依存度が高くなっています。 クラウド プラットフォームのパフォーマンスの問題のような、レイテンシ、接続性、ルーティングの問題が発生しやすくなっています。 ハイブリッドおよびマルチクラウドのワークロードには ID とネットワークの層が追加されているため、1 つのクラウド プロバイダーにデプロイされたワークロードよりもテストとデバッグに多くの時間がかかります。

ここでは、ハイブリッドおよびマルチクラウド環境に移行する際、テスト計画に含めるべき考慮事項をいくつか紹介します。

次の手順

クラウドの導入に関する詳細なガイダンスについては、次の記事を参照してください。