IBM Cloud Docs
高可用性を理解する Cloud Databases

高可用性を理解する Cloud Databases

このドキュメントでは、IBM Cloud®について説明します。データベースには、Databases for PostgreSQL Databases for MongoDB Databases for Redis Databases for Elasticsearch IBM Cloud® Databases for MySQL Messages for RabbitMQ Databases for EnterpriseDB Databases for etcdがあります。

リージョン

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