災害復旧とバックアップ

August 27, 2026

寄稿者:

X X

XenServerの災害復旧 (DR) 機能を使用すると、プールまたはサイト全体を破壊するハードウェア障害から仮想マシン (VM) とvAppを復旧できます。単一ホストの障害に対する保護については、高可用性を参照してください。

注:

DR機能を使用するには、root アカウントでログインしているか、プールオペレーター 以上のロールを持っている必要があります。

XenServer® DRの理解

注:

DRは、サイトが地理的に分散している場合に適切な回復力メカニズムです。データセンターが5ミリ秒未満のラウンドトリップ遅延と少なくとも10 Gbpsのネットワークスループットで接続されている場合（近接定義を満たす）、DRを必要とせずに単一のリソースプールとして動作する可能性があります。ただし、共有プールだけではデータセンター全体の障害に対する回復力は提供されません。DRも必要かどうかは、プールのトポロジ、ストレージ構成、および復旧目標によって異なります。

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

XenCenter®の災害復旧設定は、災害時にストレージを照会し、選択したVMとvAppを復旧プールにインポートするために使用できます。VMが復旧プールで実行されている場合、復旧プールのメタデータもレプリケートされます。プールメタデータのレプリケーションにより、プライマリプールが復旧したときに、VM設定の変更がプライマリプールに反映されます。同じVMの情報が複数の場所にある場合があります。例えば、プライマリサイトからのストレージ、災害復旧サイトからのストレージ、およびデータがインポートされるプール内などです。XenCenterがVM情報が2つ以上の場所に存在することを発見した場合、最新の情報のみを使用するようにします。

災害復旧機能は、XenCenterおよびxe CLIで使用できます。CLIコマンドについては、災害復旧コマンドを参照してください。

ヒント:

災害復旧設定を使用して、災害復旧システムの非破壊テストのためにテストフェイルオーバーを実行することもできます。テストフェイルオーバーでは、すべての手順はフェイルオーバーと同じです。ただし、VMとvAppは災害復旧サイトに復旧された後も起動されません。テストが完了すると、DRサイトで再作成されたすべてのVM、vApp、およびストレージを削除するためにクリーンアップが実行されます。

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

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

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

DRインフラストラクチャの要件

XenServer DRを使用するには、プライマリサイトとセカンダリサイトの両方に適切なDRインフラストラクチャを設定します。

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

警告：

ディザスタリカバリ設定は、ストレージアレイの機能を制御しません。

ディザスタリカバリ機能のユーザーは、メタデータストレージが何らかの方法で2つのサイト間でレプリケートされていることを確認する必要があります。一部のストレージアレイには、レプリケーションを自動的に実現するための「ミラーリング」機能が含まれています。これらの機能を使用する場合は、リカバリサイトでVMを再起動する前に、ミラー機能（「ミラーが破損している」）を無効にする必要があります。

展開に関する考慮事項

ディザスタリカバリを有効にする前に、次の手順を確認してください。

災害発生前に実行する手順

次のセクションでは、災害発生前に実行する手順について説明します。

VMとvAppを構成します。
VMとvAppがSRに、SRがLUNにどのようにマッピングされているかをメモします。name_labelとname_descriptionパラメーターの命名には特に注意してください。SRの名前がVMとvAppがSRに、SRがLUNにどのようにマッピングされているかを捉えている場合、レプリケートされたストレージからVMとvAppを回復するのは簡単です。
LUNのレプリケーションを準備します。
これらのLUN上の1つ以上のSRへのプールメタデータレプリケーションを有効にします。
プライマリプールメタデータをレプリケートするSRが、1つのプールにのみアタッチされていることを確認します。

災害発生後に実行する手順

以下のセクションでは、災害発生後に実行する手順について説明します。

既存のストレージミラーを解除し、リカバリサイトが共有ストレージへの読み取り/書き込みアクセス権を持つようにします。
VMデータを回復したいLUNが他のプールにアタッチされていないことを確認してください。アタッチされていると破損が発生する可能性があります。
リカバリサイトを災害から保護したい場合は、リカバリサイト上の1つ以上のSRへのプールメタデータレプリケーションを有効にする必要があります。

リカバリ後に実行する手順

以下のセクションでは、データのリカバリが成功した後に実行する手順について説明します。

ストレージミラーを再同期します。
リカバリサイトで、プライマリサイトに戻したいVMまたはvAppをクリーンにシャットダウンします。
プライマリサイトで、前のセクションのフェイルオーバーと同じ手順に従って、選択したVMまたはvAppをプライマリにフェイルバックします。
将来の災害からプライマリサイトを保護するため、レプリケートされたLUN上の1つ以上のSRに対して、プールメタデータレプリケーションを再度有効にする必要があります。

この製品ドキュメントの正式なバージョンは英語版です。英語以外のすべてのバージョンは、お客様の利便性のためにのみ提供され、機械翻訳された内容が含まれている場合があります。詳しくは、Cloud Software Group home で機械翻訳に関する免責事項（Machine Translation Disclaimer）をご覧ください。

この情報は役に立ちましたか?

災害復旧とバックアップ

August 27, 2026

寄稿者:

X X

August 27, 2026

寄稿者:

X X

この情報は役に立ちましたか?