仮想ディスクまたは仮想マシン（VM）インスタンスを Google Cloud に移行するには、特定のデータまたはオペレーティング システム コンポーネントを移行する必要があるか、異なるプロジェクト間で VM 構成全体を複製する必要があるかなど、ニーズに基づいて適切なインポート戦略を選択する必要があります。Migrate to Virtual Machines には、VM イメージを Google Cloudに移行するための方法が主に 2 つ（イメージのインポートとマシンイメージのインポート）あります。移行に適した戦略をお選びいただけるよう、このドキュメントではこの 2 つの方法を比較します。
イメージのインポートとマシンイメージのインポート
クラウド移行においては、データの転送だけでなく、戦略的なアプローチが必要になることがよくあります。移行を行う前に、次の重要な点を考慮する必要があります。
- 埋め込みの構成を含むキュレートされた OS イメージを転送するための最適な方法。
- スケーリングされた環境全体で整合性を確保する方法。
- イメージの移行と、複数ディスクを持つ複雑な仮想マシンの移行における最適なアプローチ。
Migrate to Virtual Machines には、VM イメージを Google Cloudに移行するための方法が主に 2 つ（イメージのインポートとマシンイメージのインポート）あります。
- イメージのインポート: この方法を使うと、通常は OS またはデータ ボリュームである個々のディスクを Google Cloudにインポートできます。この方法は、ゴールデン イメージを再構築または維持するのに最適です。特に、クリーンで一貫性のあるベース構成を複数のインスタンスに複製することが目的の場合に有効です。イメージのインポートについては、イメージのインポートについての記事をご覧ください。
- マシンイメージのインポート: この包括的なソリューションでは、複数のディスク、構成メタデータ、ネットワーク、起動スクリプトなど、VM 全体の状態がキャプチャされます。この方法は、エンドツーエンドのレプリケーションを必要とする複雑なワークロードの移行に特に適しています。マシンイメージのインポートについては、マシンイメージをインポートするをご覧ください。
どちらのオプションも有用ですが、どちらが適しているかは移行するワークロードによって異なります。次の表に、各方法の違い、メリット、最適なユースケースを示します。
| 機能 | イメージのインポート | マシンイメージのインポート |
|---|---|---|
| フォーカス | 個々のディスク（OS ボリュームまたはデータ ボリューム） | VM 構成全体（複数のディスクとメタデータ） |
| ユースケース |
画像インポートの理想的なユースケースは次のとおりです。
|
マシンイメージのインポートに最適なユースケースは次のとおりです。
|
| メリット |
画像インポートの利点は次のとおりです。
|
マシンイメージのインポートの利点は次のとおりです。
|
| 構成 | きめ細かい（ディスクレベル） | 包括的（VM 構成全体） |
| 複雑さ | 複雑な依存関係がない場合に推奨 | 複雑な依存関係や特定のハードウェア要件がある場合に推奨 |
| サポートされている形式 |
|
|
| 一般化機能のサポート | 利用可能（Windows イメージから一意のインスタンス データを削除します） | 利用可能（Windows イメージから一意のインスタンス データを削除します） |
| ディスクのサポート | 単一ディスクの表現 | 複数のディスクを保持できる |
| 復旧 | 包括性に欠ける（ディスクに重点を置いている） | 迅速な復元（VM 全体が保存され、手動構成は不要） |
| バージョニング | イメージ ファミリーで管理できる | シームレスなイメージ バージョニング管理で管理できる |
| 自動化 | DevOps ワークフローまたは IaaS への統合をサポート | DevOps ワークフローまたは IaaS への統合をサポート |
適切な移行戦略を選択する
クラウド移行は万能のプロセスではありません。イメージのインポートとマシンイメージのインポートのどちらを選択するかは、特定のインフラストラクチャ、ワークロード、移行の目標によって異なります。
イメージのインポート
データまたはオペレーティング システムを含む個々のディスクを移行する必要がある場合は、イメージのインポートが推奨されます。これは、IT インフラストラクチャの特定の構成要素を移動するようなイメージです。次に、具体的な例をいくつか示します。
- 開発環境と本番環境のゴールデン イメージを作成する: 開発チームは、特定のオペレーティング システム構成とプリインストールされたソフトウェアを含む標準化された環境を必要とする場合があります。補助パッケージとともに、完全に構成されたオペレーティング システムのイメージを作成し、テンプレートとして使用できます。これにより、各デベロッパーはこのイメージを使用して新しい VM インスタンスを作成し、整合性とセキュリティを確保して、設定時間を短縮できます。
- データベースのデータディスクをクラウドに移行する: 物理サーバーに大規模なデータベースがある場合は、データベースのデータディスクのイメージを作成して Google Cloudにインポートし、データの完全性を維持できます。
- 特定のワークロードのオフライン移行を実施する: 直接移行できない物理サーバーの場合は、ワークロードのローカル イメージを作成して Compute Engine にインポートできます。
マシンイメージのインポート
マシンイメージのインポートは、複数のディスク、メタデータ、権限など、VM 構成全体をキャプチャする包括的なアプローチを採用しています。そのため、コンポーネント間の相互依存関係を維持することが重要なシナリオに最適です。次に、具体的な例をいくつか示します。
- 一貫性のある環境をデプロイする: 異なるプロジェクト間で VM 構成全体を複製します。これは通常、ゴールデン イメージと呼ばれます。
- 複雑なウェブ アプリケーションを移行する: マシンイメージのインポートを使用すると、アプリケーションを移行できます。それは、オペレーティング システムやアプリケーションがインストールされ、複雑なディスク構成を持つ単一の仮想マシンであっても、複数の VM と他のインフラストラクチャ サービを含む構成であっても可能です。たとえば、特定のウェブサーバーのセットアップ、データベース、特殊なソフトウェア ライブラリを必要とするウェブ アプリケーションを考えてみましょう。
- 障害復旧の準備: マシンイメージのインポートは、小規模な障害復旧や、最大 2 つのアプリケーション構成のアーカイブに役立つツールです。重要なサーバーのマシンイメージを作成しておけば、システム障害が発生した場合でも、すぐにデプロイできるバックアップが手元にあることになります。これにより、ダウンタイムが最小限に抑えられ、ビジネスの継続性が確保されます。
主な決定要因
イメージのインポートとマシンイメージのインポートのどちらを選択するかを検討する際は、次の点を考慮してください。
- 構成の複雑さ: ワークロードに複雑な依存関係や特定のハードウェア要件が含まれる場合は、マシンイメージのインポートをおすすめします。
- 粒度: 特定のデータまたはオペレーティング システム コンポーネントのみを移行する必要がある場合、イメージのインポートは必要な粒度を提供します。
Google Cloudの移行ツールは高機能ですが、その利点と限界を理解してこそ、最も効果的に使うことができます。クラウド移行を計画、テスト、実行するために、時間をかけて取り組みましょう。
次のステップ
- イメージのインポート オプションを確認する
- ブートイメージを操作する
- カスタム イメージを操作する