1. 「リソース・タイプ」メニューから、「コンピュート」を選択します。
2. メンバーを追加または削除すると、保護グループのすべての既存プランをリフレッシュおよび検証する必要があるという警告を受け入れます。
3. インスタンスのリストから、追加するインスタンスを選択します。
4. 要件に基づいて、「スイッチオーバーまたはフェイルオーバー時にインスタンスを移動」を選択または選択解除します。

移動インスタンス

移動インスタンスは、DR操作中に、DR保護グループからそのピアDR保護グループに移動されます。

移動インスタンスは通常、アプリケーション・スタックを構成するインスタンスがプライマリ・リージョンにのみデプロイされるパイロット・ライトDRトポロジで使用されます。インスタンスは、プライマリDR保護グループからスタンバイDR保護グループに移動されます。

移動インスタンスをDR保護グループに追加する場合は、次の構成情報を指定します:

• 「VNICマッピングの追加」をクリックします。インスタンスのVNICごとに、インスタンスが宛先(スタンバイ)リージョンに移動した後にVNICをアタッチする宛先(スタンバイ)リージョン内のサブネットを示す、VNICと宛先サブネットのマッピングを指定します。次の詳細を入力します。
  • VNIC
  • your compartmentの宛先サブネット
  • (オプション)宛先プライマリ・プライベートIPアドレス: プライマリ・プライベートIPアドレスの値を割り当てます。
    ノート
    
    移動しているコンピュート・インスタンスのいずれかにIPアドレスを指定する場合は、必ず他のコンピュート・インスタンスのIPアドレスも追加してください。
    ノート
    
    移動中のインスタンスの場合、障害時リカバリ中に再配置されたインスタンスに、同じプライベートIPアドレスおよびホスト名を再割当てすることを選択できます。
  • (オプション)宛先のプライマリ・プライベートIPホスト名ラベル: プライマリ・プライベートIPホスト名ラベルの値を割り当てます。
  • ネットワーク・セキュリティ・グループ: コンパートメント内の宛先ネットワーク・セキュリティ・グループを選択し、別のネットワーク・セキュリティ・グループを追加することもできます。
• VNICのソース・サブネットにパブリックIPアドレスがある場合、選択した宛先はパブリックIPアドレスをサポートしている必要があります。それ以外の場合、VNICマッピングは構成エラーとして処理されます。OCIネットワーキングによって、選択した宛先サブネットに適切なパブリックIPアドレスが割り当てられます。パブリックIPアドレスを選択することはできません。

• 宛先リージョンでVNICのプライマリおよびセカンダリ・プライベートIPアドレスを割り当てるためのルールは:

  • VNICのソース・サブネットのCIDRブロックがVNICの宛先サブネットのCIDRブロックと一致しており、プライベートIPアドレスが宛先サブネットで使用可能な場合、フル・スタックDRによって同じプライベートIPアドレスが割り当てられます。そうしないと、フル・スタックDRによって、使用可能な別のプライベートIPアドレスが割り当てられます。

  • VNICのソース・サブネットのCIDRブロックがVNICの宛先サブネットのCIDRブロックと一致しない場合、フル・スタックDRによって、宛先サブネット内の使用可能な別のプライベートIPアドレスが割り当てられます。

    ノート
    
    インスタンスに構成したすべてのVNICに対してVNICマッピング情報を指定する必要があります。VNICマッピング情報を指定しない場合、ディザスタ・リカバリのためのDR計画の作成時にエラーを受け取ります。

• ホスト名を割り当てるためのルールは:

  • VNICに割り当てられたホスト名が宛先サブネットで使用可能な場合、その同じホスト名が割り当てられます。

  • VNICに割り当てられたホスト名が宛先サブネットで使用できない場合、別のホスト名が割り当てられます。

    ノート
    
    ホスト名の割当ては、短いホスト名にのみ適用されます。長い(完全修飾された)ホスト名は、宛先サブネットとそのVCNによって決定されます。
  • (オプション)宛先リージョンのVNICに割り当てる1つ以上のネットワーク・セキュリティ・グループを指定します。

「拡張オプションの表示」では、新しい移動可能インスタンスに対して次のオプションを使用できます:

• 「設定」で、「フォルト・ドメインの保持」を選択できます。このボックスにチェックマークを入れると、新しく作成されたコンピュート・インスタンスは、プライマリ・リージョンと同じフォルト・ドメインで起動されます。スタンバイ・リージョンで容量を予約する場合は、インスタンスが同じフォルト・ドメインで起動されるため、スタンバイ・リージョンで予約されている容量がそのフォルト・ドメインに固有であることを確認してください。
  • 例1: プライマリ・リージョンがfaultdomain-1にある場合、スタンバイ・リージョンはfaultdomain-1にある必要があります。このボックスにチェックマークを入れない場合は、スタンバイ・リージョンに、フォルト・ドメインに固有でない容量予約があるはずです。したがって、First available フォルト・ドメインは容量予約に使用されます。
  • 例2: スタンバイ・リージョンにfaultdomain-2の容量予約があり、フォルト・ドメインを保持しない場合、事前チェック中にスイッチオーバーが失敗します。

• 「宛先」で、次のいずれかの構成を選択します:
  • (オプション。コンピュート・インスタンスを移動する宛先(スタンバイ)リージョンのコンパートメントを指定するには、宛先コンパートメントを選択します。宛先コンパートメントを指定しない場合、インスタンスは、プライマリ・リージョンの場所と同じコンパートメントに移動されます。
  • (オプション。デフォルトの宛先このオプションは、デフォルトで選択されます。
  • (オプション。インスタンスを起動する宛先リージョンで、事前にプロビジョニングされた宛先の専用VMホストを選択します。専用VMホストを選択しない場合、インスタンスは、新しいインスタンス用の標準のOCIプロビジョニング・プロシージャを使用して起動されます。
  ノート
  
  専用VMホストでインスタンスを起動することは、それらのインスタンスに固有のハードウェア要件または容量要件がないかぎり、一般的ではありません。
  • (オプション。インスタンスを起動する宛先リージョンで、事前にプロビジョニングされた宛先容量予約を選択します。容量予約を選択しない場合、インスタンスは、新しいインスタンス用の標準のOCIプロビジョニング・プロシージャを使用して起動されます。
  • (オプション。スタンバイ・リージョンから事前作成されたcompartmentの宛先容量予約を選択します。コンパートメントを変更するには、左側のパネルのCompartmentリストを使用します。これにより、インスタンスの作成時に予約済容量が確実に使用されます。予約IDを選択しない場合、インスタンスはオンデマンド容量を使用して作成されます。移動可能インスタンスをスタンバイ・リージョンに移動するときに事前予約済容量が使用されるように、スタンバイ・リージョンの容量を予約します。詳細は、容量予約を参照してください。
    ノート
    
    宛先専用VMホストと宛先容量予約は相互に排他的であり、インスタンス・メンバーに指定できるのは1つのみです。宛先容量予約IDを割り当てるためのルールは次のとおりです。

    • 容量予約IDは、移動インスタンスに対してのみ指定できます。
    • 容量予約は事前に作成する必要があり、アクティブな状態である必要があります。
    • 指定された容量予約の可用性ドメインは、インスタンスを移動する宛先の可用性ドメインと一致する必要があります。通常、可用性ドメインはブート・ボリュームをレプリケートする場所です。
    • 宛先容量予約を含めることができるのは、宛先専用VMホストが除外されている場合のみです。
    • 指定された容量予約には、コンピュート・インスタンスのシェイプ構成(instanceShape、memoryInGBs、ocpus)と一致する容量構成エントリが必要です
• 「ファイル・システム」タブで、次の情報を入力します:
  • エクスポート・パス: ファイル・システムのエクスポート・パス。例: </fs-export-path>
  • マウント・ポイント: ファイル・システムの物理マウント・ポイント。例: </mnt/yourmountpoint>
  • ターゲットのアンマウント compartment: アンマウント・ターゲットを選択します。
  • マウント・ターゲット compartment: マウント・ターゲットを選択します。
  • 「+別のエクスポート・マッピング」を選択して、他のファイル・システムを追加します。

• 「追加」をクリックして、コンピュート・インスタンスをDR保護グループに追加します。