メインコンテンツまでスキップ
Dummy text to avoid mindtouch from removing the blank div

Druva

ディザスタリカバリ用仮想マシンの設定

重要: 特にバックアップ直後にDRジョブが実行されるよう設定されている場合、CloudCacheはRPOに影響を与える可能性があるため、Phoenix DRaaSではPhoenix CloudCacheを使用しないようにすることを強く推奨します。データがPhoenix クラウドと同期されていない場合、データはPhoenix CloudCacheから取得され顧客のAWSアカウントへ復元されます。これはDRリストアジョブのパフォーマンスに影響を与える可能性があります。DRジョブが毎日または毎週実行されるように設定されていて、データがPhoenixクラウドに存在する場合は影響はありません。

 

Phoenix DRaaS機能は既存のAWSクラウドサービスを活用してインフラへの出費をなくし、ダウンタイムを大幅に削減することでVMware環境の迅速な復旧を実現します。災害発生時にオンデマンドでクラウド上に仮想マシンの復元を簡単に行えるようにすることで、VMware環境の事業継続性を確保します。そのため災害復旧のためにVMware環境を設定する必要があります。

次の手順を実行して、ディザスタリカバリ用に仮想マシンを構成します。

Configure_DR_workflow.png

手順1:Phoenix AWSプロキシを設定する

Phoenix AWSプロキシを設定する方法の詳細については、Phoenix AWSプロキシを設定するための簡単な手順を参照してください 

手順2:DRプランを作成する

ディザスタリカバリ (DR) プランを追加することで、ディザスタリカバリ用の仮想マシンを構成できます。DRプランでは、複数の登録済みvCenter / ESXiホストおよび管理グループから仮想マシンを選択できます。DRプランには複製頻度、DRコピーが保存されるAWSアカウント、本番時やテスト時のフェイルオーバーに使用されるフェイルオーバー設定などの必要な設定が含まれます。

DRプランの作成に関する考慮事項

DRプランを作成する前に、次の点を考慮する必要があります。

  • ディザスタリカバリに使用するAWSアカウントに1つ以上のPhoenix AWSプロキシが導入されていること。 
  • ディザスタリカバリ用に構成する仮想マシンがバックアップされているのと同じAWSリージョンにPhoenix AWSプロキシをデプロイしたこと。

手順 

  1. Phoenix管理コンソールにログオンします。
  2. メニューバーの[ All Organizations ]をクリック  し、ドロップダウンリストから組織を選択します。
  3. メニューバーで、 [  Disaster  Recovery ] をクリックします
  4. 左ペインで [ DR Plans ] タブをクリックします。DR Plan ] ページには、組織内で構成されたDRプランが一覧表示されます。
  5. ページ右上で [ Create New DR Plan ] をクリックします。[ Create DR Plan ] ページが表示されます。
  6. [ Plan Details ] タブで、DRプランを作成するために次の情報を入力します。
    DR_Configure_DR_Plan_Details.jpg
     
    • Plan Name (プラン名):作成するDRプランの名前です
    • Description (説明):DRプランの説明です。
    • AWS Account (AWSアカウント):仮想マシンのDRコピーを保持するために使用されるアカウントです。災害時には、このDRコピーからEC2インスタンスを起動し、数分で実稼働に切り替えることができます。ドロップダウンリストからアカウントを選択します。
    • Region (リージョン):仮想マシンのDRコピーを作成するストレージリージョンです。ドロップダウンリストからリージョンを選択します。
    • Replication Frequency (複製間隔):DRコピーを更新する頻度です。Phoenix AWSプロキシは指定された間隔に従ってPhoenix クラウドからAWSアカウントに仮想マシンのバックアップデータを複製し、DRコピーを作成します。DRコピーは当該仮想マシンで使用可能である最新の復元ポイントと一致します。以前の復元ポイントによる仮想マシンの既存DRコピーがすでに存在する場合、利用可能な最新の復元ポイントで作成されたDRコピーと置き換えられます。 
      ドロップダウンリストから次のオプションのいずれかを選択します
      • Immediately after backup (バックアップ直後):DRコピー更新ジョブ(ジョブページにおけるDRリストアジョブ)は、仮想マシンのバックアップが正常に完了した直後に開始されます。
      • Daily (日次):DRコピー更新ジョブは、選択した時間に毎日開始されます。
      • Weekly (週次):DRコピー更新ジョブは、選択した時間に毎週開始されます。
    • Start Time (開始時刻):DRコピー更新ジョブを開始する時刻です。Start Time リストは、[ Replication Frequency ]ドロップダウンリストで Daily ]または [ Weekly ] オプションを選択した場合にのみ表示されます。 
  7. [ Next ] をクリックすると、DRプランに仮想マシンが追加されます。

ここでDRプランに仮想マシンを追加する必要があります。

手順3: DRプランに仮想マシンを追加する

Phoenixでは登録済みの複数の vCenters / ESXiホストおよび管理グループから、仮想マシンをDRプランに追加できます。災害発生時に仮想マシンを復旧するには、仮想マシンをDRプランに追加しておく必要があります。Phoenixはプランで指定されたスケジュールに従って定期的にDRコピーを作成し、そのコピーをAWSアカウント上で保持します。災害時にはこれらDRコピーからEC2インスタンスを起動し、数分で本番稼働を立ち上げることができます。DRコピーは、指定されたスケジュールに従って仮想マシンの最新バックアップを使用して更新されます。

DRプランに仮想マシンを追加する際の考慮事項

DRプランに仮想マシンを追加する前に、次の点を考慮する必要があります。

  • バックアップ先のストレージリージョンがDRプランで指定されたリージョンと同じ仮想マシンのみ、DRプランに追加できます。
  • 同一仮想マシンを複数のDRプランに追加することはできません。
  • 仮想マシンをDRプランに追加すると、その仮想マシンのDRコピーはDRプランで指定されたスケジュールに従って定期的に作成されます。
  • 仮想マシンをDRプランに追加する場合、PhoenixはDRコピーを使用してインスタンスを起動する仮想マシン固有のフェイルオーバー設定を事前定義のデフォルト値に設定します。これらの設定は後で編集できます。仮想マシン固有のデフォルト設定は次のとおりです。 
    • instance_type = t2.micro
    • public_ip = なし
    • private_ip = Auto Assign (自動割り当て)

手順

  1. Create DR Plan ] ページで、[ VM Selection ] タブをクリックし ます。
    [
     Source VMs ] セクションに仮想マシンの一覧が表示されます。
  2. DRプランに追加する仮想マシンを一覧の VM Name 列から選択するか、VM Name 列の左にあるチェックボックスを選択してDRプランにすべての仮想マシンを追加します。
    DR_Configure_VM_Selection.jpg
  3. 検索ボックスに、仮想マシン、ハイパーバイザー、または管理グループの名前を入力して、関連する仮想マシンを表示できます。 

    :仮想マシンは、一つのDRプランにのみ追加できます。そのため、他のDRプランに既に追加されている仮想マシンはVM Name列に表示されません。

  4. [ Next ] をクリックします。

DRプランに仮想マシンを追加すると、Phoenix AWSプロキシはDRプランのスケジュールに従ってDRコピーを作成し、DRコピー情報をDRプランに保存します。

手順4: DRプランのフェイルオーバー設定を追加

このトピックでは、フェイルオーバー用に仮想マシンを設定する手順を説明します。災害発生時にVMware環境をフェイルオーバーするには、仮想マシンのフェイルオーバー設定を行う必要があります。Phoenixでは、フェイルオーバー設定をDRプラン単位または仮想マシン単位でDRプランに設定できます。DRプラン単位のフェイルオーバー設定を構成すると、フェイルオーバー設定はプランに関連付けられているすべての仮想マシンに適用されます。 

DRプランの個々の仮想マシンに対して、Failover Recovery と Failover Test の2つのフェイルオーバー設定を行えます詳細については、「フェイルオーバーの管理」を参照してください  

手順

  1. Create DR Plan ] ページで [ Failover Settings ] タブをクリックします。
  2. [  Production Failover Settings ] セクションで以下のフェイルオーバー設定を入力します。
    DR_Configure_Failover_Settings.jpg
    • Instance Type (インスタンスタイプ):AWSリソースに適したインスタンスタイプを選択します。
    • IAM Role (IAMロール):Phoenix AWSプロキシに割り当てるために必要なIAM IDロールを選択します。
    • Volume Type (ボリュームタイプ):EC2インスタンスに割り当てるAmazon EBSボリュームのタイプを選択します。次のオプションのいずれかを選択します。
      • Magnetic (マグネティック):これらは、磁気ドライブによってバックアップされる標準ボリュームであり、アクセス頻度の低いワークロードに使用されます。これらのボリュームは、平均で約100 IOPSを実現します。詳細については、AWSドキュメントを参照してください
      • General Purpose SSD (汎用SSD):これらは、幅広いワークロードに使用される費用対効果の高いストレージです。これらのボリュームは、平均で約100〜16,000 IOPSを提供します。詳細については、AWSドキュメントを参照してください
      • Provisioned IOPS SSD (プロビジョンドIOPS SSD):これらのプロビジョニングされたストレージは、データベースワークロードなどのI / O集約型のワークロードに使用されます。これらのボリュームは、平均で約100〜64,000 IOPSを提供します。詳細については、AWSドキュメントを参照してください
        • IOPS:ボリュームの1秒あたりの容量の入力/出力操作を入力します。[IOPS] ボックスは 、ボリュームタイプとして [ Provisioned IOPS SSD ] オプションが選択されている場合にのみ表示されます  
    • Instance Tags (インスタンスタグ)(Key-Value):Key-Value形式でラベルを入力し、AWS EC2リソースに割り当てて、さまざまな方法でAWSリソースを分類します。タグの詳細については、AWSのドキュメントを参照してください
  3. Add ]クリックして、復元先のネットワークマッピング情報を追加します。
  4. [ Test Failover Settings セクションで、テスト構成用のフェイルオーバー設定を指定するか、[ Same as production settings ] チェックボックスをチェックしてテスト構成用に本番用設定を使用するようにします。
  5. Next ] クリックして、ネットワークマッピングを指定します。

ステップ5:ネットワークマッピングを定義する

:Phoenixバックアッププロキシ4.8.2以降をデプロイしていることを確認してください。

Network Mapping ] タブでは、復元元 (ソース) のvCenterネットワークを復元先 (ターゲット) AWSアカウントのVPCおよびサブネットにマッピングできます。仮想マシンのネットワークが、ネットワークマッピングで指定したものと同じネットワークに属している場合、フェイルオーバー時はネットワークマッピングで指定されたものと同じVPCとサブネットが使用されます。仮想マシンのソースネットワークに対するターゲットネットワークのマッピングが指定されていない場合に使用されるVPCとサブネットをデフォルトのネットワークマッピングとして定義します。

ソース仮想マシンに複数のネットワークアダプターがある場合、フェイルオーバー時には常にデフォルトのネットワークマッピング設定が使用されます。ソース仮想マシンに一つのネットワークアダプターのみがあり、アダプターネットワークにネットワークマッピングが定義されている場合、これらのネットワークマッピング設定はフェイルオーバーに使用されます。それ以外の場合、デフォルトのネットワークマッピング設定がフェイルオーバーに使用されます。

ネットワークマッピングを追加する際の考慮事項

ネットワークマッピングを定義する前に、次の点を考慮する必要があります。

  • vCenterのソースネットワーク名が変更された場合、Phoenix DRaaSはこのネットワークを新しいネットワークとして扱います。古い名前の対応するネットワークマッピングが Recovery ] タブに表示され、次の警告メッセージが表示されます:
    Source network does not exist (ソースネットワークが存在しません。)
  • データセンター名が変更された場合、そのデータセンター内のすべてのソースネットワークは新しいネットワークと見なされます。
  • すべてのvCenterについて、24時間ごとにcronジョブが実行され、インフラストラクチャのネットワーク変更を検出します。Phoenix DRaaSは、仮想マシンのソースネットワークの変更を検出すると、新しいネットワークの利用可能なネットワークマッピングをチェックします。ネットワークマッピングを特定しない場合、デフォルトのネットワークマッピングを仮想マシンのフェイルオーバー設定に割り当てます。Phoenix DRaaSは次のアラートを送信します:
    Failover IP address settings for <virtual_machine_name> is changed. 
    (<virtual_machine_name>のフェイルオーバーIPアドレス設定が変更されました。)

    この仮想マシンに静的IPアドレスを設定した場合、フェイルオーバー設定に割り当てられた新しいVPCとサブネットに関してIPアドレスを検証する必要があります。

手順 

  1. [ Target Network Mapping ] セクションで、 [ Add Network Mapping ] をクリックします。
    Configure_DR_Configure_Network_Mappings.PNG
  2. [ Network Mapping ] ダイアログボックスで、次の手順を実行します。
    • vCenter / Hypervisor:VPCおよびサブネットを定義する登録済みのvCenterまたはハイパーバイザーホストを選択します。
    • Source Network (ソースネットワーク):ソース仮想マシンのネットワークを選択します。
    • Production Failover Mapping (本番フェイルオーバー用マッピング) セクション:
      • VPC:EC2インスタンスを起動するドロップダウンリストからVPCオプションを選択します。VPCの詳細については、VPCを参照してください
      • Subnet:ドロップダウンリストから必要なサブネットオプションを選択します。サブネットの詳細については、サブネットを参照してください
    • Test Failover Mapping (テストフェイルオーバー用マッピング) セクション:
      • VPC:テストフェイルオーバーモードのEC2インスタンスを起動するドロップダウンリストからVPCオプションを選択します。VPCの詳細については、VPCを参照してください
      • Subnet:テストフェイルオーバーモードのドロップダウンリストから必要なサブネットオプションを選択します。サブネットの詳細については、サブネットを参照してください
  3. [ Add ] をクリックします。
    本番用とテスト用のフェイルオーバー環境のネットワークマッピングは[ Target Network Mapping ] セクションにリストされます。Add Network Mapping ] をクリックして、フェイルオーバーのソースマッピングを追加します。
  4. Default Target Network ] セクションで、ターゲットネットワークが指定されていない場合に使用されるVPCとサブネットの詳細を指定します。
  5. [ Finish ] をクリックします。

新しいDRプランが [ DR Plans ] ページに表示されます。

 

 

  • この記事は役に立ちましたか?