XenCenter

災害復旧 (DR)

August 27, 2026

寄稿者:

X X

災害復旧 (DR) 機能を使用すると、プールまたはサイト全体を無効にするか破壊するようなハードウェアの壊滅的な障害から、VM および vApp を復旧できます。

単一サーバー障害からの保護には、高可用性を使用できます。高可用性は、同じプール内の代替サーバーで VM を再起動します。

DR について

災害復旧は、ビジネスに不可欠な VM および vApp を復旧するために必要なすべての情報をストレージリポジトリ (SR) に保存します。これらのストレージリポジトリは、プライマリ (本番) 環境からバックアップ環境にレプリケートされます。プライマリサイトの保護されたプールで障害が発生した場合、そのプール内の VM および vApp は、レプリケートされたストレージから復旧され、セカンダリ (DR) サイトで再作成できます。その結果、アプリケーションまたはユーザーのダウンタイムを最小限に抑えることができます。

復旧された VM が DR プールで稼働した後、DR プールのメタデータも、レプリケートされたストレージに保存する必要があります。このアクションにより、復旧された VM および vApp は、プライマリサイトがオンラインに戻ったときに、プライマリサイトに復元できるようになります。

注:

災害復旧は、LVM over HBA または LVM over iSCSI ストレージタイプでのみ使用できます。

XenServer® VM は、次の2つのコンポーネントで構成されています。

VM が使用している仮想ディスク。これらは、VM が配置されているプール内の構成済みストレージリポジトリ (SR) に保存されます。
VM 環境を記述するメタデータ。メタデータには、元の VM が利用できないか破損している場合に VM を再作成するために必要なすべての情報が含まれています。ほとんどのメタデータは VM の作成時に書き込まれ、VM 構成を変更した場合にのみ更新されます。プール内の VM の場合、このメタデータのコピーはプール内のすべてのサーバーに保存されます。

DR 環境では、VM はプールメタデータ (プール内のすべての VM および vApp に関する構成情報) からセカンダリ (DR) サイトで再作成されます。各 VM のメタデータには、その名前、説明、Universal Unique Identifier (UUID)、およびメモリ、仮想 CPU、ネットワーク、ストレージの構成が含まれます。また、高可用性または DR 環境で VM を再起動するときに使用される VM 起動オプション (起動順序、遅延間隔、再起動優先度) も含まれます。たとえば、VM を復旧する場合、vApp 内の VM は、メタデータで指定された順序と遅延間隔で DR プールで再起動します。

注:

災害復旧を使用するには、root としてログインしているか、Pool Operator 以上のロールを持っている必要があります。

災害復旧の用語

vApp: 関連するVMの論理グループで、単一のエンティティとして管理されます。

サイト: XenServerリソースプール、ストレージ、ハードウェア機器の物理的なグループ。

プライマリサイト: 災害時に保護する必要があるVMまたはvAppを実行する物理サイト。

セカンダリサイト、DRサイト: 災害発生時にプライマリサイトの復旧場所として機能することを目的とした物理サイト。

フェイルオーバー: プライマリサイトで災害が発生した場合に、セカンダリ（復旧）サイトでVMおよびvAppを復旧すること。

フェイルバック: セカンダリ（復旧）サイトからプライマリサイトへVMおよびvAppを復元すること。

テストフェイルオーバー: VMおよびvAppがレプリケートされたストレージからセカンダリ（復旧）サイトのプールに復旧されるが、起動されない「ドライラン」フェイルオーバー。テストフェイルオーバーを実行して、DRが正しく構成されているか、およびプロセスが効果的であるかを確認できます。

プールメタデータ: プール内のVMおよびvAppに関する情報（名前や説明など）。VMの場合、構成情報にはUUID、メモリ、仮想CPU、ネットワークおよびストレージ構成、起動オプションが含まれます。プールメタデータは、DRでプライマリサイトからセカンダリサイトの復旧プールにVMおよびvAppを再作成するために使用されます。

ディザスタリカバリインフラストラクチャ

ディザスタリカバリを使用するには、プライマリサイトとセカンダリサイトの両方で適切なDRインフラストラクチャをセットアップします。

プールメタデータとVMが使用する仮想ディスクの両方に使用されるストレージは、プライマリ（本番）環境からバックアップ環境にレプリケートする必要があります。ミラーリングを使用するなど、ストレージレプリケーションはデバイスによって異なります。ストレージレプリケーションの処理には、お使いのストレージソリューションを使用することをお勧めします。
復旧したVMおよびvAppがDRサイトのプールで稼働した後、DRプールメタデータと仮想ディスクを含むSRをレプリケートします。このアクションにより、プライマリサイトがオンラインに戻ったときに、復旧したVMおよびvAppをプライマリサイトに復元（フェイルバック）できます。
DRサイトのハードウェアインフラストラクチャは、プライマリサイトと一致している必要はありません。ただし、XenServer環境は同じリリースおよびパッチレベルである必要があります。また、フェイルオーバーされたすべてのVMを再作成して起動できるように、ターゲットプールに十分なリソースが構成されている必要があります。

重要:

XenCenter®とディザスタリカバリウィザードは、ストレージアレイの機能を制御しません。プールメタデータと、災害時に再起動されるVMが使用するストレージがバックアップサイトにレプリケートされていることを確認してください。一部のストレージアレイには、コピーを自動的に実行するためのミラーリング機能が含まれています。これらの機能を使用する場合は、リカバリサイトでVMを再起動する前にミラー機能を無効にしてください。

ディザスタリカバリウィザードを使用したフェイルオーバー、フェイルバック、およびテストフェイルオーバー

ディザスタリカバリウィザードを使用すると、フェイルオーバーとフェイルバックが簡単になります。これらのプロセスに含まれる手順を以下に示します。

フェイルオーバー

セカンダリDRサイトで、VMとvAppを復旧するターゲットプールを選択します。
プライマリサイトからレプリケートされたSRを含むストレージターゲットの詳細を指定します。ウィザードはターゲットをスキャンし、そこにあるすべてのSRを一覧表示します。
復旧したいVMとvAppのメタデータと仮想ディスクを含むSRを選択します。ウィザードはSRをスキャンし、見つかったすべてのVMとvAppを一覧表示します。
DRサイトに復旧したいVMとvAppを選択します。復旧後にウィザードが自動的に起動するか、または手動で起動するまで待つかを選択します。

ウィザードは、選択したVMとvAppがターゲットDRプールに復旧できることを確認するための事前チェックを実行します。たとえば、ウィザードは選択したVMとvAppに必要なすべてのストレージが利用可能であることを確認します。

事前チェックが完了し、問題が解決されると、フェイルオーバープロセスが開始されます。選択したVMとvAppは、レプリケートされたストレージからDRプールにエクスポートされます。これでフェイルオーバーは完了です。

フェイルバック

プライマリサイトで、現在DRサイトで実行されているVMとvAppを復元するターゲットプールを選択します。
DRサイトからレプリケートされたSRを含むストレージターゲットの詳細を指定します。ウィザードはターゲットをスキャンし、見つかったすべてのSRを一覧表示します。
復元したいVMとvAppのメタデータと仮想ディスクを含むSRを選択します。ウィザードはSRをスキャンし、見つかったすべてのVMとvAppを一覧表示します。
プライマリサイトに復元したいVMとvAppを選択します。復旧後にウィザードが自動的に起動するか、または手動で起動するまで待つかを選択します。

ウィザードは、選択したVMとvAppがプライマリサイトのターゲットプールに復旧できることを確認するための事前チェックを実行します。たとえば、ウィザードは選択したVMとvAppに必要なすべてのストレージが利用可能であることを確認します。

事前チェックが完了し、すべての問題が解決されると、フェイルバックプロセスが開始されます。DRサイトで実行されている選択されたVMとvAppは、レプリケートされたストレージからプライマリサイトの選択されたプールにエクスポートされます。

フェイルバックが完了しました。

もしDisaster Recoveryウィザードが同じVMの情報を2つ以上の場所で見つけた場合、VMごとに最新の情報のみを使用します。例えば、情報はプライマリサイトのストレージ、DRサイトのストレージ、およびデータがインポートされるプールに保存されている可能性があります。

ヒント:

VMとvAppのリカバリを容易にするために、VMとvAppがSRにどのようにマッピングされているか、およびSRがLUNにどのようにマッピングされているかを示すようにSRに名前を付けます。

また、Disaster Recoveryウィザードを使用して、災害復旧システムの非破壊テストのためにテストフェイルオーバーを実行することもできます。テストフェイルオーバーでは、手順はフェイルオーバーと同じですが、リカバリされたVMとvAppはDRサイトで一時停止状態で起動されます。テストが終了すると、DRサイトで再作成されたすべてのVM、vApp、およびストレージを削除するためにクリーンアップが実行されます。詳細については、「テストフェイルオーバー」を参照してください。