Azure への VMware VM のレプリケーションを有効にする - 最新版

この記事では、オンプレミスの VMware 仮想マシン (VM) の Azure へのレプリケーションを有効にする方法について説明します。

前提条件

開始する前に、システムが次の条件を満たしていることを確認します。

オンプレミスのソース環境の設定。
Azure でのターゲット環境の設定。
要件と前提条件を確認します。重要な注意事項には、次のものがあります。
- レプリケートするマシンのサポート対象のオペレーティングシステム。
- ストレージ/ディスクのサポート。
- オンプレミスのマシンが準拠する必要がある Azure の要件。

一般的な問題を解決

各ディスクは、非管理対象ディスクにレプリケートする場合は 4 TB より小さく、マネージドディスクにレプリケートする場合は 32 TB 未満にする必要があります。
オペレーティングシステムディスクは、ダイナミックディスクではなく、ベーシックディスクである必要があります。
第 2 世代の UEFI 対応仮想マシンの場合、オペレーティングシステムファミリは Windows である必要があり、ブートディスクは 300 GB 未満である必要があります。

開始する前に

VMware 仮想マシンをレプリケートする場合、次の点に注意してください。

Azure ユーザーアカウントには、新しい仮想マシンを Azure にレプリケートできるようにするための特定のアクセス許可が必要です。
VMware VM の検出は 15 分ごとに行われます。検出後、VM が Azure portal に表示されるまで 15 分以上かかることがあります。新しい vCenter サーバーまたは vSphere ホストを追加したときは、検出に 15 分以上かかることがあります。
ポータルで仮想マシンの環境の変更を更新するには、15 分以上かかることがあります。たとえば、VMware ツールのインストールなどです。
VMware VM の最終検出時刻を確認できます。vCenter サーバーまたは vSphere ホストの [構成サーバー] ページの [最後の連絡先] フィールドを参照してください。
スケジュールされた検出を待たずにレプリケーション用の仮想マシンを追加するには、構成サーバーを強調表示し (ただし選択しないでください)、[ 最新の情報に更新] を選択します。
レプリケーションを有効にした場合、仮想マシンの準備が完了すると、プロセスサーバーによって Azure Site Recovery Mobility Service が VM に自動的にインストールされます。

レプリケーションを有効にする

このセクションの手順を行う前に、次の情報を確認してください。

Azure Site Recovery は、すべての新しいレプリケーションについてマネージドディスクに直接レプリケートするようになりました。プロセスサーバーは、レプリケーションログをターゲットリージョンのキャッシュストレージアカウントに書き込みます。これらのログは、名前付け規則 asrseeddiskに従うレプリカマネージドディスクに復旧ポイントを作成するために使用されます。
マネージドディスクへのレプリケーションの PowerShell によるサポートは、Az.RecoveryServices モジュールバージョン 2.0.0 以降で利用できます。
フェールオーバー時には、選択された復旧ポイントを使用して、ターゲットマネージドディスクが作成されます。
ターゲットストレージアカウントにレプリケートするように以前に構成した VM は影響を受けません。
新しい仮想マシンのストレージアカウントへのレプリケーションは、Representational State Transfer (REST) API および PowerShell を使用した場合にのみ実行できます。ストレージアカウントにレプリケートする場合は、Azure REST API バージョン 2016-08-10 または 2018-01-10 を使用します。

レプリケーションを有効にするには、次の手順を行います。

[手順 2:アプリケーションをレプリケートする]>[ソース] の順にクリックします。レプリケーションを初めて有効にした後、ボールトで [+ レプリケート] を選択して、追加の仮想マシンのレプリケーションを有効にします。
[ソース] ページ >[ソース] で、構成サーバーを選択します。
[マシンの種類] で、 [仮想マシン] または [物理マシン] を選択します。
[vCenter/vSphere Hypervisor] \(vCenter/vSphere ハイパーバイザー) で、vSphere ホストを管理する vCenter サーバーを選択するか、ホストを選択します。物理コンピューターをレプリケートする場合、この設定は関係ありません。
プロセスサーバーを選択します。追加のプロセスサーバーを作成しない場合は、構成サーバーの組み込みプロセスサーバーをドロップダウンメニューで使用できます。各プロセスサーバーの正常性状態は、推奨される制限とその他のパラメーターに従って示されます。正常なプロセスサーバーを選択します。重要なアプライアンスを選択することはできません。エラーをトラブルシューティングして解決するか、またはスケールアウトプロセスサーバーを設定できます。

注意

バージョン 9.24 以降では、追加のアラートによってプロセスサーバーの正常性アラートが強化されます。すべてのアラートが生成されるように、Site Recovery コンポーネントをバージョン 9.24 以降にアップグレードします。
[ターゲット] で、フェールオーバー対象の仮想マシンを作成するサブスクリプションとリソースグループを選択します。フェールオーバーされた VM に対して Azure で使用するデプロイモデルを選択します。
フェールオーバー後に Azure VM が接続する Azure ネットワークとサブネットを選択します。ネットワークは、Site Recovery サービスコンテナーと同じリージョンにある必要があります。

保護の対象として選択したすべての仮想マシンにネットワーク設定を適用する場合は、 [選択したマシン用に今すぐ構成します。] を選択します。仮想マシンごとに Azure ネットワークを選択する場合は、 [後で構成する] を選択します。ネットワークがない場合は、作成する必要があります。 Azure Resource Manager を使用してネットワークを作成する場合は、 [新規作成] を選択します。該当する場合は、サブネットを選択し、 [OK] を選択します。
[Virtual Machines]>[仮想マシンの選択] で、レプリケートする各仮想マシンを選択します。選択できるのは、レプリケーションを有効にできる仮想マシンのみです。 [OK] をクリックします。特定の仮想マシンを表示または選択できない場合は、「ソースマシンが Azure portal 内に表示されない」を参照して問題を解決してください。
[プロパティ]>[プロパティの構成] で、Site Recovery Mobility Service を VM に自動的にインストールするためにプロセスサーバーが使用するアカウントを選択します。また、データチャーンパターンに基づいてレプリケーションに使用するターゲットマネージドディスクの種類を選択します。
既定では、ソース VM のすべてのディスクがレプリケートされます。レプリケーションからディスクを除外するには、レプリケートしないディスクの [Include](含める) チェックボックスをオフにします。 [OK] をクリックします。後で追加のプロパティを設定できます。ディスクの除外の詳細については、こちらをご覧ください。
[レプリケーション設定]>[レプリケーション設定の構成] で、正しいレプリケーションポリシーが選択されていることを確認します。レプリケーションポリシー設定を変更するには、 [設定]>[レプリケーションポリシー]>(ポリシー名)>[設定の編集] の順にクリックします。ポリシーに加えた変更は、レプリケートと新しい仮想マシンにも適用されます。
仮想マシンをレプリケーショングループにまとめる場合は、 [マルチ VM 整合性] を有効にします。グループの名前を指定し、 [OK] を選択します。
注意
- レプリケーショングループの仮想マシンはまとめてレプリケートされ、フェールオーバー時にクラッシュ整合性復旧ポイントとアプリ整合性復旧ポイントを共有します。
- VM と物理サーバーがワークロードをミラー化できるように、これらをまとめます。マルチ VM 整合性を有効にすると、ワークロードのパフォーマンスに影響する場合があります。これは、複数の仮想マシンが同じワークロードを実行していて、整合性を持たせる必要がある場合にのみ実行してください。
[レプリケーションを有効にする] を選択します。 保護の有効化ジョブの進行状況は、 [設定]>[ジョブ]>[Site Recovery ジョブ] で追跡できます。 保護の最終処理ジョブが実行されると、仮想マシンはフェールオーバーを実行できる状態になります。

初期レプリケーションをモニターする

保護された項目の "レプリケーションの有効化" が完了すると、Azure Site Recovery でソースマシンからターゲットリージョンへのデータのレプリケーション (同期と同義) が開始されます。この期間中、ソースディスクのレプリカが作成されます。元のディスクのコピーが完了した後にのみ、差分変更がターゲットリージョンにコピーされます。元のディスクのコピーにかかる時間は、次のような複数のパラメーターによって異なります。

ソースマシンディスクのサイズ
データを Azure に転送するために使用できる帯域幅 (デプロイプランナーを使用して、必要な最適な帯域幅を特定できます)
保護された項目から受信したデータをキャッシュおよび処理するために使用できるメモリ、空きディスク領域、CPU などのサーバーリソースを処理する (プロセスサーバーが正常であることを確認する)

初期レプリケーションの進行状況を追跡するには、Azure portal の Recovery Services コンテナーに移動します。レプリケートされたアイテムで、レプリケートされたアイテムの [状態] 列の値を監視します。状態は、初期レプリケーションの完了率を示します。 [状態] にカーソルを合わせると、[転送されたデータの合計] が表示されます。状態を選択すると、コンテキストページが開き、次のパラメーターが表示されます。

最後に更新された時刻 - マシン全体のレプリケーション情報がサービスによって最新の時刻に更新されたことを示します。
完了率 - VM の初期レプリケーションが完了した割合を示します。
転送されたデータの合計 - VM から Azure に転送されたデータの量。
同期の進行状況 (ディスクレベルで詳細を追跡する場合)
- レプリケーションの状態
  - レプリケーションがまだ開始されていない場合、状態は "キュー内" と表示されます。初期レプリケーション中、サービスは一度に 3 つのディスクのみをレプリケートします。このメカニズムにより、プロセスサーバーでの調整が回避されます。
  - レプリケーションが開始されると、状態に "進行中" と表示されます。
  - 初期レプリケーションが完了すると、状態に "完了" と表示されます。
- Site Recovery は、元のディスクを読み取り、データを Azure に転送し、ディスクレベルで進行状況をキャプチャします。ディスクの非占有サイズは Site Recovery でレプリケーションがスキップされ、完了したデータに追加されることにご注意ください。そのため、すべてのディスクの転送されたデータの合計が、VM レベルの "転送されたデータの合計" にならないことがあります。
- ディスクに対して情報バルーンを選択すると、ディスクのレプリケーション (同期) がトリガーされたタイミング、過去 15 分間に Azure に転送されたデータ、最後に更新されたタイムスタンプの詳細が表示されます。このタイムスタンプは、Azure サービスがソースマシンから情報を受信する最新の時刻を示します。
- 表示される各ディスクの正常性
  - レプリケーションが予想よりも遅い場合、ディスクの状態に警告が表示されます。
  - レプリケーションが進行していない場合、ディスクの状態は重大と表示されます。

正常性が重大または警告状態の場合は、マシンとプロセスサーバーのレプリケーションの正常性が正常であることを確認します。

レプリケーションの有効化ジョブが完了すると、レプリケーションの進行状況は 0% になり、転送されたデータの合計は NA になります。選択すると、識別された各ディスクに対するデータは "NA" になります。この状態は、レプリケーションがまだ開始されておらず、Azure Site Recovery が最新の統計情報を受け取らなかったことを示します。進行状況は 30 分ごとに更新されます。

注意

構成サーバー、スケールアウトプロセスサーバー、およびモビリティエージェントをバージョン 9.36 以降に更新して、正確な進行状況がキャプチャされ、Site Recovery サービスに送信されるようにしてください。

VM プロパティを表示して管理する

次に、ソース仮想マシンのプロパティを確認します。 Azure VM の名前は、Azure 仮想マシンの要件に準拠している必要があります。

[設定]>[レプリケートされたアイテム] の順に移動し、仮想マシンを選択します。 [要点] ページに VM の設定と状態に関する情報が表示されます。
[プロパティ] で、VM のレプリケーションとフェールオーバーの情報を表示します。
コンピューティングとネットワーク>Compute プロパティで、複数の VM プロパティを変更します。
- Azure VM 名:必要に応じて、Azure の要件を満たすように名前を変更します。
- ターゲット VM サイズまたは VM の種類: 既定の VM サイズは、ターゲット Azure リージョンのディスク数、NIC 数、CPU コア数、メモリ、使用可能な VM ロールサイズを含むパラメーターに基づいています。 Azure Site Recovery では、すべての条件を満たす最初の使用可能な VM サイズが選択されます。必要に応じて、フェールオーバーの前にいつでも、別の VM サイズを選択することができます。 VM ディスクサイズもソースディスクサイズに基づいており、フェールオーバー後にのみ変更できます。ディスクサイズと IOPS レートの詳細については、「VM ディスクのスケーラビリティおよびパフォーマンスの目標」を参照してください。
- リソースグループ: 仮想マシンがフェールオーバー後の一部になるリソースグループを選択します。この設定は、フェールオーバー前であればいつでも変更できます。フェールオーバー後に、仮想マシンを別のリソースグループに移行すると、その仮想マシンの保護設定が解除されます。
- 可用性セット: 仮想マシンがフェールオーバー後の一部である必要がある場合は、可用性セットを選択します。可用性セットを選択するときは、以下のことに注意してください。
  - 指定されたリソースグループに属している可用性セットだけが一覧表示されます。
  - 異なる仮想ネットワーク上にある VM が同じ可用性セットに属することはできません。
  - 同じサイズの仮想マシンだけが同じ可用性セットに属することができます。
Azure VM に割り当てられているターゲットネットワーク、サブネット、および IP アドレスに関する情報を追加します。
[ディスク] で、レプリケートする VM 上のオペレーティングシステムとデータディスクを確認します。

ネットワークと IP アドレスを構成する

ターゲット IP アドレスを設定します。

アドレスを指定しなかった場合、フェールオーバーされた VM では DHCP が使用されます。
フェールオーバーで使用できないアドレスを設定した場合、フェールオーバーは機能しません。
テストフェールオーバーネットワークでアドレスを利用できる場合、テストフェールオーバーに同じターゲット IP アドレスを使用できます。

ターゲット仮想マシンに指定するサイズによって、ネットワークアダプターの数が決まります。

ソース仮想マシン上のネットワークアダプターの数が、ターゲット VM のサイズで許可されているアダプターの数以下の場合、ターゲットにはソースと同じ数のアダプターがあります。
ソース仮想マシンのアダプターの数がターゲット VM のサイズで許可されている数を超えた場合は、ターゲットサイズの最大値が使用されます。たとえば、ソース仮想マシンに 2 つのネットワークアダプターがあり、ターゲット VM のサイズでは 4 つまでサポートされている場合、ターゲット仮想マシンのアダプターの数は、2 つになります。ソース VM に 2 つのアダプターがあり、ターゲットサイズが 1 つをサポートしている場合、ターゲット仮想マシンには 1 つのアダプターがあります。
仮想マシンにネットワークアダプターが複数ある場合、これらのアダプターはすべて同じネットワークに接続されます。また、一覧の最初のアダプターは、Azure 仮想マシンの既定のネットワークアダプターになります。

Azure ハイブリッド特典

Microsoft ソフトウェアアシュアランスのお客様は、Azure ハイブリッド特典を使用して、Azure に移行する Windows Server コンピューターのライセンスコストを節約できます。この特典は Azure ディザスターリカバリーにも適用されます。資格がある場合は、フェールオーバー中に Site Recovery によって作成される仮想マシンに特典を割り当てます。

レプリケートされた仮想マシンの [コンピューティングとネットワークのプロパティ] に移動します。
Azure ハイブリッド特典の利用資格がある Windows Server ライセンスを所有しているかどうかを尋ねられたら、回答します。
Site Recovery がフェールオーバー時に作成する VM に特典を適用するために使用できる、ソフトウェアアシュアランスを持つ対象の Windows Server ライセンスがあることを確認します。
レプリケートされた仮想マシンの設定を保存します。

Azure ハイブリッド特典の詳細については、こちらを参照してください。

次のステップ

仮想マシンが保護された状態になったら、フェールオーバーを試して、アプリケーションが Azure に表示されるかどうかを確認してください。

登録と保護の設定をクリーンにしてレプリケーションを無効にする方法については、こちらを参照してください。
PowerShell を使用して仮想マシンのレプリケーションを自動化する方法については、こちらを参照してください。

フィードバック

このページはお役に立ちましたか?

Last updated on 2026-02-13