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

この記事では、オンプレミスの VMware 仮想マシン (VM) の 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 を使用します。

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

  1. [手順 2:アプリケーションをレプリケートする]>[ソース] の順にクリックします。 レプリケーションを初めて有効にした後は、コンテナーで [+ レプリケート] を選択して、追加の仮想マシンのレプリケーションを有効にします。

  2. [ソース] ページ >[ソース] で、構成サーバーを選択します。

  3. [マシンの種類] で、 [仮想マシン] または [物理マシン] を選択します。

  4. [vCenter/vSphere Hypervisor] \(vCenter/vSphere ハイパーバイザー) で、vSphere ホストを管理する vCenter サーバーを選択するか、ホストを選択します。 物理コンピューターをレプリケートする場合、この設定は関係ありません。

  5. プロセス サーバーを選択します。 サーバーによって作成された追加のプロセスがない場合は、ドロップダウン メニューにおいて構成サーバーの組み込みのプロセス サーバーを利用できます。 各プロセス サーバーの正常性状態が、推奨される制限とその他のパラメーターに従って示されます。 正常なプロセス サーバーを選択します。 クリティカルであるプロセス サーバーは選択できません。 エラーをトラブルシューティングして解決するか、またはスケールアウト プロセス サーバーを設定できます。

    Enable replication source window

    Note

    バージョン 9.24 以降、プロセス サーバーの正常性アラートを強化する追加のアラートが導入されています。 すべてのアラートを生成するには、Site Recovery コンポーネントをバージョン 9.24 以降にアップグレードしてください。

  6. [ターゲット] で、フェールオーバー対象の仮想マシンを作成するサブスクリプションとリソース グループを選択します。 フェールオーバーされた VM に対して Azure で使用するデプロイ モデルを選択します。

  7. フェールオーバー後に Azure VM が接続する Azure ネットワークとサブネットを選択します。 ネットワークは、Site Recovery サービス コンテナーと同じリージョンにある必要があります。

    保護の対象として選択したすべての仮想マシンにネットワーク設定を適用する場合は、 [選択したマシン用に今すぐ構成します。] を選択します。 仮想マシンごとに Azure ネットワークを選択する場合は、 [後で構成する] を選択します。 ネットワークがない場合は、作成する必要があります。 Azure Resource Manager を使用してネットワークを作成する場合は、 [新規作成] を選択します。 該当する場合は、サブネットを選択し、 [OK] を選択します。

    Enable replication target window

  8. [Virtual Machines]>[仮想マシンの選択] で、レプリケートする各仮想マシンを選択します。 選択できるのは、レプリケーションを有効にできる仮想マシンのみです。 [OK] をクリックします。 特定の仮想マシンを表示または選択できない場合は、「ソース マシンが Azure portal 内に表示されない」を参照して問題を解決してください。

    Enable replication Select virtual machines window

  9. [プロパティ]>[プロパティの構成] で、Site Recovery Mobility Service を VM に自動的にインストールするためにプロセス サーバーが使用するアカウントを選択します。 また、データ チャーン パターンに基づいてレプリケーションに使用するターゲット マネージド ディスクの種類を選択します。

  10. 既定では、ソース VM のすべてのディスクがレプリケートされます。 レプリケーションからディスクを除外するには、レプリケートしないディスクの [Include](含める) チェックボックスをオフにします。 [OK] をクリックします。 後で追加のプロパティを設定できます。 ディスクの除外の詳細については、こちらをご覧ください。

    Enable replication configure properties window

  11. [レプリケーション設定]>[レプリケーション設定の構成] で、正しいレプリケーション ポリシーが選択されていることを確認します。 レプリケーション ポリシー設定を変更するには、 [設定]>[レプリケーション ポリシー]>(ポリシー名)>[設定の編集] の順にクリックします。 ポリシーに適用された変更は、レプリケートと新しい仮想マシンにも適用されます。

  12. 仮想マシンをレプリケーション グループにまとめる場合は、 [マルチ VM 整合性] を有効にします。 グループの名前を指定し、 [OK] を選択します。

    Note

    • レプリケーション グループの仮想マシンはまとめてレプリケートされ、フェールオーバー時にクラッシュ整合性復旧ポイントとアプリ整合性復旧ポイントを共有します。
    • VM と物理サーバーがワークロードをミラー化できるように、これらをまとめます。 マルチ VM 整合性を有効にすると、ワークロードのパフォーマンスに影響する場合があります。 これは、複数の仮想マシンが同じワークロードを実行していて、整合性を持たせる必要がある場合にのみ実行してください。

    Enable replication window

  13. [レプリケーションを有効にする] を選択します。 保護の有効化ジョブの進行状況は、 [設定]>[ジョブ]>[Site Recovery ジョブ] で追跡できます。 保護の最終処理ジョブが実行されると、仮想マシンはフェールオーバーを実行できる状態になります。

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

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

  • ソース マシンのディスクのサイズ
  • Azure にデータを転送するために使用できる帯域幅 (Deployment Planner を利用して、必要とする最適な帯域幅を特定することができます)
  • メモリ、空きディスク領域、保護されたアイテムから受け取ったデータのキャッシュと処理のために使用可能な CPU などのプロセス サーバー リソース (プロセス サーバーを確実に正常にします)

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

  • [最終更新日時] - コンピューター全体のレプリケーション情報がサービスによって更新された最新の時刻を示します。

  • [完了率] - VM の初期レプリケーションが完了した割合を示します

  • [転送されたデータの合計] - VM から Azure に転送されたデータの量

    state-of-replication

  • 同期の進行状況 (ディスク レベルで詳細を追跡する場合)

    • レプリケーションの状態
      • レプリケーションがまだ開始されていない場合、状態は "キュー内" に更新されます。 初期レプリケーション中は、一度に 3 台のディスクのみがレプリケートされます。 プロセス サーバーでの調整を回避するために、このメカニズムが適用されます。
      • レプリケーションが開始されると、状態が "進行中" として更新されます。
      • 初期レプリケーションが完了すると、状態は "完了" としてマークされます。
    • Site Recovery で元のディスクが読み取られ、データが Azure に転送されて、ディスク レベルで進行状況が取得されます。 ディスクの非占有サイズは Site Recovery でレプリケーションがスキップされ、完了したデータに追加されることにご注意ください。 そのため、すべてのディスクの転送されたデータの合計が、VM レベルの "転送されたデータの合計" にならないことがあります。
    • ディスクの情報バルーンをクリックすると、ディスクに対してレプリケーション (同期と同義) がトリガーされた日時、直近 15 分間に Azure に転送されたデータに続いて、最終更新のタイムスタンプに関する詳細情報が表示されます。 このタイムスタンプは、Azure サービスによってソース マシンからの情報が受信された最新日時を示しますinitial-replication-info-balloon-details
    • 表示される各ディスクの正常性
      • レプリケーションが予想よりも遅い場合は、ディスクの状態が [警告] に変わります
      • レプリケーションが進んでいない場合、ディスクの状態は [重大] に変わります

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

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

Note

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

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

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

  1. [設定]>[レプリケートされたアイテム] の順に移動し、仮想マシンを選択します。 [要点] ページに VM の設定と状態に関する情報が表示されます。

  2. [プロパティ] で、VM のレプリケーションとフェールオーバーの情報を確認できます。

  3. [コンピューティングとネットワーク]>[コンピューティングのプロパティ] で、複数の VM プロパティを変更することができます。

    Compute and network properties window

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

  5. [ディスク] で、レプリケートされる VM のオペレーティング システム ディスクとデータ ディスクを確認できます。

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

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

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

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

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

Azure ハイブリッド特典

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

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

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

次のステップ

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

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