ノート:

OCIフル・スタック・ディザスタ・リカバリの移動インスタンスでの予約済パブリックIPの使用

イントロダクション

Oracle Cloud Infrastructure Full Stack Disaster Recovery(OCI Full Stack DR)は、世界中のOracle Cloud Infrastructure(OCI)リージョン間のコンピュート、データベース、アプリケーションの移行をワンクリックで調整します。お客様は、既存のインフラストラクチャ、データベースまたはアプリケーションを再設計または再設計することなく、特別な管理サーバーや変換サーバーを必要とせずに、1つ以上のビジネス・システムをリカバリするために必要なステップを自動化できます。

パブリックIPアドレスは、インターネットに接続可能なIPv4アドレスです。直接インターネット・アクセスが必要なリソースには1つが必要ですが、追加の要件があるリソースもあります。

OCIには2つのタイプのパブリックIPアドレスがあります:

この新機能により、OCI Full Stack DRにより、パブリックIPの割り当てをより詳細に制御できます。移動インスタンスをOCI Full Stack DR保護グループに追加するときに、宛先(スタンバイ)リージョンのインスタンスに割り当てる予約済パブリックIPを選択できるようになりました。これにより、インスタンスには、一時(エフェメラル)アドレスが自動的に割り当てられるのではなく、指定したIPアドレスが割り当てられます。OCIパブリックIPアドレスの詳細は、OCIパブリックIPアドレスのドキュメントを参照してください。

このチュートリアルでは、OCI Full Stack DRでインスタンスを移動する予約済パブリックIPを使用する方法と、スイッチオーバー操作のためのDR計画実行の実行方法を学習します。

アーキテクチャの説明

このチュートリアルでは、コールド仮想マシン(VM)DR(パイロットライトとも呼ばれる)アーキテクチャを使用します。この設定では、仮想マシンはプライマリ・リージョンでのみ実行されます。DR計画の実行中に、VMがDRリージョンに作成されます。

OCI Full Stack DRでこれを設定するには、プライマリDR保護グループにメンバーとして追加するときに、移動インスタンスとしてOCI Computeインスタンスを選択してください。コンピュート・インスタンスにアタッチされたブロック・ストレージの場合、OCI Block Storageサービスを使用してリージョン間ボリューム・グループ・レプリケーションを設定する必要があります。これにより、ブート・ボリュームとブロック・ボリュームの同期が維持され、DRリージョンで迅速にリカバリできます。

コンピュート・インスタンスをメンバーとして追加する場合、宛先(スタンバイ)リージョンで事前作成された予約済パブリックIPを選択するオプションがあります。これを選択した場合、OCI Full Stack DRは、DR operations.Thisステップでインスタンスを起動するときにその予約済IPを自動的に割り当てます。これをスキップすると、Full Stack DRはかわりにエフェメラル・パブリックIPを割り当てます。ただし、DR計画の実行後にインスタンスへの一貫性のあるパブリック・アクセスを維持する場合は、予約済IPを使用することをお薦めします。

fsdr_moving_instance_disaster_recovery_Physical_Architecture.png

チュートリアル全体の定義と仮定

目的

このチュートリアルでは、次のタスクについて説明します。

前提条件

チュートリアルを開始するには、次のリソースを使用します。このチュートリアルの終わりまでに、OCI Full Stack DRは、リージョン2にOCI Computeインスタンスやボリューム・グループなどの追加リソースを作成します。

リソース 地域1 - ロンドン リージョン2 - フランクフルト
オブジェクト・ストレージ・バケット fsdrバケットロン fsdrバケット・フラ
コンパートメント サラージ サラージ
VCN vcn-london vcn-frankfurt
サブネット パブリック・サブネット-vcn-london パブリック・サブネット-vcn-frankfurt
予約済IP appvm-lon Appvm-fra
コンピュートVM appvm NA
ボリューム・グループ appvg NA

このチュートリアルでは、予約済パブリックIPの作成方法を示します。先に進む前に、必要な前提条件をすべて完了する必要があります。これらのステップは、円滑で成功するOCI Full Stack DR設定の基礎となります。

タスク1: 両方のリージョンでの予約済パブリックIPの作成

リージョン1およびリージョン2に予約済パブリックIPを作成します。

ノート:予約済IPが両方のリージョンですでに使用可能である場合、タスク1をスキップできます。

  1. 図1.1に示すように、OCIコンソールにログインし、「予約済パブリックIP」に移動します。

    1. OCIリージョン・コンテキストがリージョン1 (ロンドン)に設定されていることを確認します。

    2. 「ネットワーキング」をクリックします。

    3. 「Virtual Cloud Networks」をクリックします。

    4. 「IP管理」をクリックします。

    5. 「パブリックIPアドレスの予約」をクリックし、次の図に示すようにパラメータを入力して「パブリックIPアドレスの予約」をクリックします。

    予約済パブリックIP- 作成- ロン-create.png
    図1.1:リージョン1での予約済パブリックIPの作成

  2. 図1.2に示すように、OCIコンソールに移動し、「予約済パブリックIP」に移動します。

    1. OCIリージョン・コンテキストがリージョン2 (フランクフルト)に設定されていることを確認します。

    2. 「ネットワーキング」をクリックします。

    3. 「Virtual Cloud Networks」をクリックします。

    4. 「IP管理」をクリックします。

    5. 「パブリックIPアドレスの予約」をクリックし、次の図に示すようにパラメータを入力して「パブリックIPアドレスの予約」をクリックします。

    予約済みパブリックIP-create-fra-create.png
    図1.2:リージョン2での予約済パブリックIPの作成

タスク2: 両方のリージョンでのDR保護グループ(DRPG)の作成

このアプリケーション・スタックの保護グループがまだ存在しない場合は、リージョン1およびリージョン2にDR保護グループを作成します。

タスク2.1: リージョン1での保護グループの作成

  1. 図2.1に示すように、OCIコンソールに移動し、DR保護グループに移動します。

    1. OCIリージョン・コンテキストがリージョン1 (ロンドン)に設定されていることを確認します。

    2. 「移行およびディザスタ・リカバリ」をクリックします。

    3. 「DR保護グループ」をクリックします。

    drpg-create-lon-nav.png
    図2.1: DR保護グループに移動します。

  2. 図2.2に示すように、リージョン1に基本的なDRPGを作成します。ピア、ロールおよびメンバーは、後のステップで割り当てられます。

    1. DRPGを作成するコンパートメントを選択します。

    2. 「DR保護グループの作成」をクリックします。

    3. DRPGに対して意味のある「名前」を入力します。

    4. OCI Full Stack DRログのOCI Object Storageバケットを選択します。

    5. 「作成」をクリックします。

    drpg-create-lon-finish.png
    図2.2:リージョン1でDR保護グループを作成するために必要なパラメータ

タスク2.2: リージョン2での保護グループの作成

  1. 図2.3に示すように、OCIコンソールに移動し、DR保護グループに移動します。

    1. OCIリージョン・コンテキストがリージョン2 (フランクフルト)に設定されていることを確認します。

    2. 「移行およびディザスタ・リカバリ」をクリックします。

    3. 「DR保護グループ」をクリックします。

    drpg-create-fra-nav.png
    図2.3: DR保護グループに移動します。

  2. 図2.4に示すように、リージョン2に基本的なDR保護グループ(DRPG)を作成します。ピア、ロールおよびメンバーは、後のステップで割り当てられます。

    1. DRPGを作成するコンパートメントを選択します。

    2. 「DR保護グループの作成」をクリックします。

    3. DRPGに対して意味のある「名前」を入力します。

    4. OCI Full Stack DRログのOCI Object Storageバケットを選択します。

    5. 「作成」をクリックします。

    drpg-create-fra-finish.png
    図2.4:リージョン2でDR保護グループを作成するために必要なパラメータ

タスク2.3: リージョン1およびリージョン2での保護グループの関連付け

各リージョンのDRPGを相互にピアとして関連付け、プライマリおよびスタンバイのピア・ロールを割り当てます。プライマリとスタンバイのロールは、DR操作/DR計画実行の一環としてOCI Full Stack DRによって自動的に変更されます。いつでも手動でロールを管理する必要はありません。

  1. 「DR保護グループの詳細」ページに移動します。

    1. OCIリージョン・コンテキストがリージョン1 (ロンドン)に設定されていることを確認します。

    2. 「関連付け」をクリックしてプロセスを開始します。

    drpg-assoc-begin-lon.png
    図: DRPG関連付けの開始

  2. 次の図に示すようにパラメータを入力し、「関連付け」をクリックします。

    • ロール: 「プライマリ」ロールを選択します。OCI Full Stack DRは、スタンバイ・ロールをリージョン2に自動的に割り当てます。
    • ピア・リージョン:タスク2.2で作成した他のDRPGがあるリージョン2 (フランクフルト)を選択します。
    • ピアDR保護グループ:タスク2.2で作成したピアDRPGを選択します。

    drpg-assoc-finish-lon.png
    図: DRPGの関連付けに必要なパラメータ

OCI Full Stack DRでは、関連付けが完了すると、次のイメージの詳細に類似したものが表示されます。

drpg-assoc-completed-lon.png
図:個々のDRPGパースペクティブからのピア関係の表示

次の図に示すように、コンテキスト/ビューがすべてのDR保護グループを示すグローバルな観点から行われるたびに、同じ情報を見つけることができます。

drpg-assoc-completed-lon.png
図:グローバルDRPGの観点からピア関係を表示

タスク3: DR保護グループへのメンバーの追加

ノート:続行する前に、リージョン1からリージョン2へのクロスリージョン・レプリケーションでVMおよび関連付けられたボリューム・グループをすでに作成しておく必要があります。そうでない場合は、前提条件に従って作成します。

このタスクでは、リージョン1のプライマリDRPGに次のOCIリソースを追加します。

続行する前に、仮想マシンとそれに関連付けられたボリューム・グループを確認します。

app-vm-region1
図:パブリックIPに関連付けられたリージョン1で実行されているアプリケーションVMの表示

リージョン間VG-region1
図:リージョン1からリージョン2へのクロス・リージョン・ボリューム・グループ・レプリケーションの表示

タスク3.1: リージョン1のDRPGへのメンバーの追加

  1. 次の図に示すように、リージョン1でDRPGを選択します。

    1. OCIリージョン・コンテキストがリージョン1 (ロンドン)であることを確認します。

    2. リージョン1でDRPGを選択します。

    3. 「メンバー」を選択します。

    4. 「メンバーの追加」をクリックしてプロセスを開始します。

    drpg-add-nav-lon.png
    図:リージョン1でDR保護グループへのメンバーの追加を開始する方法

  2. アプリケーションVMのコンピュート・インスタンスを追加します。

    1. DR計画に関する警告を確認します。

    2. メンバーの「リソース・タイプ」として「コンピュート」と入力します。

    3. appvmコンピュート・インスタンスを選択します。

    4. 「インスタンスの移動」を選択します。

    5. 「VNICマッピングの追加」をクリックして、リカバリ中にリージョン2でVNICに割り当てるVCNおよびパブリック・サブネットを選択します。

    6. 「宛先予約済パブリックIP」セクションに予約済IPの詳細を入力します。これは、リージョン2でのインスタンス起動時に使用する予約済パブリックIPです。すべての詳細が表示されたら、「追加」をクリックします。

      ノート:このオプション・フィールドは、「宛先サブネット」セクションで「パブリック・サブネット」を選択した場合にのみ表示されます。このOCI Full Stack DRを選択しない場合、エフェメラル・パブリックIPが指定されたVNICに割り当てられます。予約済IPの詳細を指定したことを考慮すると、OCI Full Stack DRは予約済パブリックIPをVNICに割り当てます。

    7. 追加したVNICが「VNIC」セクションに表示されているかどうかを確認し、選択した予約済パブリックIPの詳細を表示します。

    8. DR保護グループが「アクティブ」状態になるまで待ちます。「メンバー」セクションで、追加したコンピュートVMを確認します。

    drpg-add-compute-lon.png
    図:アプリケーションVMの追加に必要なパラメータ

    drpg-add-compute-vnic-lon.png
    図:リージョン2でVNICをマップするために必要なパラメータ

    drpg-add-compute-vnic-added-lon.png
    図:リージョン2のVNICの詳細

    drpg-add-compute-lon-complete.png
    図:リージョン1のDRPGに追加されたコンピュート・インスタンス

  3. アプリケーションVMのブート・ボリュームを含むブロック・ボリューム・グループを追加し、「メンバーの追加」をクリックします。

    1. DR計画に関する警告を確認します。

    2. メンバーの「リソース・タイプ」として「ボリューム・グループ」を選択します。

    3. ボリューム・グループを含む正しいコンパートメントが選択されていることを確認し、ボリューム・グループを選択します。

    drpg-add-vg-app-lon.png
    図:コンピュート用のボリューム・グループを追加するために必要なパラメータ

    drpg-add-vg-app-lon-complete.png
    図:リージョン1のDRPGに追加されたコンピュート用のボリューム・グループ

これにより、リージョン1のDR保護グループに必要なメンバーが正常に追加されました。

移動インスタンスを使用しているため、リージョン2のDR保護グループにメンバーを追加する必要はありません。OCI Full Stack DRは、計画の実行中にスタンバイ・リージョンに必要なリソースを自動的に作成します。

タスク4: リージョン2でのDR計画の作成

このタスクでは、リージョン2 (フランクフルト)のスタンバイDR保護グループに関連付けられた初期スイッチオーバーおよびフェイルオーバー計画を作成します。

これらの計画の目的は、ワークロードをプライマリ・リージョン(リージョン1)からスタンバイ・リージョン(リージョン2)にシームレスに移行することです。DR操作の一環として、両方のリージョンのDR保護グループのロールは自動的に元に戻されます。リージョン1の保護グループがスタンバイになり、リージョン2の保護グループがフェイルオーバーまたはスイッチオーバーの後のプライマリ・ロールを引き継ぎます。

OCI Full Stack DRは、前のタスク中に追加されたメンバー・リソースから導出された組込みステップを使用して、これらの計画を事前移入します。

スイッチオーバー計画は、常にスタンバイ・ロールを保持する保護グループ内に作成されます。リージョン2(フランクフルト)は現在スタンバイ保護グループであるため、そこで計画の作成を開始します。

タスク4.1: DR計画の作成

  1. リージョン2 (フランクフルト)でDRPGを選択して、基本計画を作成します。

    1. OCIリージョン・コンテキストがリージョン2 (フランクフルト)であることを確認します。

    2. リージョン2でスタンバイDRPGを選択します。

    3. 「プラン」を選択します。

    4. 「プランの作成」をクリックしてプロセスを開始します。

    プラン作成ナビゲーションfra.png
    図:リージョン2での基本的なDR計画の作成を開始する方法

  2. スイッチオーバー計画を作成します。

    1. スイッチオーバー・プランのシンプルでわかりやすい「名前」を入力します。名前はできるだけ短くする必要がありますが、一目でわかりやすく、危機時の混乱や人的ミスを減らすことができます。

    2. 「プラン・タイプ」に「スイッチオーバー(計画済)」を選択します。

    計画- 作成-fra.png
    図: DRスイッチオーバー計画の作成に必要なパラメータ

  3. フェイルオーバー計画の作成

    1. フェイルオーバー計画の単純で意味のある名前を入力します。

    2. 「計画タイプ」に「フェイルオーバー(計画外)」を選択します。

    計画- 作成- フォ-fra.png
    図: DRフェイルオーバー計画の作成に必要なパラメータ

  4. 開始ドリル計画を作成します。

    1. 開始ドリル計画の単純でわかりやすい「名前」を入力します。

    2. 「プラン・タイプ」に「ドリルの開始」を選択します。

    計画- 作成- 開始ドリル-fra.png
    図: DR開始ドリル計画の作成に必要なパラメータ

  5. ストップ・ドリル計画を作成します。

    1. ストップ・ドリル計画の単純でわかりやすい「名前」を入力します。

    2. 「プラン・タイプ」に「ドリルの停止」を選択します。

    計画- 作成- ストップドリル fra.png
    図: DR開始ドリル計画の作成に必要なパラメータ

    ノート: OCI Full Stack DRでは、開始ドリルの実行後に停止ドリル計画の作成のみが許可され、DR保護グループが「アクティブ」状態ではなくなったため、警告メッセージが表示されます。

    つまり、この時点ではストップ・ドリル計画を作成できません。このチュートリアルでは、スイッチオーバー計画を進めます。ただし、興味がある場合は、まず開始ドリル計画を実行してから、かわりに停止ドリル計画の作成を試行することで、試行できます。

  6. リージョン2のスタンバイDR保護グループには、次の図に示すように3つのDR計画が必要です。これらは、リージョン1からリージョン2へのワークロードの移行、およびリージョン2でのドリル・プランの実行も処理します。同様の計画をリージョン1で作成し、後のタスクでワークロードをリージョン2からリージョン1に戻します。

    プラン- 作成- フラ-completed.png
    図:先に進む前にリージョン2に存在する必要がある3つのDR計画の表示

タスク5: リージョン2でのDR計画の検証

タスク4で作成される基本的なDR計画には、OCI Full Stack DRに組み込まれたリカバリ・タスクの事前移入されたステップが含まれています。

タスク5.1: (オプション)スイッチオーバー計画のアーティファクトを終了するDR計画グループの有効化

次の図に示すように、スイッチオーバー計画には、デフォルトで無効になっている2つの計画グループがあります。これらの計画グループは、テスト中に再保証を提供するために無効になり、アーティファクトが削除されないこと、およびテスト・フェーズ中に問題が発生してもソース環境(VM/ボリューム・グループ)はそのまま維持されます。

ただし、これら2つの計画グループは、将来のDR操作に必要でなくなるアーティファクトを終了(削除)するように設計されています。これらのプラン・グループを有効にしないと、未使用のアーティファクトは、2つのリージョン間のスイッチオーバーを実行するときに時間の経過とともに累積され続けます。これにより、どのコンピュート・インスタンス、OCIファイル・ストレージおよびボリューム・グループをアクティブにするかが混乱する可能性があります。

オプションで、これらのプラン・グループを有効にすると、本番環境に移行する前に不要なアーティファクトを手動でクリーンアップする必要がなくなります。このプロアクティブなステップにより、本番への移行を合理化し、よりクリーンで管理しやすい環境を維持できます。

plan-custom-so-fra-disabled-show.png
図:スイッチオーバー・プランのプラン・グループはデフォルトで無効になっています

  1. プラン・グループを有効にするには、プラン・グループ名の右側にあるコンテキスト・メニューから「すべてのステップの有効化」を選択します。

    プラン- カスタム-so-fra-enable-terminate-vm.png
    図:コンピュート・インスタンスの終了を有効にする方法

    plan-custom-so-fra-enable-terminate-vm-enable.png
    図:「使用可能」をクリックして検証します。

    プラン- カスタム-so-fra-enable-terminate-vg.png
    図:ボリューム・グループの終了を有効にする方法

    プラン- カスタム-so-fra-enable-terminate-vg-enable.png
    図:「使用可能」をクリックして検証します。

  2. スイッチオーバー計画を検証します。

    プラン-so-fra-groups-show.png
    図:スイッチオーバー計画のグループの計画

タスク5.2: フェイルオーバー計画の確認

  1. フェイルオーバー計画を確認します。

    プラン-fo-fra-groups-show.png
    図:フェイルオーバー計画のグループを計画します。

タスク5.3: ドリル計画の開始の確認

  1. 開始ドリル計画を確認します。

    プラン-startdrill-fra-groups-show.png
    図:開始ドリル計画の計画グループ

タスク6: リージョン2でのスイッチオーバー計画の実行

DR計画(スイッチオーバー、フェイルオーバーおよびドリルの開始)は、スタンバイ・リージョン2で正常に作成されました。これらの計画により、OCI Full Stack DRは、ワークロードをリージョン1からリージョン2に移行し、リージョン2でドリルを開始できます。

タスク6.1: スイッチオーバーDR計画の事前チェックの実行

  1. リージョン・コンテキストがスタンバイ・リージョン2に設定されていることを確認します。

  2. リージョン2で正しいDR保護グループが選択されていることを確認し、スタンバイ・ロールである必要があります。

  3. スイッチオーバー計画名をクリックします。

  4. 「事前チェックの実行」をクリックします。

事前チェック-so-fra-begin.png
図:スイッチオーバー計画の事前チェックの実行方法の表示

事前チェック-so-fra-complete.png
図:スイッチオーバー計画の完了済事前チェックの表示

ノート:同様に、フェイルオーバーおよびスタート・ドリル計画の事前チェックを実行できます。

タスク6.2: リージョン2でのスイッチオーバー計画の実行

スイッチオーバーDR計画を実行して、VMのリージョン1からリージョン2への遷移を開始します。リージョン2でのVMの起動中に、以前に作成された予約済パブリックIPが自動的に使用されます。

  1. リージョン・コンテキストがスタンバイ・リージョン2に設定されていることを確認します。

  2. リージョン2で正しいDR保護グループが選択されていることを確認し、スタンバイ・ロールである必要があります。

  3. スイッチオーバー計画名をクリックします。

  4. 「計画の実行」をクリックします。

  5. タスク6.1ですでに実行されているため、「事前チェックの有効化」の選択を解除します。

  6. 「DR計画の実行」をクリックして開始します。

    exec-so-fra-begin.png
    図:スイッチオーバー計画の実行方法の表示

    ワークロード全体がリージョン1からリージョン2に完全に移行されるまで、スイッチオーバー計画をモニターします。スイッチオーバー計画の実行は、約52分で正常に完了しました。

    exec-so-fra-in-complete.png
    図:完了したスイッチオーバー計画実行の表示。

  7. 予約済パブリックIPを使用して起動されたOCIコンピュート・インスタンスを検証します。「VCN」ページから「予約済パブリックIPv4アドレス」セクションに移動します。指定された予約済IP appvm-fraが割り当てられていることがわかります。

    予約済IP-so-fra-assigned.png
    図:予約済IPのassingedの表示

    コンピュート・インスタンスのパブリックIPの詳細を使用して検証することもできます。

  8. DR保護グループの役割を確認します。リージョン2は「プライマリ」になり、リージョン1は「スタンバイ」になり、リージョン1でのDR計画の作成が可能になります。

    drpg-so-fra-roles-changed.png
    図:リージョン2のプライマリ・ロール

    drpg-so-lon-roles-changed.png
    図:リージョン2のスタンバイ・ロール

タスク7: リージョン1でのDR計画の作成およびカスタマイズ

OCI Full Stack DRによるスイッチオーバーが正常に完了すると、リージョン2はプライマリ・リージョンの役割を引き継ぎ、リージョン1はスタンバイ・リージョンとして機能するように移行しました。

ノート:リージョン1でのOCIコンピュート・インスタンスの起動時に予約済IPを使用するには、コンピュート・メンバーのVNICプロパティを編集し、予約済IPセクションでappvm-lonを選択する必要があります。

  1. タスク4から6で説明した同じアプローチに従って、リージョン1のDR保護グループ内のスイッチオーバー、フェイルオーバーおよびドリル計画の作成およびカスタマイズに進み、スタンバイ・ピア・リージョンとして機能するようになりました。

  2. リージョン2のスタンバイDR保護グループには、次の図に示すように3つのDR計画が必要です。これらは、リージョン1からリージョン2へのワークロードの移行、およびリージョン2でのドリル・プランの実行も処理します。同様の計画をリージョン1で作成し、後のタスクでワークロードをリージョン2からリージョン1に戻します。

    プラン- 作成- ロン-completed.png
    図:先に進む前にリージョン1に存在する必要がある3つのDR計画の表示

  3. この時点でリージョン1からリージョン2へのスイッチオーバーを実行します。これにより、すべてのDR計画を両方のDR保護グループで使用できるようになり、完全で一貫性のあるフェイルオーバー構成が可能になります。タスク6に従って、DR計画を実行できます。

承認

その他の学習リソース

docs.oracle.com/learnの他のラボを確認するか、Oracle Learning YouTubeチャネルで無料のラーニング・コンテンツにアクセスしてください。また、education.oracle.com/learning-explorerにアクセスしてOracle Learning Explorerになります。

製品ドキュメントについては、Oracle Help Centerを参照してください。