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

PostgreSQLデータベース・システムを含むOCIデータベースは、高可用性を実現するためにいくつかの方法を構成できます。

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

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

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

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

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

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

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

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

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

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

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

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

ビジネス継続性

OCI Database with PostgreSQLサービスは、99.99%の稼働時間SLA、マルチノード・データベース・システムのリカバリ時間目標(RTO)が2分未満、データ損失のないリカバリ・ポイント目標(RPO)が0を提供します。

単一ADリージョンの単一ノードのデータベース・システムの場合、このサービスは99.9%の稼働時間SLA、20分未満のRTO、0のRPOを提供します。

PostgreSQLを使用したOCIデータベースでは、ブロック・ボリュームを利用してユーザー・データを格納します。そのため、同じ耐久性、セキュリティおよびパフォーマンスの保証が適用されます。

データベース・バックアップ

バックアップは、データ損失イベントの後など、必要に応じて元のデータをリストアするために使用できるように、リモートで取得および格納されるデータベース・データのコピーです。バックアップは、手動で作成することも、管理ポリシーを使用して自動化することもできます。

自動バックアップは、毎日、毎週、毎月作成するようにスケジュールできます。自動バックアップの保持期間は、システムによって削除されるまで最大35日です。

バックアップを手動で作成する場合は、バックアップを無期限に保持するか、特定の日付に削除するか、または指定した日数後に保持するかを選択できます。