高可用性およびビジネス継続性
OCI Database with PostgreSQLデータベース・システムは、高可用性のために複数の方法を構成できます。
より可用性の高いデータベース・システムを実現するには、次のいずれかの方法をお薦めします。
- 少なくとも2つのノードを含むデータベース・システムを作成します。障害が検出されると、サービスはフェイルオーバーを実行して、レプリカ・ノードの1つをプライマリ・ノードに数秒以内にプロモートします。
- 少なくとも2つのノードを含むデータベース・システムを作成し、リージョン・データ配置を選択します。複数のノードを持つリージョン別データベース・システムは、可用性ドメイン・レベルの停止に耐えることができます。
複数ノード・データベースおよびノード配置
データベース最適化ストレージを備えたOCI Database with PostgreSQLは、リージョン別ブロック・ボリュームを活用して、高可用性とデータ耐久性を提供します。データは、マルチADリージョン内の異なるアベイラビリティ・ドメイン(AD)に自動的にレプリケートされるため、ミッションクリティカルなデプロイメントでは、AD全体の損失が許容されます。
データベースのプライマリ・ノードは、読取り/書込みエンドポイントとして機能します。プライマリ・ノードにのみ読取り/書込みアクセス権があります。プライマリ・ノードに書き込まれるすべてのデータは、永続的にブロック・ボリュームに格納されます。メタデータは、他の読取りレプリカ・ノードに非同期でコピーされます。
読取りレプリカは、異なる可用性ドメインまたはフォルト・ドメインに配置されます。データベースを作成すると、次のデータ配置モデルが使用されます:
- リージョナル: ノードは異なる可用性ドメインに配置されます。
- 可用性ドメイン固有: ノードは、同じ可用性ドメイン内の異なるフォルト・ドメインに配置されます。
読取りレプリカとして使用できるデータベースにさらにノードを追加できます。読取りレプリカでは、同じリージョナル・ボリュームと非同期レプリケーションを使用して、データベースに追加されるノードが増えるにつれて、データベースが直線的にスケーリングされるようにします。
単一ノード・データベース
データベースで単一ノードを使用している場合、障害を自動的に検出し、新しくプロビジョニングされたコンピュート・インスタンスにデータベース環境をリストアし、分離されたストレージをアタッチすることで、高可用性が提供されます。
リカバリされた環境を構築するために、同じ基礎となるボリュームが再使用されます。ネットワーク・エンドポイントはリストアされた環境で維持されるため、サービス・アプリケーションを再構成する必要はありません。
単一ノード・データベースは、開発、テストまたは非クリティカルな本番目的に使用することをお薦めします。
バックアップ
バックアップは、リモートで取得および格納されるデータベース・データのコピーで、データ損失イベントの後など、必要に応じて元のデータをリストアするために使用できます。バックアップは、手動で作成するか、管理ポリシーを介して自動化して別のリージョンにコピーできます。
自動バックアップは、日次、週次および月次で作成するようにスケジュールできます。自動バックアップの保持期間は、システムによって削除されるまで最大35日です。バックアップを手動で作成する場合、バックアップを特定の日に削除するか、指定した日数後に削除するかを選択できます。
For more information, see Managing OCI Database with PostgreSQL Backups and Using OCI Database with PostgreSQL Backups in Disaster Recovery.
ビジネス継続性
OCI Database with PostgreSQLサービスは、99.99%のアップタイムSLA、マルチノード・データベース・システムでは2分未満のリカバリ時間目標(RTO)、データ損失のないリカバリ・ポイント目標(RPO)は0です。
単一ADリージョンの単一ノード・データベース・システムの場合、このサービスは99.9%のアップタイムSLA、20分未満のRTO、および0のRPOを提供します。
PostgreSQLOCI Database with PostgreSQLを使用したOCI Databaseでは、ブロック・ボリュームを使用してユーザー・データを格納します。したがって、同じ耐久性、セキュリティおよびパフォーマンス保証が適用されます。