IBM Cloud Docs
Cloud Databases の高可用性の理解

Cloud Databases の高可用性の理解

この文書は、以下の IBM Cloud® データベースすべてを対象としています： Databases for MongoDBDatabases for PostgreSQL、 Databases for Redis、 Databases for Elasticsearch、、 IBM Cloud® Databases for MySQL、、および Messages for RabbitMQ。

リージョン

IBM Cloud® データベースインスタンスは、マルチゾーンリージョン（MZR）（例：ダラス、フランクフルト、ロンドン、シドニー、東京、ワシントン）または単一キャンパス型マルチゾーンリージョン（例：チェンナイ）のいずれかにデプロイされます。 各インスタンスは高可用性構成でデプロイされます。つまり、データは各データベースによって1台以上のサーバーに複製され、通常稼働時にはデータの高可用性が確保されます。

MZR内の単一キャンパス・マルチゾーン領域障害、またはいずれかの領域におけるハードウェア障害が発生した場合でも、データは他の正常に動作するデータベースサーバーに複製されているため、引き続きアクセス可能です。 こうした問題には、IBM Cloud® 専門の担当者が対応します。

特定のデータベースが各メンバー間でどのようにデータを複製するかについての詳細は、Cloud Databasesドキュメントを参照してください。

バックアップ

リージョン全体の障害が発生した場合、そのリージョン内のデータベース・サーバーがアクセス不能になる可能性がありますが、バックアップ・データは引き続き利用可能です。 サービス管理コンソールで、そのバックアップから、利用可能なリージョンへのリストアを開始することができます。 詳細は Cloud Databasesバックアップのドキュメント を参照してください。

IBM Cloud®データベース・プラットフォームがリストアされたときに、リストアする 新しいサービス・インスタンスを作成 するのはお客様の責任です。データベースプラットフォームがリストアされます。 また、バックアップの妥当性およびリストア時間のテストもお客様が行う必要があります。 詳細については、* Cloud Databasesの共有責任*のページの ディザスタ・リカバリのセクション を参照してください。

アプリケーション・レベルの高可用性

ネットワークとクラウド・サービスを介して通信するアプリケーションは、一時的な接続障害の影響を受けます。 アプリケーションは、デプロイ先または IBM Cloud への接続が一時的に失われた場合に、エラーが発生した際に再接続（単なる再試行ではない）するように設計する必要があります。

Cloud Databases はマネージドサービスであるため、定期的な更新とデータベースのメンテナンスは通常の運用の一環として行われます。 このようなメンテナンスにより、データベースが無効化される短い間隔が発生することがあります。

アプリケーションは、データベースへの一時的な中断に対処できるよう設計され、失敗したデータベースコマンドに対するエラー処理を実装し、一時的な中断からの回復のための再接続ロジックを実装する必要があります。

データベースが使用できないか、接続が中断した状態が何分間も続くことは予期されていません。 接続不可の時間が 1 分を超える場合は、IBM で調査できるように、サポート・チケットをオープンして詳細をお知らせください。

複数のリージョンにデプロイメントがある場合は、IBM Cloud® Monitoring をプロビジョンし、各リージョンでプラットフォーム・メトリックを有効にする必要があります。 詳細は IBM Cloud Monitoring 統合を参照してください。

SLA