Cloud & IT Cert Prep · レッスン

Azure Migrate による Rehost（リフトアンドシフト）

Q: 「Azure Migrate による Rehost（リフト アンド シフト）」レッスンは無料ですか？

はい。「Azure Migrate による Rehost（リフト アンド シフト）」の完全なテキストはこのウェブで無料で読めます。インタラクティブに演習し（組み込みコードエディタと24時間対応のAIチューター）、Cloud & IT Cert Prepコースの残りをアンロックするには、CoddyKit PROにアップグレードしてください。 Cloud & IT Cert Prepコースには全4レッスンが含まれています。

Q: 「Azure Migrate による Rehost（リフト アンド シフト）」で何を学びますか？

Azure Migrate を使用してレプリケーション ベースの VM リフト アンド シフト移行を実行し、ネットワークの切り替えを構成して、移行後のアプリケーションの正常性を検証します。 ブラウザで直接実行するハンズオンコードでCloud & IT Cert Prepを演習し、24時間対応のAIチューターがレッスンを進める中での質問に答えます。

Azure Migrate を使用してレプリケーションベースの VM リフトアンドシフト移行を実行し、ネットワークの切り替えを構成して、移行後のアプリケーションの正常性を検証します。

「Azure Migrate による Rehost（リフトアンドシフト）」はCoddyKit上の無料Cloud & IT Cert Prepレッスンです。これはレッスン3/4です。下記で完全なレッスンを無料で読むことができます。その後、ブラウザ内の組み込みコードエディタと24時間対応のAIチューターでハンズオン演習できます。これはCloud & IT Cert Prep学習パスの一部であり、ウェブとCoddyKitアプリ全体で進捗が同期されます。 Cloud & IT Cert Prepコースには全4レッスンが含まれています。

Lift and Shift の概要

Rehost（一般にLift and Shiftと呼ばれます）は、オペレーティングシステム、アプリケーションバイナリ、データを変更せずに、VM をオンプレミスから Azure へ移行する移行戦略です。Azure Migrate のMigration and Modernisationツール（旧称 Server Migration）は、ディスクデータを Azure にレプリケートし、最小限のダウンタイムでカットオーバーすることで、このプロセスを自動化します。Lift and Shift は、容易にリファクタリングできないアプリケーションや、移行期限が厳しいアプリケーションに最適です。

移行前の前提条件

レプリケーションを開始する前に、次の作業を行う必要があります。対象 VM SKU の推奨を得るために検出と評価を完了すること、対象の Azure リソースを作成すること（リソースグループ、仮想ネットワーク、サブネット）、そしてAzure Migrate アプライアンスが正常であることを確認することです。VMware ソースの場合、アプライアンスには vCenter の読み取りアクセス許可が必要であり、ゲスト VM はアプライアンスからネットワーク経由で到達可能である必要があります。Hyper-V または物理サーバーから移行する場合は、Replication Providerソフトウェアをダウンロードして登録します。

# Verify appliance connectivity and status
az migrate replication-appliance list \
  --resource-group myRG \
  --project-name myMigrateProject

レプリケーションの開始

レプリケーションでは、ソース VM のすべてのディスクデータが Azure 管理のキャッシュストレージアカウントにコピーされ、その後、Azure で非同期的にステージングされます。Azure Migrate ポータルでReplicateに移動し、ソース VM を選択して、推奨される Azure VM SKU にマッピングし、対象の仮想ネットワークを選択します。初期レプリケーション時間はディスクサイズと帯域幅によって異なります。100 Mbps の接続で 100 GB のディスクを初期同期する場合、約 2 時間かかります。

# Start replication for a discovered server
az migrate server migration start-replication \
  --resource-group myRG \
  --project-name myMigrateProject \
  --machine-name 'web-server-01'

差分レプリケーションと同期

初期ディスクイメージがコピーされると、Azure Migrate は差分レプリケーションに切り替わります。変更されたディスクブロックのみが送信されるため、Azure 上のコピーはオンプレミスのソースとほぼリアルタイムで同期された状態に維持されます。このフェーズ中も VM はオンプレミスで稼働を続けます。ポータルでは、レプリケーションの正常性、RPO の遅延、データ転送速度を監視できます。差分レプリケーションの遅延は通常、初期同期の完了から 24 時間以内に数分程度まで安定します。

# Check replication status
az migrate server migration list-replicating-server \
  --resource-group myRG \
  --project-name myMigrateProject \
  --query '[].{Name:machineName, State:migrationState, Health:migrationStateDescription}'

テスト移行

運用トラフィックをカットオーバーする前に、必ずテスト移行を実行してください。これにより、運用システムに接続されていない分離されたテスト用仮想ネットワーク上で、レプリケート済み VM が Azure に起動されます。OS が起動すること、サービスが開始すること、アプリケーション機能が期待どおりに動作することを検証します。テスト移行によってオンプレミスのレプリケーションが中断されることはなく、ソース VM は稼働を続けます。テスト後は、不要な料金を避けるためにポータルでテストリソースをクリーンアップしてください。

# Initiate a test migration
az migrate server migration test-migrate \
  --resource-group myRG \
  --project-name myMigrateProject \
  --machine-name 'web-server-01' \
  --test-network-id '/subscriptions/<sub>/resourceGroups/myRG/providers/Microsoft.Network/virtualNetworks/test-vnet'

カットオーバー時間帯の計画

カットオーバーは、運用トラフィックをオンプレミスから Azure に移行する最終ステップです。カットオーバー中には、ソース VM を休止状態にする（または手動でシャットダウンする）、残りの差分変更を Azure レプリカに適用する、新しい Azure VM を開始する、という処理が行われます。これはストレージレベルの移行であるため、カットオーバーは通常非常に高速です。ほとんどの VM では10 分未満で完了します。カットオーバーはメンテナンス時間帯に予定し、アプリケーションの関係者には事前に通知してください。

カットオーバーの実行

Azure Migrate ポータルで、選択したサーバーのMigrateをクリックします。移行前にオンプレミス VM をシャットダウンするかどうかを確認されます（データ損失を避けるため推奨されます）。Azure は最終差分を適用し、Azure VM を作成して、移行を完了としてマークします。その後、クライアントが Azure VM を使用するように、DNS レコード、ロードバランサーのバックエンド、またはアプリケーション接続文字列を更新し、新しい Azure プライベート IP または FQDN を参照させる必要があります。

# Trigger the final cutover migration
az migrate server migration migrate \
  --resource-group myRG \
  --project-name myMigrateProject \
  --machine-name 'web-server-01' \
  --turn-off-source-server true

移行後の検証

カットオーバー後、次の移行後チェックを実施します。アプリケーションの正常性（すべてのアプリケーションページの読み込み、スモークテストの実行）、接続性（Azure VM が依存先のデータベースとサービスに到達できることの確認）、監視（Azure Monitor エージェントのインストールと診断の有効化）、およびバックアップ（VM を Azure Backup に登録）です。問題が見つかった場合は、オンプレミスのソース VM を再起動できます。明示的に廃止するまで、ソース VM はそのまま保持されます。

# Install Azure Monitor agent on the migrated VM
az vm extension set \
  --resource-group myRG \
  --vm-name web-server-01-azure \
  --name AzureMonitorWindowsAgent \
  --publisher Microsoft.Azure.Monitor \
  --version 1.0

オンプレミスリソースの廃止

移行済み VM が Azure で安定して稼働し、関係者の承認を得たら、オンプレミスのソース VM を廃止できます。Azure Migrate でComplete Migrationを選択すると、レプリケーションが終了します。これによってオンプレミス VM が自動的にシャットダウンされるわけではありません。通常の IT 資産管理プロセスに従い、VM の電源を切ってハードウェアを回収する必要があります。廃止によりオンプレミスインフラストラクチャのコストを削減でき、完全クラウドの運用モデルに近づけます。

# Mark migration complete (stops billing for replication storage)
az migrate server migration complete-migration \
  --resource-group myRG \
  --project-name myMigrateProject \
  --machine-name 'web-server-01'

複数 VM の大規模移行

数百台の VM を含む大規模な移行では、Azure Migrate は CSV インポートによる一括操作をサポートしています。各ソース VM、対象 SKU、対象リソースグループ、仮想ネットワークを一覧にした CSV を準備し、それをアップロードすると、すべての VM のレプリケーションを同時に開始できます。移行グループを使用すると、依存関係のあるアプリケーション層（データベース、アプリケーション、Web）が同じメンテナンス時間帯に正しい順序で移行されるよう、レプリケーションとカットオーバーの順序を設定できます。

よくある問題とヒント

Lift and Shift では、次のような一般的な問題に注意してください。Linux VM のブートディスク暗号化により Azure で起動できない場合があります（移行後に Azure Disk Encryption を使用してください）。アプリ構成にハードコードされた静的 IP アドレスは、Azure プライベート IP または DNS 名に更新する必要があります。サーバーの IP を参照するオンプレミスのファイアウォール規則は、Azure NSG に再現する必要がある場合があります。また、Windows VM のタイムゾーン設定により、Azure の UTC 環境でアプリケーションの動作が変化する可能性があります。

理解度チェック

このレッスンで学習した Microsoft Azure Fundamentals（AZ-900）の概念について理解度を確認しましょう。

レッスンのまとめ

このレッスンでは、次のことを学びました。Rehost 移行フローはレプリケーション、差分同期、テスト移行、カットオーバーの順に進みます。テスト移行では、本番稼働前に分離ネットワークで VM を検証します。また、オンプレミスリソースを廃止する前に、移行後の手順（監視、バックアップ、DNS 更新）が不可欠です。次は、データベースを Azure に移行する際のベストプラクティスについて説明します。

よくある質問