Active Data Guard Far Syncのデプロイについて学習します
Oracle Database@Azureでは、Microsoft Azureのデータ・センターでOracle Exadata Database Service on Dedicated Infrastructureを使用して、ミッションクリティカルなOracleデータベースを実行できます。
Oracle Exadata Database ServiceおよびOracle Real Application Clusters (Oracle RAC)の組込みの高可用性、パフォーマンスおよびスケーラビリティを活用しながら、Azureアプリケーションの低レイテンシを利用できます。
別のExadata仮想マシン(VM)クラスタでホストされているスタンバイ・データベースでアーキテクチャを拡張すると、データベースおよびクラスタの障害に対するディザスタ・リカバリ(DR)保護が提供されます。スタンバイを別のAzure可用性ゾーン(AZ)に配置すると、ソリューションがさらに強化され、AZ全体の障害に対する保護が保証されます。包括的なリージョン・ディザスタ・リカバリでは、スタンバイ・データベースを別のリージョンにデプロイする必要があります。
Oracle Data Guardでは、REDOをスタンバイ・データベースに同期的に転送して、データ損失ゼロを実現できます。ただし、スタンバイ・データベースが地理的に遠すぎる場合、レイテンシは増加し、コミット・レスポンス時間およびプライマリ・データベースでのトランザクション・スループットに影響します。Active Data Guard遠隔同期は、プライマリ・データベースのパフォーマンスへの影響を最小限に抑えながら、任意の距離でデータ損失をゼロにすることができます。軽量インスタンスである遠隔同期は、同期ローカル・スタンバイ・データベースを必要とせずに、同期REDO保護とデータ損失ゼロのフェイルオーバーを提供します。
アーキテクチャ
このリファレンス・アーキテクチャは、Active Data Guardを使用したリージョン間のディザスタ・リカバリを示しています。
2つのActive Data Guard遠隔同期インスタンスが、対応するOracle Cloud Infrastructure (OCI)リージョンに作成されます。トロントのプライマリ・データベースは、REDOデータをSYNCモードでトロントのローカル遠隔同期インスタンスに送信します。このインスタンスは、ASYNCモードのREDOデータをリモートのシドニー・リージョンのスタンバイ・データベースに転送します。
ロール・スイッチとシドニーのデータベースがプライマリになると、SYNCモードのREDOデータがシドニーのローカル遠隔同期インスタンスに送信され、これにより、ASYNCモードのREDOデータがリモートのトロント・リージョンのスタンバイ・データベースに転送されます。
Oracle Database@Azureネットワーク上のOracle Exadata Database Serviceは、Oracleによって管理される動的ルーティング・ゲートウェイ(DRG)を使用してExadataクライアント・サブネットに接続されます。DRGは、異なるリージョンのVCNs間にピア接続を作成するためにも必要です。Because only one DRG is allowed per VCN in OCI, a second VCN with its own DRG is required to connect the primary and standby VCNs in each region.
アプリケーションはリージョン間でレプリケートされ、同じリージョン内のデータベースにアクセスするため、最小のレイテンシと最高のパフォーマンスを実現します。
次の図は、このリファレンス・アーキテクチャを示しています。
アクティブ- データ- ガード- ファール- 同期-DBA-oracle.zip
Microsoft Azureには、次のコンポーネントが用意されています。
- Azureリージョン
Azureリージョンは、可用性ゾーンと呼ばれる1つ以上の物理Azureデータ・センターが存在する地理的領域です。リージョンは他のリージョンから独立しており、長距離の場合は(国または大陸にまたがって)分離できます。
AzureおよびOCIリージョンは、ローカライズされた地理的領域です。Oracle Database@Azureの場合、AzureリージョンがOCIリージョンに接続され、Azureの可用性ゾーン(AZ)がOCIの可用性ドメイン(AD)に接続されます。距離とレイテンシを最小限に抑えるために、AzureとOCIリージョンのペアが選択されます。
- Azure VNet
Microsoft Azure Virtual Network(VNet)は、Azureのプライベート・ネットワークの基本的な構成要素です。VNetを使用すると、Azure仮想マシン(VM)などの多くのタイプのAzureリソースが、相互に、インターネットおよびオンプレミス・ネットワークと安全に通信できます。
- Azure委任サブネット
サブネット委任とは、Microsoftがマネージド・サービス(特にPlatform-as-a-Service (PaaS)サービス)を仮想ネットワークに直接注入できることです。これにより、外部サービスが外部PaaSサービスであっても、外部サービスが仮想ネットワーク・リソースとして機能するように、サブネットを仮想ネットワーク内の外部管理対象サービスのホームとして指定または委任できます。
- Azure VNIC
Azureデータ・センターのサービスには、物理ネットワーク・インタフェース・カード(NIC)があります。仮想マシン・インスタンスは、物理NICに関連付けられた仮想NIC (VNIC)を使用して通信します。各インスタンスには、起動時に自動的に作成およびアタッチされるプライマリVNICがあり、インスタンスの存続期間中に使用できます。
Oracle Cloud Infrastructureでは、次のコンポーネントが提供されます:
- リージョン
Oracle Cloud Infrastructureリージョンとは、可用性ドメインと呼ばれる1つ以上のデータ・センターを含む、ローカライズされた地理的領域です。リージョンは他のリージョンから独立しており、長距離の場合は(国または大陸にまたがって)分離できます。
- 仮想クラウド・ネットワーク(VCN)およびサブネット
VCNは、Oracle Cloud Infrastructureリージョンで設定する、カスタマイズ可能なソフトウェア定義ネットワークです。従来のデータ・センター・ネットワークと同様に、VCNsではネットワーク環境を制御できます。VCNには重複しない複数のCIDRブロックを含めることができ、VCNの作成後にそれらを変更できます。VCNをサブネットにセグメント化して、そのスコープをリージョンまたは可用性ドメインに設定できます。各サブネットは、VCN内の他のサブネットと重複しない連続した範囲のアドレスで構成されます。サブネットのサイズは、作成後に変更できます。サブネットはパブリックにもプライベートにもできます。
- ルート表
仮想ルート表には、通常ゲートウェイを介して、サブネットからVCN外部の宛先にトラフィックをルーティングするルールが含まれます。
- セキュリティ・リスト
サブネットごとに、サブネット内外で許可する必要があるトラフィックのソース、宛先およびタイプを指定するセキュリティ・ルールを作成できます。
- 動的ルーティング・ゲートウェイ(DRG)
The DRG is a virtual router that provides a path for private network traffic between VCNs in the same region, between a VCN and a network outside the region, such as a VCN in another Oracle Cloud Infrastructure region, an on-premises network, or a network in another cloud provider.
- ローカル・ピアリング・ゲートウェイ(LPG)
LPGを使用すると、1つのVCNを同じリージョン内の別のVCNとピアリングできます。ピアリングとは、インターネットを横断するトラフィックやオンプレミス・ネットワークを介したルーティングなしで、VCNsがプライベートIPアドレスを使用して通信することを意味します。
- Data Guard
Oracle Data GuardおよびOracle Active Data Guardは、1つ以上のスタンバイ・データベースを作成、維持、管理および監視する包括的なサービスのセットを提供し、本番のOracleデータベースを中断することなく使用できるようにします。Oracle Data Guardは、インメモリー・レプリケーションを使用して、これらのスタンバイ・データベースを本番データベースのコピーとしてメンテナンスします。計画停止または計画外停止により本番データベースが使用できなくなった場合、Oracle Data Guardはいずれかのスタンバイ・データベースを本番ロールに切り替えることで、停止に伴うダウンタイムを最小化できます。Oracle Active Data Guardは、ほとんどの読取りワークロードをスタンバイ・データベースにオフロードする追加機能を提供し、高度なデータ保護機能も提供します。
- Active Data Guard遠隔同期
Oracle Active Data Guard遠隔同期は、プライマリ・データベースからREDOデータを同期的に受信し、1つ以上のスタンバイ・データベースに非同期に転送する軽量Oracleデータベース・インスタンスです。プライマリ・データベースのパフォーマンスへの影響を最小限に抑え、ローカルの同期スタンバイ・データベースを必要とせずに、任意の距離でデータ損失をゼロにします。
- Exadata Database Service on Dedicated Infrastructure
Oracle Exadata Database Service on Dedicated Infrastructureを使用すると、クラウドでExadataのパワーを活用できます。Oracle Exadata Database Serviceは、パブリック・クラウドで専用に最適化されたOracle Exadataインフラストラクチャ上に、実績のあるOracle Database機能を提供します。Oracle Databaseのすべてのワークロードに組み込まれたクラウド自動化、柔軟なリソーススケーリング、セキュリティ、高速パフォーマンスにより、管理を簡素化し、コストを削減できます。
- Oracle Database@Azure
Oracle Database@Azureは、Microsoft Azureデータ・センターにデプロイされたOracle Cloud Infrastructure (OCI)で実行されているOracle Databaseサービス(Oracle Exadata Database Service on Dedicated InfrastructureおよびOracle Autonomous Database Serverless)です。このサービスは、OCIで機能と価格を同等に提供します。Azure Marketplaceでサービスを購入します。
Oracle Database@Azureは、Oracle Exadata Database Service、Oracle Real Application Clusters (Oracle RAC)およびOracle Data GuardテクノロジをAzureプラットフォームに統合します。ユーザーは、AzureコンソールおよびAzure自動化ツールでサービスを管理します。サービスはAzure Virtual Network(VNet)にデプロイされ、Azure Identity and Access Managementシステムと統合されます。OCIおよびOracle Databaseの汎用メトリックおよび監査ログは、Azureでネイティブに利用できます。このサービスでは、ユーザーにAzureサブスクリプションとOCIテナンシが必要です。
Autonomous Databaseは、Oracle Exadataインフラストラクチャ上に構築されており、自己管理、自己保護、自己修復が可能なため、手動のデータベース管理や人的エラーを排除できます。Autonomous Databaseでは、大規模言語モデル(LLM)と導入場所の選択肢を使用して、組み込みのAI機能を使用して、あらゆるデータでスケーラブルなAI搭載アプリを開発できます。
Oracle Exadata Database ServiceとOracle Autonomous Database Serverlessはどちらも、ネイティブのAzure Portalを介して簡単にプロビジョニングされるため、より広範なAzureエコシステムにアクセスできます。
レコメンデーション
- 遠隔同期インスタンスは、同じ障害または障害の影響を受けず、ネットワーク待機時間を最小限に抑えるのに十分な距離にあるように、プライマリ・データベースから十分である必要があります。
- 高可用性を実現するために、リージョンごとに2つの遠隔同期インスタンスを作成します。代替遠隔同期インスタンスがない場合、またはプライマリ・リージョン内のすべての遠隔同期インスタンスが使用できない場合、Oracle Data Guard REDO転送はASYNCモードでスタンバイ・データベースに直接送信され、データ損失ゼロの保護に影響します。また、構成と距離によっては、トランスポート・ラグがRPOにさらに影響する可能性があります。
- 遠隔同期インスタンスのストレージ・パフォーマンスが重要なため、IOPSの容量がワークロードをサポートするのに十分である必要があります。遠隔同期インスタンスの記憶域には、プライマリ・データベースのオンラインREDOログ記憶域と同じかそれ以上のIOPSパフォーマンスが必要です。
- OCI管理対象ネットワークを使用して、Oracle Database@Azure上のExadata VMクラスタにプロビジョニングされたデータベースのリージョン間でOracle Data Guardを使用します。
リージョナル間のディザスタ・リカバリに関する考慮事項
Oracle Database@AzureでOracle Exadata Database Serviceのリージョン間のディザスタ・リカバリを実行する場合は、次の点を考慮してください。
- Oracle Cloud Infrastructureは、最初の10TB/月が無料であるため、レイテンシとスループットで測定され、コストを削減するために、より優れたパフォーマンスを実現するために推奨されるネットワークです。
- 遠隔同期は軽量インスタンスです。ただし、遠隔同期がプライマリに確認応答する前に受信したREDOをディスクに書き込む場合、ディスク・パフォーマンスは重要です。これにより、アプリケーションのパフォーマンスが影響を受ける可能性があります。
- 遠隔同期インスタンスのネットワーク・パフォーマンスは、大量のワークロードにとって重要です。
- 複数のスタンバイ・データベースおよび遠隔同期インスタンスでは、構成がより複雑になる場合があります。Active Data GuardブローカRedoRoutesプロパティを使用して、様々な宛先へのREDOの転送方法の定義を簡略化します。
- 遠隔同期を使用するには、Active Data Guardオプションが必要です。