次の方法で共有

VMware から Azure へのレプリケーションに関するよくある質問

  • [アーティクル]

この記事では、オンプレミスの VMware 仮想マシン (VM) の Azure へのディザスター リカバリーをデプロイするときに生じる可能性があるよくある質問に回答します。

注意

既存のレプリケートされた項目を、最新の VMware ディザスター リカバリー エクスペリエンスに移動できるようになりました。 詳細については、こちらを参照してください。

全般

Recovery Services コンテナーで、モダン エクスペリエンスではなくクラシック エクスペリエンスを使用するにはどうすればよいですか?

2026 年 3 月に非推奨になるため、新しく作成された Recovery Services ではクラシック エクスペリエンスに移行できません。 すべての新しい Recovery Services コンテナーでは、最新化されたエクスペリエンスが使用されます。

最新化されたエクスペリエンスに移行できますか?

クラシック エクスペリエンスを使用してレプリケートされるすべての VMware VM または物理サーバーは、最新化されたエクスペリエンスに移行できます。 こちらの詳細を確認し、チュートリアルに従ってください。

VMware VM のディザスター リカバリーには何が必要ですか?

VMware VM のディザスター リカバリーに関与するコンポーネントについて説明します。

Site Recovery を使って、VMware VM を Azure に移行できますか?

はい。 Site Recovery を使用すると、VMware VM の完全なディザスター リカバリーを設定するだけでなく、オンプレミスの VMware VM を Azure に移行することもできます。 このシナリオでは、オンプレミスの VMware VM を Azure Storage にレプリケートします。 その後、オンプレミスから Azure にフェールオーバーします。 フェールオーバーの後は、Azure VM で実行しているアプリとワークロードを利用できます。 このプロセスは、完全なディザスター リカバリーの設定と似ていますが、移行では Azure からフェールバックできない点が異なります。

Azure アカウントには VM を作成するアクセス許可が必要ですか?

サブスクリプション管理者の場合は、必要なレプリケーション アクセス許可を持っています。 管理者でない場合、次のアクションを行うにはアクセス許可が必要です。

  • Site Recovery を構成するときに指定するリソース グループと仮想ネットワークに Azure VM を作成します。
  • 構成に基づいて、選択したストレージ アカウントまたはマネージド ディスクに書き込みます。

必要なアクセス許可の詳細をご覧ください。

どのアプリケーションをレプリケートできますか?

レプリケーション要件を満たす VMware VM で実行しているあらゆるアプリまたはワークロードをレプリケートできます。

  • Site Recovery はアプリケーション対応レプリケーションをサポートするため、アプリをフェールオーバーし、インテリジェントな状態にフェールバックできます。
  • Site Recovery は、SharePoint、Exchange、Dynamics、SQL Server、Active Directory などの Microsoft アプリケーションと統合します。 また、Oracle、SAP、IBM、Red Hat などの主要なベンダーと密接に連携しています。

詳細情報 を参照してください。

Azure でゲスト OS のサーバー ライセンスを使用できますか?

はい、マイクロソフト ソフトウェア アシュランスのお客様は、Azure ハイブリッド特典を使用して、Azure に移行する Windows Server マシンのライセンス コストを節約したり、Azure をディザスター リカバリーに使用したりできます。

Security

Site Recovery では、VMware サーバーへのどのようなアクセスが必要ですか?

Site Recovery では、次のことを実行するために、VMware サーバーへのアクセスが必要です。

  • Site Recovery 構成サーバーを実行する VMware VM を設定します。
  • レプリケーション対象の VM を自動的に検出します。

Site Recovery では、VMware VM へのどのようなアクセスが必要ですか?

  • レプリケートするには、VMware VM に Site Recovery のモビリティ サービスがインストールされて実行していることが必要です。 ツールを手動でデプロイすることも、VM のレプリケーションを有効にするときにサービスのプッシュ インストールを行うよう Site Recovery に指定することもできます。
  • レプリケーションの間に、VM は Site Recovery と次のように通信します。
    • VM は、レプリケーション管理のために、HTTPS ポート 443 で構成サーバーと通信します。
    • VM は HTTPS ポート 9443 でレプリケーション データをプロセス サーバーに送信します。 (この設定は変更できます)。
    • マルチ VM 整合性を有効にすると、VM はポート 20004 で相互に通信します。

レプリケーション データは Site Recovery に送信されますか?

いいえ。Site Recovery は、レプリケートされたデータをインターセプトすることも、VM での実行内容に関するどのような情報を持つこともありません。 レプリケーション データは、VMware ハイパーバイザーと Azure Storage の間で交換されます。 Site Recovery には、これらのデータをインターセプトする能力はありません。 レプリケーションとフェールオーバーを調整するために必要なメタデータのみが、Site Recovery サービスに送信されます。

Site Recovery は ISO 27001:2013 および 27018、HIPAA、DPA の認証を受けています。 SOC2 および FedRAMP JAB の評価が進行中です。

価格

VMware ディザスター リカバリーの概算料金は、どのようにして計算しますか?

Site Recovery を使用している間は、料金計算ツールを利用してコストを見積もります。

コストの詳細な見積もりのためには、VMware に対して Deployment Planner ツールを実行し、コスト見積もりレポートを使用します。

ストレージにレプリケートする場合とマネージド ディスクに直接レプリケートする場合との間にコストの差はありますか?

マネージド ディスクに対する課金は、ストレージ アカウントに対するものとは若干異なります。 マネージド ディスクの価格に関する詳細を参照してください。

General Purpose v2 ストレージ アカウントにレプリケートする場合、コストに差はありますか?

Azure Site Recovery のトランザクションは大量にあるため、通常は GPv2 ストレージ アカウントに対して発生するトランザクション コストが増加します。 差を見積もるには、こちらをご覧ください。

Site Recovery は予約インスタンスと連携しますか?

はい、ディザスター リカバリー リージョンで予約済みの Azure 仮想マシンを購入することができます。Site Recovery のフェールオーバー操作でその仮想マシンが使用されます。 追加の構成は必要ありません。

モビリティ サービス

モビリティ サービスのインストーラーはどこにありますか?

インストーラーは、構成サーバーの %ProgramData%\ASR\home\svsystems\pushinstallsvc\repository フォルダーにあります。

モビリティ サービスはどのようにしてインストールしますか?

レプリケートする各 VM で、次の複数の方法のいずれかでサービスをインストールします。

マネージド ディスク

Site Recovery では、データはどこにレプリケートされますか?

Site Recovery では、オンプレミスの VMware VM と物理サーバーが Azure のマネージド ディスクにレプリケートされます。

  • Site Recovery のプロセス サーバーは、レプリケーション ログをターゲット リージョンのキャッシュ ストレージ アカウントに書き込みます。
  • これらのログは、asrseeddisk のプレフィックスを持つ Azure マネージド ディスクの復旧ポイントを作成するために使用されます。
  • フェールオーバーが発生すると、選択された復旧ポイントを使用して、新しいターゲット マネージド ディスクが作成されます。 このマネージド ディスクは、Azure で VM にアタッチされます。
  • 以前 (2019 年 3 月より前) にストレージ アカウントにレプリケートされた VM は影響を受けません。

新しいマシンをストレージ アカウントにレプリケートできますか?

いいえ。 いいえ。2019 年 3 月以降、Azure portal では、Azure のマネージド ディスクだけにレプリケートできます。

ストレージ アカウントへの新しい VM のレプリケーションは、PowerShell (Az.RecoveryServices モジュールのバージョン 1.4.5) または REST API (バージョン 2018-01-10 または 2016-08-10) を使用する場合にのみ、行うことができます。 PowerShell コマンドを使用してレプリケーションを設定する方法については、こちらをご覧ください。

マネージド ディスクのレプリケートにはどのようなメリットがありますか?

マネージド ディスクを使用することで Site Recovery でのディザスター リカバリーがどのように簡単になるかを確認してください。

マシンに保護を適用した後で、マネージド ディスクの種類を変更できますか?

はい。実行中のレプリケーションの場合、マネージド ディスクの種類は簡単に変更できます。 種類を変更する前に、マネージド ディスクで Shared Access Signature の URL が生成されていないことを確認します。

  1. Azure portal のマネージド ディスク リソースに移動し、 [概要] ブレードに Shared Access Signature の URL バナーがあるかどうかを確認します。
  2. バナーが表示されている場合は、これを選択して進行中のエクスポートをキャンセルします。
  3. 数分以内にディスクの種類を変更します。 種類がマネージド ディスクであるディスクを変更する場合は、Azure Site Recovery によって新しい復旧ポイントが生成されるまで待機します。
  4. すべてのテスト フェールオーバーまたは今後のフェールオーバーで、新しい復旧ポイントを使用します。

マネージド ディスクからアンマネージド ディスクにレプリケーションを切り替えることはできますか?

いいえ。 マネージドからアンマネージドへの切り替えはサポートされていません。

レプリケーション

レプリケートされる VM にはどのような要件がありますか?

VMware VM と物理サーバーのサポート要件に関する詳細をご覧ください。

どのくらいの頻度で Azure にレプリケートできますか?

VMware VM を Azure にレプリケートするときは、レプリケーションは継続的に行われます。

レプリケーションを拡張することはできますか?

拡張またはチェーン レプリケーションはサポートされていません。 フィードバック フォーラムでこの機能を要求してください。

どのようにすれば初期レプリケーションまたは同期の進捗状況を追跡できますか?

この機能は最近、Site Recovery サービスに追加されました。 正確な詳細情報を取得するには、Site Recovery インフラストラクチャ (構成サーバー、スケールアウト プロセス サーバー) およびモビリティ エージェントをバージョン 9.36 以降に更新します。 進捗状況の追跡方法の詳細については こちらをご覧ください。

オフラインの初期レプリケーションを行うことはできますか?

オフライン レプリケーションはサポートされていません。 フィードバック フォーラムでこの機能を要求してください。

asrseeddisk とは何ですか?

すべてのソース ディスクで、データは Azure のマネージド ディスクにレプリケートされます。 このディスクには、asrseeddisk のプレフィックスがあります。 ここには、ソース ディスクのコピーとすべての回復ポイントのスナップショットが格納されます。

レプリケーションからディスクを除外できますか?

はい。ディスクを除外できます。

ディザスター リカバリーのために Azure Site Recovery によって保護されているサーバー上のカーネル ファームウェアをアップグレードすると、何らかの影響がありますか?

いいえ。サーバーは Azure Site Recovery によって既に保護されているため、進行中のレプリケーションには何の影響もありません。

ダイナミック ディスクを含む VM をレプリケートできますか?

ダイナミック ディスクをレプリケートすることができます。 オペレーティング システム ディスクはベーシック ディスクである必要があります。

マルチ VM 整合性用のレプリケーション グループを使用する場合、新しい VM を既存のレプリケーション グループに追加できますか?

はい、既存のレプリケーション グループのレプリケーションを有効にするときに、そのグループに新しい VM を追加できます。 ただし

  • レプリケーションが開始された後で既存のレプリケーション グループに VM を追加することはできません。
  • 既存の VM 用のレプリケーション グループを作成することはできません。

レプリケートされる VM を、ディスクの追加またはサイズ変更によって変更することはできますか?

Azure への VMware のレプリケーションでは、ソース VM のディスク サイズを変更できます。 新しいディスクを追加する場合は、ディスクを追加し、VM の保護を再度有効にする必要があります。

進行中のレプリケーションに影響を与えることなく、オンプレミスのマシンを新しい vCenter Server に移行できますか?

新しい vCenter にマシンを移行するには、ガイダンスを参照してください。

仮想ネットワーク (Azure Storage ファイアウォールあり) が構成されているキャッシュまたはターゲット ストレージ アカウントにレプリケートすることはできますか?

いいえ、Site Recovery では、仮想ネットワーク上の Azure Storage へのレプリケーションはサポートされていません。

クラッシュ整合性復旧ポイントはどのくらいの頻度で生成されますか?

Site Recovery では、5 分ごとにクラッシュ整合性復旧ポイントが生成されます。

既にレプリケートしているマシンを別の Recovery Services コンテナーに変更できますか?

レプリケーションが既に進行中の場合、Recovery Services コンテナーの切り替えはサポートされていません。 これを行うには、レプリケーションを無効にしてから再度有効にする必要があります。 さらに、ソース マシンにインストールされているモビリティ サービス エージェントは、新しいコンテナーに構成できるように構成解除する必要があります。 登録解除を実行するには、次のコマンドを使用します。

Windows マシンの場合 -

C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\UnifiedAgentConfigurator.exe /Unconfigure true

Linux マシンの場合 -

/usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -q -U true -c CSPrime

コンポーネントのアップグレード

モビリティ サービス エージェントまたは構成サーバーのバージョンが古く、アップグレードが失敗しました。 どうすればよいですか。

Site Recovery は、N-4 サポート モデルに従っています。 古いバージョンからアップグレードする方法に関する詳細を参照してください。

Azure Site Recovery のリリース ノートと更新プログラムのロールアップはどこで入手できますか?

新しい更新プログラムに関する詳細を確認し、ロールアップ情報を取得してください。

Azure へのディザスター リカバリーのアップグレードに関する情報はどこで入手できますか?

アップグレードに関する詳細を参照してください。

アップグレードごとにソース マシンを再起動する必要がありますか?

アップグレードごとに再起動することをお勧めしますが、必須ではありません。 詳細については、こちらを参照してください。

構成サーバー

構成サーバーは何を行いますか?

構成サーバーは、次のようなオンプレミスの Site Recovery コンポーネントを実行します。

  • 構成サーバー自体。 サーバーは、オンプレミス コンポーネントと Azure の間の通信を調整し、データのレプリケーションを管理します。
  • プロセス サーバー。レプリケーション ゲートウェイとして機能します。 このサーバーは次の操作を行います。
    1. レプリケーション データを受信する。
    2. キャッシュ、圧縮、暗号化を使用してデータを最適化します。
    3. データを Azure Storage に送信します。 また、プロセス サーバーは、VM への Mobility Service のプッシュ インストールや、オンプレミスの VMware VM の自動検出も行います。
  • マスター ターゲット サーバー。Azure からのフェールバック中にレプリケーション データを処理します。

構成サーバーのコンポーネントとプロセスの詳細をご確認ください。

構成サーバーはどこに設定しますか?

構成サーバーには、高可用性のオンプレミス VMware VM が 1 つ必要です。 物理サーバーのディザスター リカバリーの場合は、構成サーバーを物理マシンにインストールします。

構成サーバーには何が必要ですか?

前提条件については、こちらをご覧ください。

テンプレートを使う代わりに、手動で構成サーバーを設定できますか?

最新バージョンの Open Virtualization Format (OVF) テンプレートを使用して構成サーバー VM を作成することをお勧めします。 テンプレートを使用できない場合 (VMware サーバーにアクセスできない場合など)、ポータルからセットアップ ファイルをダウンロードして、構成サーバーを設定します。

構成サーバーは複数のリージョンにレプリケートできますか?

いいえ。 複数のリージョンにレプリケートするには、各リージョンに構成サーバーが必要です。

Azure で構成サーバーをホストできますか?

可能ですが、構成サーバーを実行している Azure VM は、オンプレミスの VMware のインフラストラクチャや VM と通信する必要があります。 この通信により待ち時間が長くなるほか、進行中のレプリケーションに影響が生じます。

構成サーバーはどのようにして更新できますか?

構成サーバーを更新する方法を参照してください。

  • 最新の更新情報については、Azure の更新情報のページを参照してください。
  • 最新バージョンは、ポータルからダウンロードできます。 または、構成サーバーの最新バージョンは、Microsoft ダウンロード センターから直接ダウンロードできます。
  • お使いの古いバージョンと最新のバージョンの差が 4 を超える場合は、サポートに関する声明でアップグレードのガイダンスを確認してください。

構成サーバーはバックアップする必要がありますか?

構成サーバーの定期的なスケジュールされたバックアップを実行することをお勧めします。

  • フェールバックが成功するには、障害が発生している VM が構成サーバーのデータベースに存在している必要があります。
  • 構成サーバーは、実行中で、接続状態である必要があります。
  • 構成サーバーの一般的な管理タスクに関する詳細を確認してください。

構成サーバーを設定しているときに、MySQL を手動でダウンロードしてインストールできますか?

はい。 MySQL をダウンロードし、C:\Temp\ASRSetup フォルダーに配置します。 その後、手動でインストールします。 構成サーバー VM を設定し、ご契約条件に同意すると、MySQL は [ダウンロードしてインストール] に [既にインストール済み] と表示されます。

MySQL をダウンロードせず、Site Recovery によってインストールすることはできますか?

はい。 MySQL インストーラーをダウンロードし、C:\Temp\ASRSetup フォルダーに配置します。 構成サーバーの VM を設定する際に、条件に同意し、 [ダウンロードしてインストール] を選択します。 ポータルでは、MySQL をインストールするために追加したインストーラーが使用されます。

構成サーバー VM を他の目的で使用することはできますか?

いいえ。 VM は構成サーバーにのみ使用します。

構成サーバーを複製してオーケストレーションに使用することはできますか?

いいえ。 登録に関する問題を避けるために、新しい構成サーバーを設定します。

構成サーバーが登録されているコンテナーを変更することはできますか?

いいえ。 コンテナーは、構成サーバーに関連付けられた後に変更することはできません。 構成サーバーを別のコンテナーに登録する方法をご覧ください。

VMware VM と物理サーバーの両方のディザスター リカバリーに同じ構成サーバーを使用できますか?

はい。ただし、物理マシンは VMware VM にのみフェールバックできることにご注意ください。

構成サーバーのパスフレーズはどこでダウンロードできますか?

パスフレーズをダウンロードする方法をご覧ください。

コンテナー登録キーはどこでダウンロードできますか?

Recovery Services コンテナーで、 [Site Recovery インフラストラクチャ]>[管理] の [構成サーバー] を選択します。 次に、 [サーバー] で [登録キーのダウンロード] を選択して、コンテナーの資格情報ファイルをダウンロードします。

単一の構成サーバーを使用して複数の vCenter インスタンスを保護できますか?

はい。単一の構成サーバーで、複数の vCenter の VM を保護できます。 構成サーバーに追加できる vCenter インスタンスの数に制限はありませんが、単一の構成サーバーで保護できる VM の数には制限が適用されます。

単一の構成サーバーで、vCenter 内の複数のインスタンスを保護できますか?

はい。Azure Site Recovery では、異なるクラスターの VM を保護できます。

プロセス サーバー

プロセス サーバーの高可用性を確保するにはどうすればよいですか?

複数のプロセス サーバーを構成することにより、保護されたマシンを異常なプロセス サーバーから稼働中のプロセス サーバーに柔軟に移動できる設計となります。 プロセス サーバー間でのマシンの移動は、このプロセス サーバー間での VM の移動に関する記事で定義されている手順に従って、明示的または手動で開始する必要があります。

フェールオーバーとフェールバック

オンプレミスのプロセス サーバーをフェールバックに使用できますか?

データ転送の遅延を避けるために、Azure にフェールバック用のプロセス サーバーを作成することを強くお勧めします。 また、構成サーバーでソース VM のネットワークと Azure が接続されたネットワークを分離している場合、Azure 内に作成したプロセス サーバーをフェールバックで必ず使用する必要があります。

フェールオーバーの際に IP アドレスを保持することはできますか?

はい、フェールオーバーの際に IP アドレスを保持することは可能です。 フェールオーバー前に VM の [コンピューティングとネットワーク] 設定でターゲット IP アドレスを必ず指定してください。 また、フェールバック中の IP アドレスの競合を避けるために、フェールオーバー時には必ずマシンをシャットダウンしてください。

フェールオーバー前にターゲットの VM のサイズまたは VM の種類を変更できますか?

はい、フェールオーバーの前に、いつでも VM の種類やサイズを変更できます。 ポータルで、レプリケートされた VM の [コンピューティングとネットワーク] 設定を使用します。

過去のどの時点まで遡って復旧できますか?

VMware から Azure の場合、使うことができる最も古い復旧ポイントは 15 日です。

復旧ポイントはどのように取り除かれますか?

クラッシュ整合性復旧ポイントは、5 分ごとに生成されます。 アプリ整合性スナップショットは、ユーザーが入力した頻度に基づいて生成されます。 2 時間を過ぎると、ユーザーが入力したリテンション期間に基づいて復旧ポイントが取り除かれます。 以下がこのシナリオです。

入力されたリテンション期間 排除のメカニズム
0 日 復旧ポイントは保存されません。 最新のポイントにのみフェールオーバーできます
1 日 最新の 2 時間を過ぎると 1 時間に 1 つの復旧ポイントが保存されます
2 から 7 日 最新の 2 時間を過ぎると 2 時間に 1 つの復旧ポイントが保存されます
8 から 15 日 7 日間は、最新の 2 時間を過ぎると 2 時間に 1 つの復旧ポイントが保存されます。 その後は、4 時間に 1 つの復旧ポイントが保存されます。

また、アプリ整合性スナップショットは、上記に記載された期間に基づいて取り除かれます。これは、入力されたアプリ整合性スナップショットの頻度がそれより低い場合でも行われます。

復旧ポイントのリテンション期間の増加によってストレージ コストが増加しますか?

はい。 たとえば、リテンション期間を 1 日から 3 日に増やした場合、Site Recovery により追加の 2 日分の復旧ポイントが保存されます。 追加された時間によって、ストレージの変更が発生します。 以前は、1 日間、1 時間ごとに復旧ポイントを保存していました。 現在では、3 日間、2 時間ごとに復旧ポイントが保存されています。 復旧ポイントの排除に関する説明を参照してください。 そのため、追加で 12 の復旧ポイントが保存されます。 単なる例として、1 つの復旧ポイントに 10 GB の差分変更が含まれ、GB あたりのコストが 0.16 ドル/月の場合、1 か月あたり 1.60 ドル * 12 の追加料金が発生します。

フェールオーバー後にはどのようにして Azure VM にアクセスできますか?

フェールオーバー後、Azure VM には、セキュリティで保護されたインターネット接続、サイト間 VPN、または Azure ExpressRoute 経由でアクセスできます。 接続するには、いくつかの準備が必要です。 詳細については、こちらを参照してください。

フェールオーバーされたデータに回復力はありますか?

Azure は復元するように設計されています。 Site Recovery は、Azure サービスレベル アグリーメント (SLA) で要求されているように、セカンダリ Azure データセンターへのフェールオーバーが設計されています。 フェールオーバーが発生した場合、お客様のメタデータとコンテナーは、お客様が選択したコンテナーと同じリージョン内に保持されます。

フェールオーバーは自動で行われますか。

フェールオーバーは自動では行われません。 ポータルで単一の選択を行うだけでフェールオーバーを開始できます。または PowerShell を使ってフェールオーバーをトリガーすることもできます。

異なる場所にフェールバックすることはできますか?

はい。 Azure にフェールオーバーした場合、元の場所が利用できないときは、別の場所にフェールバックできます。 詳細については、こちらを参照してください。

フェールバックに、プライベート ピアリングを使用した VPN または ExpressRoute が必要なのはなぜですか?

Azure からフェールバックするときは、Azure からオンプレミスの VM にデータがコピーされるので、プライベート アクセスが必要です。

VMware (および物理) から IaaS へのシナリオで、オンデマンド容量予約を使用できますか?

いいえ。 Azure Site Recovery では、Azure から Azure へのシナリオである場合を除き、オンデマンド容量予約を使用できません。

アプリケーションのライセンスは、VMware 仮想マシンの UUID に基づいています。 VMware 仮想マシンが Azure にフェール オーバーされると、その UUID は変更されますか?

はい。Azure 仮想マシンの UUID はオンプレミスの VMware 仮想マシンとは異なります。 ただし、ほとんどのアプリケーション ベンダーは、新しい UUID へのライセンスの転送をサポートしています。 アプリケーションでサポートされている場合、顧客はベンダーと協力して、新しい UUID を持つ VM にライセンスを転送できます。

自動化とスクリプト

スクリプトでレプリケーションを設定できますか?

はい。 Rest API、PowerShell、Azure SDK のいずれかを使用して、Site Recovery ワークフローを自動化することができます。 詳細については、こちらを参照してください。

パフォーマンスと容量

レプリケーションの帯域幅を調整することができますか?

はい。 詳細については、こちらを参照してください。

次のステップ