高可用性アーキテクチャ

IBM Cloud® Databases for PostgreSQL PostgreSQL の高可用性 で説明されている postgres メンバー間のリクエストの分散を制御します。

アベイラビリティー・ゾーンとは、1 つの IBM Cloud リージョン内で論理的かつ物理的に分離された場所のことであり、データが処理され、ホストされる場所です。

• アベイラビリティー・ゾーンをまたぐ単一障害点をなくして耐障害性を強化するために、ゾーンごとに、他のゾーンから切り離された電源、冷却装置、ネットワーク・インフラストラクチャーがあります。
• 同じリージョン内では、高帯域幅かつ低遅延のアベイラビリティー・ゾーン間通信を利用できます。

リージョン (ロケーション) とは、地理的および物理的に分けられたグループであり、各グループには 1 つ以上のアベイラビリティー・ゾーンが含まれます。リージョンごとに、他のリージョンから切り離された電気インフラストラクチャーとネットワーク・インフラストラクチャーがあります。

• リージョンは、他のリージョンとの単一障害点の共有をなくし、かつ、リージョン内での低遅延のゾーン間通信が保証されるように設計されています。
• 冗長化のために、リージョンごとに 3 つの異なるデータ・センター (DC) があります。

アベイラビリティー・ゾーン

Activity Tracker Event Routing は、可用性の高い、リージョナルなサービスです。

• Activity Tracker Event Routing は複数のリージョンで使用できます。 Activity Tracker Event Routing が使用可能なリージョンについて詳しくは、リージョンを参照してください。
• 各マルチゾーン地域には、冗長性を確保するために、 active/active モードで構成された3つの異なるデータセンターがあります。
• 特定のロケーション内のすべてのデータセンターで障害が発生すると、そのロケーションでは Activity Tracker Event Routing が使用できなくなります。
• サポートされる各リージョンでは、複数の可用性ゾーンにわたるインフラストラクチャー全体でトラフィックが負荷分散されるため、単一障害点は存在しません。

サービス可用性について詳しくは、サービス・レベル・アグリーメント (SLA) を参照してください。

以下の表に、IBM Cloud Activity Tracker Event Routing サービスを提供しているリージョン (ロケーション) の高可用性 (HA) 状況をリストします。

サービス提供地域一覧

地域	リージョン	EU サポートあり	HA 状況
アジア太平洋	チェンナイ (in-che)	N/A	SZR
アジア太平洋	ムンバイ (in-mum)	N/A	SZR
アジア太平洋	大阪 (jp-osa)	N/A	MZR
アジア太平洋	シドニー (au-syd)	N/A	MZR
アジア太平洋	東京 (jp-tok)	N/A	MZR
ヨーロッパ	フランクフルト (eu-de)		MZR
ヨーロッパ	ロンドン (eu-gb)	N/A	MZR
ヨーロッパ	マドリッド (eu-es)		MZR
北米	ダラス (us-south)	N/A	MZR
北米	モントリオール (ca-mon)	N/A	MZR
北米	トロント (ca-tor)	N/A	MZR
北米	ワシントン (us-east)	N/A	MZR
南米	サンパウロ (br-sao)	N/A	MZR

説明

• ジオグラフィーとは、1 つ以上のリージョンを持つ地理的領域または広域の国家の集合体を指します。

• リージョンとは、定義された地理的な領域です。

  リージョンとなり得るのは、特定の郵便番号区域、町、市、州、州のグループ、さらには国のグループです。

  リージョンには、そのリージョンにおけるローカルアクセス、低遅延、およびセキュリティの要件を満たすために、 複数のアベイラビリティゾーンが含まれています。

• N/A は、そのジオグラフィーでは適用外の機能であることを示しています。

• MZR は、マルチゾーン・リージョンを意味します。 詳細はこちら。

災害復旧アーキテクチャ

IBM Cloud® Databases for PostgreSQL、 PostgreSQL の高可用性 で説明されている postgres メンバー間のリクエストの分散を制御します。

IBM Cloud Object Storage IBM Cloud Activity Tracker Event Routing の postgres バックアップを保存するために使用されるジオバケットを管理します。 ジオロケーションバケット管理 については、 IBM Cloud Object Storage の高可用性 で説明されています。

単一ゾーンの故障

IBM Cloud Activity Tracker Event Routing HAであり、単一ゾーンまたは単一マシンの故障を乗り越えて機能し続けることができます

地域的な障害

Activity Tracker Event Routing プラットフォームサービスです。 地域をまたいだ自動的なフェイルオーバーや災害復旧は行われません。 あるリージョン内のすべてのアベイラビリティゾーンで障害が発生した場合、そのリージョンでは Activity Tracker Event Routing が利用できなくなります。

HAとDRに対するお客様の責任

災害復旧とは、単一ロケーションでの壊滅的な障害または可用性の消失が発生しても存続できるよう対処することに関する内容です。

Activity Tracker Event Routing プラットフォームサービスです。 地域をまたいだ自動的なフェイルオーバーや災害復旧は行われません。 リージョン内のすべてのアベイラビリティー・ゾーンに障害が発生すると、そのロケーションで Activity Tracker Event Routing が使用できなくなります。

異なる地域のバックアップ対象にルーティングする構成を作成できます。

地域で災害が発生した場合に備えて地域間の高可用性を確立するために、以下の手順を実行する必要があります。

1. リカバリ領域として使用する場所を決めます。 次のオプションのいずれかを選択してください。

   • 推奨されたDR復旧領域を確認し、その領域を復旧領域として使用します。

   • Activity Tracker Event Routing アカウントの設定でプライマリロケーションとセカンダリバックアップロケーションを設定している場合は、いずれかのロケーションがまだ使用可能かどうかを確認し、そのいずれかをリカバリリージョンとして使用します。

   • Activity Tracker Event Routing アカウント設定でプライマリロケーションのみを設定しており、そのロケーションがダウンしている場合は、 Activity Tracker Event Routing のサポート対象地域を確認し、アクティブな地域をリカバリリージョンとして選択してください。

2. Activity Tracker Event Routing がサポートする地域のみでターゲットを定義できます。 しかし、実際のターゲットは別の地域で利用可能であり、運用を継続することができます。 まず、対象が利用可能かどうかを確認する必要があります。 次に、以下の選択肢から1つを選んでください：

   • ダウンしている地域とは異なる地域にターゲットが利用可能であり、選択した復旧地域が Activity Tracker Event Routing アカウント設定で構成されている場合、プライマリロケーションとバックアップセカンダリロケーションには、お客様のターゲットの詳細が含まれます。 アカウントで定義されているルートを継続的に確認し、イベントがターゲットに確実にルーティングされるようにすることができます。

   • ダウンしているリージョンとは異なるリージョンでターゲットが利用可能であり、選択した復旧リージョンが Activity Tracker Event Routing アカウント設定で構成されているリージョンではない場合、利用可能な Activity Tracker Event Routing サポート対象リージョンでターゲットを構成する必要があります。できれば、復旧リージョンとして選択したリージョンで構成してください。 次に、アカウントで定義されているルートを確認し、設定した新しい宛先にイベントがルーティングされるようにする必要があります。

   • ターゲットが利用できない場合は、そのタイプのターゲットのDR復旧プロセスを実行し、選択した復旧領域に新しいものを準備する必要があります。 Activity Tracker Event Routing がサポートする利用可能な地域で、できればリカバリ地域として選択した地域でターゲットを設定する必要があります。 次に、アカウントで定義されているルートを確認し、設定した新しい宛先にイベントがルーティングされるようにする必要があります。

3. アカウントで設定したターゲットにイベントをどのようにルーティングするかを指定するために、ルートを定義します。 これらのルートはグローバルであり、特定の地域に限定されるものではありません。 したがって、DRシナリオの場合、構成されたすべてのターゲットが稼働していること、およびルールが稼働中のターゲットと場所に適用されていることを確認する必要があります。

   ダウンしたリージョンでアカウント内のグローバル・イベントも収集していた場合は、グローバル・イベントを収集するようにリカバリー・リージョンの経路を更新する必要があります。

ダウンしたリージョンで Activity Tracker Event Routing が復旧すると、構成が復元されます。 ダウンした地域で操作を継続するには、以下の手順に従います

1. その地域にある既存のターゲットも復旧し、稼働していることを確認する必要があります。
2. リカバリー・リージョンでグローバル監査イベントの収集を有効にする必要があった場合は、そのリージョンでグローバル・イベントを停止するように経路を更新する必要があります。
3. 新しいターゲットを設定していた場合、設定を更新して、ダウンしたターゲットを使用するように戻すことができます。 また、リカバリ領域で有効にしたターゲットを引き続き使用することもできます。

IBM Cloud Activity Tracker Event Routing を利用する際のあなたと IBM Cloud 間の責任分担 についての詳細は、「 IBM Cloud Activity Tracker Event Routing を利用する際のあなたの責任について」をご覧ください。

目標復旧時間（RTO）と目標復旧時点（RPO）

DR 状態が発生した場合の推定復旧時間を以下の表にまとめます。

変更管理

変更管理には、アップグレード、設定変更、削除などのタスクが含まれます。

ユーザーおよびプロセスには、業務に必要な最小限の特権でIAMの役割と権限を付与することをお勧めします。 参照 サービスの誤削除を防ぐ方法を教えてください。

IBM®、災害復旧計画をどのようにサポートするか

• IBM® 毎年、さまざまな災害シナリオを想定したテストを実施し、テスト中に発見された事項に基づいて、復旧に関する文書を継続的に改善しています。

• IBM® のお客様には、24時間365日グローバルサポートをご利用いただけます。災害時には、待機中の専門スタッフが対応いたします。

  IBM® のすべての主題専門家は、災害発生時の備えを万全にするため、事業継続と災害復旧に関する方針と手順について毎年研修を受けています。

Activity Tracker Event Routing がリージョン内で管理するメタデータは、そのリージョンに近いデータセンターに保管されます。

1 つのマルチゾーン・リージョン (MZR) は 3 つ以上のアベイラビリティー・ゾーンで構成されます。各ゾーンは互いから独立しているので、1 つの障害イベントは 1 つのゾーンにしか影響を与えないようになっています。

デフォルトでは、 Activity Tracker Event Routing は3つのゾーンにまたがって展開されます。 各ゾーンは active/active/active で設定されています

• 各ゾーンは、該当するリージョンの別々のデータ・センターに置かれます。
• サービスに送信されたイベントは、自動的に他のゾーンに低遅延で複製されます。 ユーザーは、複製を使用可能にするために何もする必要はありません。
• サービスは、1 つのゾーンで障害が発生しても中断しないように設計されています。

MZRアーキテクチャは、リージョン内のゾーン間での自動フェイルオーバー機能と、リージョン内の監査インスタンスに対する高可用性を提供します。

Activity Tracker Event Routing メタデータには、リージョン別サービスやIAMなどのグローバルサービスについて、 アカウント監査イベントをどこで、どのように収集・保存するかに関する情報が含まれています。

• ターゲットとは、監査イベントを収集できるリソースです。
• ルートとは、 アカウント監査イベントがどこにルーティングされるかを決定するルールを定義するリソースです。

Activity Tracker Event Routing リージョンごとにメタデータの定期的なバックアップを行います：

• 通常のバックアップは毎日実行され、30 日間保持されます。
• 継続的な増分バックアップは、過去 7 日分が保持されます。

Activity Tracker Event Routing メタデータは複数の地域に複製されています。

• 通常のバックアップは複数のリージョンで保管され、他のリージョンでリストアできるようになっています。

通常のバックアップのコピーが複製されて使用できるようになるリージョンを以下の表にまとめます。

各リージョンおよびデータ・センターでのサービスの提供状況について詳しくは、ロケーション別のサービスおよびインフラストラクチャーの提供状況を参照してください。

DR 状態が発生した場合のリカバリー・リージョンを以下の表にまとめます。

IBM がサービスを維持する方法

すべてのアップグレードは、 IBM のサービスにおけるベストプラクティスに従っており、復旧計画とロールバックプロセスが整備されています。 通常業務の一環として、新機能やメンテナンスのための定期的なアップグレードが行われます。 このようなメンテナンスにより、時折、短時間のサービス中断が発生することがありますが、これは クライアントの可用性再試行ロジック によって処理されます。 変更は、地域ごとに、また地域内のゾーンごとに順次展開されます。 更新は、不具合の兆候が見られた時点で取り消されます。

複雑な変更は、機能フラグで有効化および無効化され、公開を制御します。

顧客の作業負荷に影響を与える変更は通知に詳細が記載されています。 詳細は、本サービスに影響する計画されたメンテナンス、アナウンス、リリースノート に関する監視通知とステータス をご覧ください。