ノート:

OCI Full Stack Disaster RecoveryでのBlock Storage Logical Volume Managerのサポートの有効化

イントロダクション

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

初期デプロイメント・アーキテクチャ

デプロイメント・アーキテクチャ

ノート:プライマリ・リージョンはフランクフルトで、スタンバイ・リージョンはロンドンです。

目的

ユーザーが1つのブロック・ボリュームに複数のマウント・ポイントを指定できるようにする、OCI Full Stack DRで新しく導入された機能を構成します。

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

前提条件

タスク1: インスタンスvmapp01をプライマリDR保護グループに追加します。

  1. プライマリDR保護グループ(DRPG_BSS_LVM_FRA)で、「メンバー」および「メンバーの追加」を選択します。

    新規メンバーの追加

  2. コンピュートVM (vmapp01)をメンバーとして追加します。

    新規メンバーの追加

    ノート: Full Stack DRによってマウントされた単一のブロック・ボリュームに複数のマウント・ポイントを指定できるようになりました。複数のブロック・ボリュームで構成される論理ボリューム(LV)に複数のマウント・ポイントを指定することもできます。アタッチメントとマウントは、相互に完全に独立しています。

    プライマリvmインスタンスとスタンバイvmインスタンスの両方にファイルシステムに関する説明情報があることを確認します。

    新規メンバーの追加

タスク2: ボリューム・グループvgapp01をプライマリDR保護グループに追加します。

  1. プライマリDR保護グループ(DRPG_BSS_LVM_FRA)で、「メンバー」を選択し、ボリューム・グループ(vgapp01)をメンバーとして追加します。

    新規メンバーの追加

タスク3: インスタンスvmapp01drをスタンバイDR保護グループに追加します。

タスク1に示されている同じプロセスを繰り返しますが、スタンバイDR保護グループDRPG_BSS_LVM_LONおよびvmインスタンスvmapp01drを使用します。

タスク4: スイッチオーバー計画の生成

スイッチオーバー計画:プライマリDR保護グループからスタンバイDR保護グループへのサービスの計画済遷移を実行するDR計画のタイプ。

  1. スタンバイDR保護グループDRPG_BSS_LVM_LONにスイッチオーバー計画を作成します。

  2. 「プラン」を選択し、「プランの作成」をクリックします。

    プランの切替え

  3. 「名前」にSwitchoverと入力し、「プラン・タイプ」にSwitchover (planned)を選択します。

    プランの切替え

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

    プランの切替え

タスク5: スタンバイDR保護グループでのスイッチオーバー計画の実行

ノート:

現在のスタンバイ・リージョンで作成したスイッチオーバー計画の事前チェックを実行し、事前チェックが成功した場合はスイッチオーバー計画を実行します。

ベスト・プラクティスとして、最初に独立した操作として事前チェックを実行します。

  1. 開始するには、スタンバイ・リージョンでスイッチオーバー計画を開きます。

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

  3. 確認ボックスが表示されます。確認ボックスの「事前チェックの実行」をクリックして続行します。

    スイッチオーバー事前チェック

    次のスクリーンショットに示すように、事前チェックが正常に完了していることを確認します。この時点で失敗した事前チェック・ステップを修正してから、すべてのステップが成功するまで事前チェックを再度実行する必要がある場合があります。

    スイッチオーバー事前チェック・ステータス

スイッチオーバー計画を実行します。

  1. 開始するには、「計画の実行」をクリックします。

  2. 確認ボックスが表示されます。確認ボックスの「計画の実行」をクリックして続行します。

  3. 計画の実行を監視して、計画内のすべてのステップが成功することを確認します。

    障害回復プランの実行

次のスクリーンショットは、スイッチオーバー計画が正常に完了したことを示しています。ただし、事前チェックが正常に完了しても、失敗したステップが発生することがあります。リカバリ・ステップが実際に実行されているため、ステップが失敗する可能性があります。失敗したステップを修正し、再試行してください。

ディザスタ・リカバリ計画の実行ステータス

タスク6: ディスクがスタンバイvmインスタンスvmapp01drにマウントされたことの確認

スタンバイVMインスタンスvmapp01drに接続して、ファイル・システム上の合計領域および使用可能な領域に関する情報を表示します。

df -h

ボリューム・グループ

スタンバイVMインスタンスで作成されたボリューム・グループをリストすることもできます。

sudo vgs

ブート・ボリューム

次のステップ

DR計画の準備を確実にするために、通常の日常業務に組み込む必要がある2つのベスト・プラクティスがあります。

スタンバイDR保護グループ内のすべてのDR計画の週次事前チェックをスケジュールすることを検討してください。事前チェックはいつでも実行でき、本番ワークロードには影響しません。これにより、DR計画の整合性の確保、欠落しているメンバー・リソースの捕捉、ネットワークの欠落、ユーザー定義ステップによってコールされる予期されるスクリプトの検出不能などに役立ちます。

ディザスタ・リカバリの準備状況を検証するもう1つの非常に重要な方法は、定期的なDR Drillsを月または四半期に1回スケジュールすることです。DR Drillsは本番ワークロードにも影響しませんが、スタンバイ・リージョンのコンピュート、ストレージ、Oracleデータベースおよびロード・バランサのバックエンド・セットのリカバリを1回のボタンで検証できます。Full Stack DR Drillsの詳細

承認

その他の学習リソース

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

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