ディザスタ・リカバリ
ディザスタ・リカバリ(DR)の目的は、インストール・サイトのレベルで高可用性を提供し、Private Cloud Applianceでホストされている重要なワークロードを停止やデータ損失から保護することです。
現在のPrivate Cloud Applianceコントローラ・ソフトウェアは、サービス・エンクレーブ内からのDR操作のオーケストレーションを含むディザスタ・リカバリ・サービスを提供します。サービスは、インフラストラクチャ・サービス・レイヤーに直接組み込まれているため、ネイティブDRとも呼ばれます。
既存のインストールでは、Oracle Site GuardでOracle Enterprise Managerを実行している3番目のシステムに依存する前世代のディザスタ・リカバリが使用される場合があります。現在のDRサービスに移行するためのパスが提供されます。
第1世代のDRドキュメントは、Private Cloud Appliance管理者ガイドのOracle Help Centerで入手できます。ディザスタ・リカバリの章を参照してください。
ディザスタ・リカバリの設定は、アプライアンス管理者またはOracleエンジニアが担当します。DRセットアップに参加しているシステムは、完全に動作する環境で、それぞれ異なる物理的な場所で実行されます。相互ピア接続を最初に確立して、いずれかのサイトで停止が発生した場合に備えて相互のスタンバイまたはレプリカとして動作できるようにする必要があります。プライマリ・ラックおよびスタンバイ・ラックのDRサービスは、REST APIコールを使用して通信します。ローカル・コマンドは、プラットフォーム・レイヤーの内部メッセージングおよび管理サービスを介して適切なクラウド・インフラストラクチャ・サービスに送信されます。
DRサービスは、リソースと操作を明確に区別します。管理者は、DR構成を作成および管理することで、障害時リカバリ保護の対象となるワークロードおよびリソースを決定します。DR構成では、サイト・レベルのインシデントから保護されるコンピュート・インスタンスを定義し、関連するソース・コンパートメントとターゲット・コンパートメント、およびピアリング・システム間のネットワーキング・リソースをマップします。
DR操作は、スイッチオーバー、フェイルオーバーまたはフェイルオーバー後の操作中に実行するステップの概要を示すDR計画で定義されます。DR構成およびDR計画は、ピアリングされたシステム間で共有され、プライマリ・システムまたはスタンバイ・システムから作成および保守できます。DR操作は、常にスタンバイからトリガーされるフェイルオーバーを除き、どちらのシステムからも実行できます。
ディザスタ・リカバリの対象と対象外の内容を理解することが重要です。
-
コンピュート・インスタンス
-
これらのコンピュート・インスタンスに関連付けられたブロック・ボリューム
-
ファイル・システムはサポートされていません。
-
オブジェクト・ストレージはサポートされていません。
-
OKEクラスタはサポートされていません
-
アプリケーションおよびネットワーク・ロード・バランサはサポートされていません
-
SR-IOVインスタンスはサポートされていません
-
共有ブロック・ボリュームを持つコンピュート・インスタンスはサポートされていません。