障害時リカバリ

8 障害時リカバリ

この章では、あるサイトで停止が発生した場合に、異なる物理的なロケーションにある2つのOracle Private Cloud Applianceシステムが相互にフォールバックするように管理者が障害リカバリを構成する方法について説明します。

この機能の実装の詳細および技術的なバックグラウンド情報は、「Oracle Private Cloud Appliance概要ガイド」を参照してください。「アプライアンス管理の概要」の章の"Disaster Recovery"の項を参照してください。

アプライアンスでのディザスタ・リカバリの有効化

このセクションでは、障害リカバリ設定に参加するシステムを接続する方法について説明します。 2つのOracle Private Cloud Applianceシステムを異なるサイトにインストールし、3番目のシステムでOracle Enterprise ManagerインストールをOracle Site Guardで実行する必要があります。

障害リカバリのためのシステム・パラメータの収集

お客様の環境で障害リカバリを設定するには、事前に特定の情報を収集する必要があります。設定コマンドの実行に必要なパラメータを入力できるようにするには、次の詳細が必要です:

データ・センター・ネットワーク内のIPアドレス

2つのZFS Storage Applianceにはそれぞれ、データ・センター・ネットワークに少なくとも1つのIPアドレスが必要です。このIPアドレスは、データセンター・ネットワークに物理的に接続されたストレージ・コントローラ・インタフェースに割り当てられます。環境にオプションの高パフォーマンス・ストレージも含まれている場合は、2組のデータ・センターIPアドレスが必要です。
データ・センター・サブネットおよびゲートウェイ

ZFS Storage Applianceは、ネットワークを介してデータを交換できる必要があります。これらのネットワーク・インタフェースは、それらをローカル・サブネットに接続します。障害リカバリ構成に含まれるインタフェースごとに、サブネット・アドレスとゲートウェイ・アドレスが必要です。

Oracle Site Guard構成を完了するには、次の詳細が必要です:

APIコールを受信する両方のPrivate Cloud Applianceシステムのエンドポイント。これらはURIで、次のように書式設定されます : https://<myRegion>.<myDomain>

たとえば:
```
https://myprivatecloud.example.com
```
Private Cloud Applianceサービスを使用した認証のための管理ユーザー名とパスワード、および障害時リカバリAPIコールの認可。これらの資格証明は、Oracle Enterprise Manager内に安全に格納されます。

障害リカバリ設定でのコンポーネントの接続

障害時リカバリの設定で保護する必要があるデータをレプリケートするには、2つのOracle Private Cloud ApplianceラックにインストールされているZFS Storage Applianceを相互に接続する必要があります。これはデータセンター・ネットワークを介した直接接続であり、スパイン・スイッチからデータセンターへのアップリンクは使用しません。

冗長レプリケーション接続を作成するには、2つのサイトのそれぞれに4つのケーブル接続が必要です。 ZFS Storage Applianceには2つのコントローラがあり、各コントローラの最初のデュアル・ポートEthernet拡張カードの25GビットSFP28インタフェースを、次のレベルのデータセンター・スイッチに接続する必要があります。もう一方のサイトでは、同じ4つのポートもこの方法でケーブル接続する必要があります。

レプリケーション接続は、障害リカバリ構成を制御しているデータにのみ使用する必要があります。この接続上で複製されたその他のデータは、自動的に破棄される可能性があります。

次のフェーズでは、データセンター・ネットワークに接続したインタフェースの上にネットワーク構成が作成されます。各ストレージ・コントローラでは、2つのインタフェースが冗長な25Gビット接続に集約されます。インタフェースにはIPアドレスが割り当てられます: 1つのコントローラは、標準パフォーマンス・ストレージ・プールのレプリケーションIPアドレスを所有します。もう1つのコントローラは、高パフォーマンス・ストレージ・プール(存在する場合)のレプリケーションIPを所有します。

ノート:

リンクアグリゲーションもデータセンターのスイッチ上で構成する必要があります。 ZFS Storage Applianceデータ・リンクのMTUは9000バイトです。データ・センター・スイッチのMTUを9216バイトに設定します。

2つのサイトの管理者は、レプリケーション・ネットワークを手動で構成する必要はありません。 ZFS Storage Applianceネットワーク・インタフェースの構成は、「サービスCLI」のdrSetupServiceコマンドを使用して自動化されます。このコマンドを実行すると、管理者はIPアドレスおよびその他の構成設定をコマンド・パラメータとして提供します。 drSetupServiceコマンドの使用については、次の項で説明します。

Oracle Enterprise Managerでは、障害時リカバリ・タスクを実行するためにPrivate Cloud Applianceに固有の追加インストールは必要ありません。ネットワークを介して2つのアプライアンスに到達できるだけです。 Oracle Site Guardは、デフォルトでOracle Enterprise Managerのソフトウェア・ライブラリで使用できます。

Oracle Site Guardが2つのPrivate Cloud Applianceシステム間のフェイルオーバー操作を管理できるようにするには、両方のアプライアンスを「サイト」として設定する必要があります。 2つのサイトは、フェイルオーバー操作計画で障害リカバリ・スクリプトを構成するために使用されるエンドポイントURIで識別します。 Oracle Site Guardが2つのアプライアンスで認証できるように、ユーザー名とパスワードも指定します。

詳細および手順については、Oracle Site GuardおよびOracle Enterprise Managerの製品ドキュメントを参照してください。

ZFS Storage Appliance間のピアリングの設定

ZFS Storage Appliance間の物理接続が確立されたら、「サービスCLI」のdrSetupServiceコマンドを使用してピアとして設定します。このコマンドは、互いに複製して動作するように両方のシステムから実行します。

設定コマンドでは、標準ストレージのオプション以外のレプリケーション・パラメータが必須です。 Private Cloud Applianceシステムにも高パフォーマンスのストレージが含まれている場合は、高パフォーマンスのストレージ・プールのレプリケーション・パラメータをsetupコマンドに追加します。

ただし、高パフォーマンスのストレージ・プールがZFS Storage Applianceで効率的に使用可能である場合にのみ、高パフォーマンスのストレージにレプリケーションを設定します。そうでない場合は、ZFS Storage Applianceで構成した後、設定コマンドを再実行して、後で高パフォーマンスのストレージ・プールを追加します。

障害リカバリ・サービスのレプリケーション・インタフェースを設定すると、システムは、そのゲートウェイが、指定したローカルIPアドレスのサブネット内の最初のホスト・アドレスであると想定します。これは、標準ストレージおよび高パフォーマンス・ストレージのレプリケーション・インタフェースに適用されます。たとえば、ローカルIPアドレスを10.50.7.31/23として指定し、ゲートウェイ・アドレスが10.50.6.1ではない場合、gatewayIpおよびgatewayIpPerfパラメータを使用してゲートウェイIPアドレスをdrSetupServiceコマンドに追加する必要があります。

オプションで、障害リカバリ・ジョブの詳細にDR構成の最大数と保持期間を設定することもできます。

構文(1行に入力):

drSetupService
localIp=<primary_system_standard_replication_ip> (in CIDR notation)
remoteIp=<replica_system_standard_replication_ip>
localIpPerf=<primary_system_performance_replication_ip> (in CIDR notation)
remoteIpPerf=<replica_system_performance_replication_ip>
[Optional Parameters:]
  gatewayIp=<local_subnet_gateway_ip> (default: first host IP in localIp subnet)
  gatewayIpPerf=<local_subnet_gateway_ip> (default: first host IP in localIpPerf subnet)
  maxConfig=<number_DR_configs> (default and maximum is 20)
  jobRetentionHours=<hours> (default and minimum is 24)

例:

標準ストレージのみを構成した場合:

system 1

PCA-ADMIN> drSetupService \
localIp=10.50.7.31/23 gatewayIp=10.50.7.10 remoteIp=10.50.7.33

system 2

PCA-ADMIN> drSetupService \
localIp=10.50.7.33/23 gatewayIp=10.50.7.10 remoteIp=10.50.7.31

標準ストレージと高パフォーマンス・ストレージの両方が構成されている場合:

system 1

PCA-ADMIN> drSetupService \
localIp=10.50.7.31/23 gatewayIp=10.50.7.10 remoteIp=10.50.7.33 \
localIpPerf=10.50.7.32/23 gatewayIpPerf=10.50.7.10 remoteIpPerf=10.50.7.34

system 2

PCA-ADMIN> drSetupService \
localIp=10.50.7.33/23 gatewayIp=10.50.7.10 remoteIp=10.50.7.31 \
localIpPerf=10.50.7.34/23 gatewayIpPerf=10.50.7.10 remoteIpPerf=10.50.7.32

このスクリプトは、両方のZFS Storage Applianceを構成します。

レプリケーション・インタフェースの構成が正常に完了したら、構成したインタフェースを介してレプリケーションを有効にする必要があります。

障害リカバリのためのレプリケーションの有効化

以前に構成したインタフェースを使用して2つのストレージ・アプライアンス間のレプリケーションを有効にするには、「サービスCLI」から同じdrSetupServiceコマンドを再実行しますが、今回はenableReplication=Trueが続きます。また、remotePasswordを指定して他のストレージ・アプライアンスで認証し、ピアリング設定を完了する必要があります。

例:

標準ストレージのみを構成した場合:

system 1

PCA-ADMIN> drSetupService \
localIp=10.50.7.31/23 gatewayIp=10.50.7.10 remoteIp=10.50.7.33 \
enableReplication=True remotePassword=********

system 2

PCA-ADMIN> drSetupService \
localIp=10.50.7.33/23 gatewayIp=10.50.7.10 remoteIp=10.50.7.31 \
enableReplication=True remotePassword=********

標準ストレージと高パフォーマンス・ストレージの両方が構成されている場合:

system 1

PCA-ADMIN> drSetupService \
localIp=10.50.7.31/23 gatewayIp=10.50.7.10 remoteIp=10.50.7.33 \
localIpPerf=10.50.7.32/23 gatewayIpPerf=10.50.7.10 remoteIpPerf=10.50.7.34 \
enableReplication=True remotePassword=********

system 2

PCA-ADMIN> drSetupService \
localIp=10.50.7.33/23 gatewayIp=10.50.7.10 remoteIp=10.50.7.31 \
localIpPerf=10.50.7.34/23 gatewayIpPerf=10.50.7.10 remoteIpPerf=10.50.7.32 \
enableReplication=True remotePassword=********

この段階で、障害時リカバリ設定のZFS Storage Applianceが正常にピアリングされました。ストレージ・アプライアンスは、スケジュールされたデータ・レプリケーションを5分おきに実行できます。複製されるデータは、作成したDR構成に基づきます。「ディザスタ・リカバリ構成の管理」を参照してください。

ZFS Storage Applianceピアリング設定の変更

ディザスタ・リカバリ・サービスを設定し、システム間のレプリケーションを有効にした後、ピアリング構成のすべてのパラメータを変更できます - 個別または1つのコマンドにグループ化されます。サービスを変更するには、「サービスCLI」のdrUpdateServiceコマンドを使用します。

構文(1行に入力):

drUpdateService
localIp=<primary_system_standard_replication_ip> (in CIDR notation)
remoteIp=<replica_system_standard_replication_ip>
localIpPerf=<primary_system_performance_replication_ip> (in CIDR notation)
remoteIpPerf=<replica_system_performance_replication_ip>
gatewayIp=<local_subnet_gateway_ip> (default: first host IP in localIp subnet)
gatewayIpPerf=<local_subnet_gateway_ip> (default: first host IP in localIpPerf subnet)
maxConfig=<number_DR_configs> (default and maximum is 20)
jobRetentionHours=<hours> (default and minimum is 24)

Example 1 - 単純なパラメータ変更

この例は、ジョブの保持時間を24時間から48時間に変更し、DR構成の最大数を20から12に減らす方法を示しています。

PCA-ADMIN> drUpdateService jobRetentionHours=48 maxConfig=12
Command: drUpdateService jobRetentionHours=48 maxConfig=12
Status: Success
Time: 2022-08-11 09:20:48,570 UTC
Data:
  Message = Successfully started job to update DR admin service
  Job Id = ec64cef4-ba68-493d-89c8-22df51553cd8

drShowServiceコマンドを使用して、現在の構成を確認します。変更する前に、コマンドを実行して構成パラメータを表示します。その後再度実行して、変更が正常に適用されたことを確認します。

PCA-ADMIN> drShowService
Command: drShowService
Status: Success
Time: 2022-08-11 09:23:54,951 UTC
Data:
  Local Ip = 10.50.7.31/23
  Remote Ip = 10.50.7.33
  Replication = ENABLED
  Replication High = DISABLED
  Message = Successfully retrieved site configuration
  maxConfig = 12
  gateway IP = 10.50.7.10
  Job Retention Hours = 48

Example 2 - レプリケーションIPの変更

データ・センターにネットワークの変更があり、ディザスタ・リカバリ・サービスで構成されたレプリケーション・インタフェースに異なるサブネットおよびIPアドレスを使用する必要があります。この構成変更は、2つのピア・システム上の複数のコマンドで、特定の順序で適用する必要があります。システムに標準ストレージと高パフォーマンス・ストレージの両方が含まれている場合 - 次の例のように、両方のストレージ・タイプのレプリケーション・インタフェース設定を同じ順序で変更します。

システム1のローカルIPおよびゲートウェイ・パラメータを更新します。リモートIPは変更しないままにします。
```
PCA-ADMIN> drUpdateService \
localIp=10.100.33.83/28 gatewayIp=10.100.33.81 \
localIpPerf=10.100.33.84/28 gatewayIpPerf=10.100.33.81
```

システム2のローカルIP、ゲートウェイ、およびリモートIPパラメータを更新します。

PCA-ADMIN> drUpdateService \
localIp=10.100.33.88/28 gatewayIp=10.100.33.81 remoteIp=10.100.33.83 \
localIpPerf=10.100.33.89/28 gatewayIpPerf=10.100.33.81 remoteIpPerf=10.100.33.84

システム1のリモートIPパラメータを更新します。

PCA-ADMIN> drUpdateService \
remoteIp=10.100.33.88 remoteIpPerf=10.100.33.89

ZFS Storage Applianceピアリング設定の構成解除

ディザスタ・リカバリ・ソリューションのいずれかまたは両方のシステムでリセットが実行され、ディザスタ・リカバリ・サービスを構成解除してZFS Storage Appliance間のピアリング設定全体を削除する必要がある場合は、「サービスCLI」のdrDeleteServiceコマンドを使用します。

注意:

このコマンドに追加のパラメータは必要ありません。 PCA-ADMIN>プロンプトに入力するときは、意図せずに実行しないように注意してください。

DR構成がまだ存在している間は、障害リカバリ・サービスを構成解除できません。次の手順を実行します。

相互に複製として構成された2つのシステムからすべてのDR構成を削除します。
いずれかのシステムの「サービスCLI」にログインし、drDeleteServiceコマンドを入力します。
2番目のシステムの「サービスCLI」にログインし、そこにdrDeleteServiceコマンドも入力します。

障害時リカバリ・サービスが構成されていない場合、drShowServiceコマンドはエラーを返します。

PCA-ADMIN> drShowService
Command: drShowService
Status: Failure
Time: 2022-08-11 12:31:22,840 UTC
Error Msg: PCA_GENERAL_000001: An exception occurred during processing: Operation failed. 
[...]
Error processing dr-admin.service.show response: dr-admin.service.show failed. Service not set up.

ディザスタ・リカバリ構成の管理

このセクションでは、互いのフォールバックとして設定する2つのOracle Private Cloud Applianceシステムで障害リカバリ設定を構成する方法について説明します。

DR構成の作成

DR構成は、システム停止から保護するコンピュート・インスタンスを追加する親オブジェクトです。

「サービスCLI」の使用

コマンドを実行するために必要な情報を収集します:
- DR構成の一意の名前
- 関連付けられたZFSストレージ・プロジェクトの一意の名前

drCreateConfigコマンドを使用して空のDR構成を作成します。

構文(1行に入力):

drCreateConfig 
configName=<DR_configuration_name>
project=<ZFS_storage_project_name>

例:

PCA-ADMIN> drCreateConfig configName=drConfig1 project=drProject1
Command: drCreateConfig configName=drConfig1 project=drProject1
Status: Success
Time: 2021-08-17 07:19:33,163 UTC
Data:
  Message = Successfully started job to create config drConfig1
  Job Id = 252041b1-ff44-4c8e-a3de-11c1e47d9217

ジョブIDを使用して、開始した操作のステータスを確認します。

PCA-ADMIN> drGetJob jobid=252041b1-ff44-4c8e-a3de-11c1e47d9217
Command: drGetJob jobid=252041b1-ff44-4c8e-a3de-11c1e47d9217
Status: Success
Time: 2021-08-17 07:21:07,021 UTC
Data:
  Type = create_config
  Job Id = 252041b1-ff44-4c8e-a3de-11c1e47d9217
  Status = finished
  Start Time = 2021-08-17 07:19:33.507048
  End Time = 2021-08-17 07:20:16.783743
  Result = success
  Message = job successfully retrieved
  Response = Successfully created DR config drConfig1: 439ad078-7e6a-4908-affa-ac89210d76ac

DR構成が作成されると、データ・レプリケーションのストレージ・プロジェクトがZFS Storage Applianceに設定されます。

DR構成IDを書き留めます。これ以降のすべてのコマンドで構成を変更する必要があります。

既存のDR構成のリストを表示するには、drGetConfigsコマンドを使用します。

PCA-ADMIN> drGetConfigs
Command: drGetConfigs
Status: Success
Time: 2021-08-17 07:44:54,443 UTC
Data:
  id configName
  -- ----------
  439ad078-7e6a-4908-affa-ac89210d76ac drConfig1
  e8291afa-a413-4932-880a-abb8ac22c85d drConfig2
  7ad05d9f-731c-41b8-b477-35da4b999071 drConfig3

DR構成のステータスおよび詳細を表示するには、drGetConfigコマンドを使用します。

構文:

drGetConfig drConfigId=<DR_configuration_id>

例:

PCA-ADMIN> drGetConfig drConfigId=439ad078-7e6a-4908-affa-ac89210d76ac
Command: drGetConfig drConfigId=439ad078-7e6a-4908-affa-ac89210d76ac
Status: Success
Time: 2021-08-17 07:47:53,401 UTC
Data:
  Type = DrConfig
  Config State = ENABLED
  Config Name = drConfig1
  Config Id = 439ad078-7e6a-4908-affa-ac89210d76ac
  Project Id = drProject1

DR構成へのサイト・マッピングの追加

サイト・マッピングが追加され、プライマリ・システムで停止が発生し、フェイルオーバーがトリガーされた場合にインスタンスの再起動方法およびレプリカ・システム上のどこでインスタンスを起動するかが決定されます。各サイト・マッピングには、プライマリ・システムのソース・オブジェクトと、レプリカ・システムの対応するターゲット・オブジェクトが含まれます。サイト・マッピングをDR構成に追加する前に、これらのリソースがプライマリ・システムとレプリカ・システムの両方に存在することを確認してください。

DR構成に追加できるサイト・マッピング・タイプは次のとおりです:

コンパートメント: フェイルオーバーが発生した場合、ソース・コンパートメントからのインスタンスをレプリカ・システムのターゲット・コンパートメントで起動する必要があることを指定
サブネット: フェイルオーバーが発生した場合、ソース・サブネットに接続されたインスタンスがレプリカ・システム上のターゲット・サブネットに接続する必要があることを指定
ネットワーク・セキュリティ・グループ: フェイルオーバーが発生した場合、ソース・ネットワーク・セキュリティ・グループに属するインスタンスをレプリカ・システムのターゲット・セキュリティ・グループに含める必要があることを指定

「サービスCLI」の使用

コマンドを実行するために必要な情報を収集します:
- DR構成ID ( drGetConfigs)
- ソースおよびターゲット・オブジェクトのOCIDのマッピング
  
  プライマリ・システムとレプリカ・システムでそれぞれ「コンピュート・エンクレーブ」 UIまたはCLIを使用します。 CLIコマンド:
  - oci iam compartment list
  - oci network subnet list --compartment-id "ocid1.compartment.....uniqueID"
  - oci network nsg list --compartment-id "ocid1.compartment.....uniqueID"

drAddSiteMappingコマンドを使用して、サイト・マッピングをDR構成に追加します。

構文(1行に入力):

drAddSiteMapping 
drConfigId=<DR_configuration_id>
objType=[compartment | subnet | networksecuritygroup]
sourceId=<source_object_OCID>
targetId=<target_object_OCID>

例:

PCA-ADMIN> drAddSiteMapping \
drConfigId=63b36a80-7047-42bd-8b97-8235269e240d \
objType=compartment \
sourceId="ocid1.compartment.....<region1>...uniqueID" \
targetId="ocid1.compartment.....<region2>...uniqueID"
Command: drAddSiteMapping drConfigId=63b36a80-7047-42bd-8b97-8235269e240d objType=compartment sourceId="ocid1.compartment.....<region1>...uniqueID" targetId="ocid1.compartment.....<region2>...uniqueID"
Status: Success
Time: 2021-08-17 09:07:24,957 UTC
Data:
  9244634e-431f-43a1-89ab-5d25905d43f9

PCA-ADMIN> drAddSiteMapping \
drConfigId=63b36a80-7047-42bd-8b97-8235269e240d \
objType=subnet \
sourceId="ocid1.subnet.....<region1>...uniqueID" \
targetId="ocid1.subnet.....<region2>...uniqueID"
Command: drAddSiteMapping drConfigId=63b36a80-7047-42bd-8b97-8235269e240d objType=subnet sourceId="ocid1.subnet.....<region1>...uniqueID" targetId="ocid1.subnet.....<region2>...uniqueID"
Status: Success
Time: 2021-08-17 09:07:24,957 UTC
Data:
  d1bf2cf2-d8c7-4271-b8b6-cdf757648175

PCA-ADMIN> drAddSiteMapping \
drConfigId=63b36a80-7047-42bd-8b97-8235269e240d \
objType=networksecuritygroup \
sourceId="ocid1.nsg.....<region1>...uniqueID" \
targetId="ocid1.nsg.....<region2>...uniqueID"
Command: drAddSiteMapping drConfigId=63b36a80-7047-42bd-8b97-8235269e240d objType=networksecuritygroup sourceId="ocid1.nsg.....<region1>...uniqueID" targetId="ocid1.nsg.....<region2>...uniqueID"
Status: Success
Time: 2021-08-17 09:07:24,957 UTC
Data:
  422f8892-ba0a-4a89-bc37-61b5c0fbbbaa

DR構成のサイト・マッピングに含めるすべてのソース・オブジェクトとターゲット・オブジェクトのOCIDを指定して、コマンドを繰り返します。

ノート:
フェイルオーバーまたはスイッチオーバーを実行するには、コンパートメントとサブネットのマッピングが常に必要です。欠落しているマッピングは、レプリカ・システムでの事前チェック中にOracle Site Guardスクリプトによって検出されます。

DR構成に含まれるサイト・マッピングのリストを表示するには、drGetSiteMappingsコマンドを使用します。 DR構成IDは必須パラメータです。

構文:

drGetSiteMappings drConfigId=<DR_configuration_id>

例:

PCA-ADMIN> drGetSiteMappings drConfigId=63b36a80-7047-42bd-8b97-8235269e240d
Command: drGetSiteMappings drConfigId=63b36a80-7047-42bd-8b97-8235269e240d
Status: Success
Time: 2021-08-17 09:19:22,580 UTC
Data:
  id                                     name
  --                                     ----
  d1bf2cf2-d8c7-4271-b8b6-cdf757648175   null
  9244634e-431f-43a1-89ab-5d25905d43f9   null
  422f8892-ba0a-4a89-bc37-61b5c0fbbbaa   null

DR構成に含まれるサイト・マッピングのステータスと詳細を表示するには、drGetSiteMappingコマンドを使用します。

構文(1行に入力):

drGetSiteMapping 
drConfigId=<DR_configuration_id>
mappingId=<site_mapping_id>

例:

PCA-ADMIN> drGetSiteMapping drConfigId=63b36a80-7047-42bd-8b97-8235269e240d mappingId=d1bf2cf2-d8c7-4271-b8b6-cdf757648175
Command: drGetSiteMapping drConfigId=63b36a80-7047-42bd-8b97-8235269e240d mappingId=d1bf2cf2-d8c7-4271-b8b6-cdf757648175
Status: Success
Time: 2021-08-17 09:25:53,148 UTC
Data:
  Type = DrSiteMapping
  Object Type = subnet
  Source Id = ocid1.nsg.....<region1>...uniqueID
  Target Id = ocid1.nsg.....<region2>...uniqueID
  Work State = Normal

DR構成からのサイト・マッピングの削除

サイト・マッピングが不要になった場合は、DR構成から削除できます。

「サービスCLI」の使用

コマンドを実行するために必要な情報を収集します:
- DR構成ID ( drGetConfigs)
- サイト・マッピングID ( drGetSiteMappings)

drRemoveSiteMappingコマンドを使用して、選択したサイト・マッピングをDR構成から削除します。

構文(1行に入力):

drRemoveSiteMapping 
drConfigId=<DR_configuration_id>
mappingId=<site_mapping_id>

例:

PCA-ADMIN> drRemoveSiteMapping drConfigId=63b36a80-7047-42bd-8b97-8235269e240d mappingId=422f8892-ba0a-4a89-bc37-61b5c0fbbbaa
Command: drRemoveSiteMapping drConfigId=63b36a80-7047-42bd-8b97-8235269e240d mappingId=422f8892-ba0a-4a89-bc37-61b5c0fbbbaa
Status: Success
Time: 2021-08-17 09:41:43,319 UTC

DR構成から削除するすべてのサイト・マッピングのIDでコマンドを繰り返します。

DR構成へのインスタンスの追加

DR構成が作成され、関連するサイト・マッピングが設定されたら、必要なコンピュート・インスタンスを追加します。これらのデータとディスクは、DR構成に関連付けられたZFSストレージ・プロジェクトに格納され、両方のPrivate Cloud ApplianceシステムのZFS Storage Appliance間のネットワーク接続を介してレプリケートされます。

システムにオプションの高性能ディスク・シェルフが含まれている場合は、ZFS Storage Applianceの間に適宜ピアリングを設定する必要があります。その結果、DR構成ごとに2つのZFSプロジェクトが作成されます: 1つは標準プール、もう1つは高パフォーマンス・プールです。標準および高性能ストレージで実行されているディスクがあるDR構成にインスタンスを追加すると、それらのストレージ・リソースが適切なプールのZFSプロジェクトに自動的に追加されます。

「サービスCLI」の使用

コマンドを実行するために必要な情報を収集します:
- DR構成ID ( drGetConfigs)
- 「コンピュート・エンクレーブ」 UIまたはCLIからのインスタンスOCID (oci compute instance list --compartment-id <compartment_OCID>)

drAddComputeInstanceコマンドを使用して、コンピュート・インスタンスをDR構成に追加します。

構文(1行に入力):

drAddComputeInstance 
drConfigId=<DR_configuration_id> 
instanceId=<instance_OCID>

例:

PCA-ADMIN> drAddComputeInstance \
drConfigId=63b36a80-7047-42bd-8b97-8235269e240d \
instanceId=ocid1.instance.....<region1>...uniqueID

Command: drAddComputeInstance drConfigId=63b36a80-7047-42bd-8b97-8235269e240d instanceId=ocid1.instance.....<region1>...uniqueID
Status: Success
Time: 2021-08-17 07:24:35,186 UTC
Data:
  Message = Successfully started job to add instance ocid1.instance.....<region1>...uniqueID to DR config 63b36a80-7047-42bd-8b97-8235269e240d
  Job Id = 8dcbd22d-69b0-4319-b09f-1a4df847e9df

ジョブIDを使用して、開始した操作のステータスを確認します。

PCA-ADMIN> drGetJob jobId=8dcbd22d-69b0-4319-b09f-1a4df847e9df
Command: drGetJob jobId=8dcbd22d-69b0-4319-b09f-1a4df847e9df
Status: Success
Time: 2021-08-17 07:36:27,719 UTC
Data:
  Type = add_computeinstance
  Job Id = 8dcbd22d-69b0-4319-b09f-1a4df847e9df
  Status = finished
  Start Time = 2021-08-17 07:24:36.776193
  End Time = 2021-08-17 07:26:59.406929
  Result = success
  Message = job successfully retrieved
  Response = Successfully added instance [ocid1.instance.....<region1>...uniqueID] to DR config [63b36a80-7047-42bd-8b97-8235269e240d]

DR構成に追加するすべてのコンピュート・インスタンスのOCIDを指定して、drAddComputeInstanceコマンドを繰り返します。

DR構成に含まれるインスタンスのリストを表示するには、drGetComputeInstancesコマンドを使用します。 DR構成IDは必須パラメータです。

構文:

drGetComputeInstances drConfigId=<DR_configuration_id>

例:

PCA-ADMIN> drGetComputeInstances drConfigId=63b36a80-7047-42bd-8b97-8235269e240d
Command: drGetComputeInstances drConfigId=63b36a80-7047-42bd-8b97-8235269e240d
Status: Success
Time: 2021-08-17 08:33:39,586 UTC
Data:
  id                                                           name
  --                                                           ----
  ocid1.instance.....<region1>...instance1_uniqueID            null
  ocid1.instance.....<region1>...instance2_uniqueID            null
  ocid1.instance.....<region1>...instance3_uniqueID            null

DR構成に含まれるインスタンスのステータスおよび詳細を表示するには、drGetComputeInstanceコマンドを使用します。

構文(1行に入力):

drGetComputeInstance 
drConfigId=<DR_configuration_id>
instanceId=<instance_OCID>

例:

PCA-ADMIN> drGetComputeInstance \
drConfigId=63b36a80-7047-42bd-8b97-8235269e240d \
instanceId=ocid1.instance.....<region1>...instance1_uniqueID
Command: drGetComputeInstance drConfigId=63b36a80-7047-42bd-8b97-8235269e240d instanceId=ocid1.instance.....<region1>...instance1_uniqueID
Status: Success
Time: 2021-08-17 08:34:42,413 UTC
Data:
  Type = ComputeInstance
  Compartment Id = ocid1.compartment........uniqueID
  Boot Volume Id = ocid1.bootvolume........uniqueID
  Compute Instance Shape = VM.PCAStandard1.8
  Work State = Normal

DR構成からのインスタンスの削除

インスタンスは1つのDR構成にのみ含めることができます。コンピュート・インスタンスは、追加されたDR構成から削除できます。

「サービスCLI」の使用

コマンドを実行するために必要な情報を収集します:
- DR構成ID ( drGetConfigs)
- インスタンスOCID ( drGetComputeInstances)

drRemoveComputeInstanceコマンドを使用して、選択したコンピュート・インスタンスをDR構成から削除します。

構文(1行に入力):

drRemoveComputeInstance 
drConfigId=<DR_configuration_id>
instanceId=<instance_OCID>

例:

PCA-ADMIN> drRemoveComputeInstance \
drConfigId=63b36a80-7047-42bd-8b97-8235269e240d \
instanceId=ocid1.instance.....<region1>...instance3_uniqueID
Command: drRemoveComputeInstance drConfigId=63b36a80-7047-42bd-8b97-8235269e240d instanceId=ocid1.instance.....<region1>...instance3_uniqueID
Status: Success
Time: 2021-08-17 08:45:59,718 UTC
Data:
  Message = Successfully started job to remove instance ocid1.instance.....<region1>...instance3_uniqueID from DR config 63b36a80-7047-42bd-8b97-8235269e240d
  Job Id = 303b42ff-077c-4504-ac73-25930652f73a

ジョブIDを使用して、開始した操作のステータスを確認します。

PCA-ADMIN> drGetJob jobId=303b42ff-077c-4504-ac73-25930652f73a
Command: drGetJob jobId=303b42ff-077c-4504-ac73-25930652f73a
Status: Success
Time: 2021-08-17 08:56:27,719 UTC
Data:
  Type = remove_computeinstance
  Job Id = 303b42ff-077c-4504-ac73-25930652f73a
  Status = finished
  Start Time = 2021-08-17 08:46:00.641212
  End Time = 2021-08-17 07:47:19.142262
  Result = success
  Message = job successfully retrieved
  Response = Successfully removed instance [ocid1.instance.....<region1>...instance3_uniqueID] from DR config [63b36a80-7047-42bd-8b97-8235269e240d]

DR構成から削除するすべてのコンピュート・インスタンスのOCIDを指定して、drRemoveComputeInstanceコマンドを繰り返します。

DR構成のリフレッシュ

DR構成に格納されているレプリケーション情報が環境内のすべての最新の変更で更新されるように、DR構成をリフレッシュできます。

「サービスCLI」の使用

リフレッシュするDR構成のIDを調べます(drGetConfigs)。

drRefreshConfigコマンドを使用して、選択したDR構成に格納されているデータをリフレッシュします。

構文:

drRefreshConfig drConfigId=<DR_configuration_id>

例:

PCA-ADMIN> drRefreshConfig drConfigId=63b36a80-7047-42bd-8b97-8235269e240d
Command: drRefreshConfig drConfigId=63b36a80-7047-42bd-8b97-8235269e240d
Status: Success
Time: 2021-08-17 10:43:33,241 UTC 
Data:
  Message = Successfully started job to refresh DR config 63b36a80-7047-42bd-8b97-8235269e240d
  Job Id = 205eb34e-f416-41d3-95a5-506a1d891fdb

ジョブIDを使用して、開始した操作のステータスを確認します。

PCA-ADMIN> drGetJob jobId=205eb34e-f416-41d3-95a5-506a1d891fdb
Command: drGetJob jobId=205eb34e-f416-41d3-95a5-506a1d891fdb
Status: Success
Time: 2021-08-17 10:51:27,719 UTC
Data:
  Type = refresh_config
  Job Id = 205eb34e-f416-41d3-95a5-506a1d891fdb
  Status = finished
  Start Time = 2021-08-17 10:43:34.264828
  End Time = 2021-08-17 10:45:12.718561
  Result = success
  Message = job successfully retrieved
  Response = Successfully refreshed DR config [63b36a80-7047-42bd-8b97-8235269e240d]

DR構成の削除

DR構成が不要になった場合は、単一のコマンドで削除できます。また、すべてのサイト・マッピングが削除され、プライマリおよびレプリカ・システムのZFS Storage Appliance上の関連するストレージ・プロジェクトがクリーンアップされます。ただし、DR構成に含まれているすべてのコンピュート・インスタンスを削除する前に停止する必要があります。

「サービスCLI」の使用

削除するDR構成の一部であるコンピュート・インスタンスをすべて停止します。
削除するDR構成のIDを調べます(drGetConfigs)。

drDeleteConfigコマンドを使用して、選択したDR構成を削除します。

構文:

drDeleteConfig drConfigId=<DR_configuration_id>

例:

PCA-ADMIN> drDeleteConfig drConfigId=63b36a80-7047-42bd-8b97-8235269e240d
Command: drDeleteConfig drConfigId=63b36a80-7047-42bd-8b97-8235269e240d
Status: Success
Time: 2021-08-17 14:45:19,634 UTC 
Data:
  Message = Successfully started job to delete DR config 63b36a80-7047-42bd-8b97-8235269e240d
  Job Id = d2c1198d-f521-4b8d-a9f1-c36c7965d567

ジョブIDを使用して、開始した操作のステータスを確認します。

PCA-ADMIN> drGetJob jobId=d2c1198d-f521-4b8d-a9f1-c36c7965d567
Command: drGetJob jobId=d2c1198d-f521-4b8d-a9f1-c36c7965d567
Status: Success
Time: 2021-08-17 16:18:33,462 UTC
Data:
  Type = delete_config
  Job Id = d2c1198d-f521-4b8d-a9f1-c36c7965d567
  Status = finished
  Start Time = 2021-08-17 14:45:20.105569
  End Time = 2021-08-17 14:53:32.405569
  Result = success
  Message = job successfully retrieved
  Response = Successfully deleted DR config [63b36a80-7047-42bd-8b97-8235269e240d]