高可用性およびビジネス継続性

より可用性の高いデータベース・システムを実現するには、次のいずれかの方法をお薦めします。

• 少なくとも2つのノードを含むデータベース・システムを作成します。障害が検出されると、サービスはフェイルオーバーを実行して、数秒以内にレプリカ・ノードの1つをプライマリ・ノードに昇格させます。
• 少なくとも2つのノードを持つデータベース・システムを作成し、かつリージョナル・データ配置を選択します。複数のノードを持つリージョナル・データベース・システムは、可用性ドメインレベルの停止に耐えることができます。

複数のノード・データベースとノードの配置

OCI Database with PostgreSQL with database optimized storageは、リージョナル・ブロック・ボリュームを利用して高可用性とデータ耐久性を実現します。データは、複数のADリージョンにある異なるアベイラビリティ・ドメイン(AD)間で自動的にレプリケートされるため、ミッションクリティカルなデプロイメントはAD全体の損失を許容できます。

データベースのプライマリ・ノードは、読取り/書込みエンドポイントとして機能します。プライマリ・ノードのみに対する読取り/書込みアクセス権があります。プライマリ・ノードに書き込まれたデータはすべて、ブロック・ボリュームに永続的に格納されます。メタデータは、他の読取りレプリカ・ノードに非同期でコピーされます。

読取りレプリカは、様々な可用性ドメインまたはフォルト・ドメインに配置されます。データベースを作成すると、次のデータ配置モデルが使用されます:

• リージョナル: ノードは異なる可用性ドメインに配置されます。
• 可用性ドメイン固有: ノードは、同じ可用性ドメイン内の異なるフォルト・ドメインに配置されます。

読取りレプリカとして使用できるデータベースにさらにノードを追加できます。読取りレプリカでは、同じリージョナル・ボリュームと非同期レプリケーションを使用して、データベースに追加されるノードが増えるにつれてデータベースが直線的にスケーリングされるようにします。

単一ノード・データベース

データベースが単一ノードを使用している場合、障害を自動的に検出し、新しくプロビジョニングされたコンピュート・インスタンスにデータベース環境をリストアし、分離されたストレージをアタッチすることで、高可用性が提供されます。

リカバリされた環境の構築には、同じ基礎となるボリュームが再使用されます。ネットワーク・エンドポイントはリストアされた環境で保持されるため、サービス・アプリケーションを再構成する必要はありません。

単一ノード・データベースは、開発、テストまたは非クリティカルな本番目的で使用することをお薦めします。