次世代エンタープライズを創るアーキテクトへ変革の推進力を
従来のHAは「復旧を助ける」だけで「復旧」はしてくれない
従来のHAは「復旧の手助け」をするに過ぎない。ノード障害の際、チームは複数ツールを駆使して手動で昇格やクライアント再設定を行わなければならず、アプリはその間停滞。システム停止の1分1秒が、収益の失態、信頼の低下、規制リスクへと繋がる現代において、手作業による復旧アプローチはすでに限界を迎えている。
常時稼働するPostgresの動作原理
-
1 — デプロイ
地域を跨いだアクティブ・アクティブクラスタ
統一されたコントロールプレーンを通じて、グラフィカルトポロジーの設定を行い、ポイントクリックで手動スクリプトなしで対応。
-
2 — 同期
ゼロデータロス
ノードが故障する可能性があるが、データは失われない。すべてのトランザクションは完了と見なされる前に、複数のリージョンに処理される。
-
3 — 復旧
サブセカンドでの復旧
ノードやリージョンがオフラインになると、トラフィックはすぐにアクティブなノードに再ルーティングされる。スタンバイの昇格や再構成は不要。
-
4 — 解決
手動クリーンアップは不要
二つのリージョンが同時に書き込む際には、システムが自動的にコンフリクトを解決し、真実の情報源となるデータベースが常に最新かつ正確な状態保持。
-
5 — アップグレード
予定されたダウンタイムなし
ローリングアップグレードは、ノード全体にわたって段階的に適用。このため、クラスターはメンテナンスウィンドウを設けることなく、常に稼働。
EDB Postgres AIのデモ
ダウンタイムを許さないアプリケーションのために、レジリエントかつアクティブアクティブなPostgresを構成する方法についてのガイド付きウォークスルーをご覧ください。障害、地域、アップグレードを通じて常にオンラインでいることが可能です。
本番環境での実証
分散型Postgres
専門知識
データ損失
金融機関が
常時稼働を実現
分散型HAによる稼働率
ゼロダウンタイムでのクラウドスケールの実現
"EDB Postgres AIは、追加のアドオンなしで、必要な機能を一つの低コストなソリューションで実現した。"
世界のトップ20銀行のうち19行の決済処理を運営。システムは24時間365日稼働し、停止することは許されない。EDB PG AIは、ACIのデータセンター全体で常に稼働する信頼性を提供。
「パフォーマンスは一貫しており、信頼性が向上し、将来の成長計画すべてを支援できるデータベースを手に入れた。」
データベースをオフラインにすることなく、フリートトラッキングプラットフォームの刷新を実現。アップグレードや成長においてゼロダウンタイムを実現し、次世代に向けた基盤の上に構築。
主要機能
Distributed HA：止まらないデータレイヤーの統合基盤
EDB PG AIは、データ層において分散型のレジリエンスを提供し、主権がアーキテクチャの一部となることで、後付けではない環境を実現。アクティブ-アクティブクラスタリング、自動回復、および統合制御プレーンにより、伝統的な高可用性の制約や複雑さを伴わずに、常にアプリケーションを稼働させることが可能。
Distributed HA：止まらないデータレイヤーの統合基盤
EDB Postgres AIは、データレイヤーに分散型のレジリエンス（回復力）を組み込むことで、後付けではない「設計段階からのデータ主権」を実現。アクティブ・アクティブ・クラスタリング、自動復旧、統合コントロールプレーンにより、従来のHAが抱える限界や複雑さを排除し、アプリケーションの常時稼働を維持。
リソース
-
-
ソリューション概要
-
Cio Brief
止まらないPostgres環境を今すぐ構築しませんか？
貴社のアプリケーションに高度な耐障害性を備えた常時稼働のデータベース構成を。専門のプラットフォームエンジニアが貴社のデプロイ環境やコンプライアンス要件に合わせた最適なアーキテクチャ設計をサポートします。
よくある質問
アクティブ-アクティブレプリケーションにより、複数のPostgresノードが異なるリージョンで同時に読み取りおよび書き込みを行うことが可能です。従来のプライマリ-スタンバイ構成とは異なり、単一のライターや待機中のスタンバイが存在しません。ノードがオフラインになっても、他のノードでトラフィックが継続され、昇格手順やダウンタイムは発生しません。
はい、EDB Postgres AIは、地域間でのアクティブ・アクティブクラスタリングを通じて、99.999%の高可用性を実現します。すべてのノードがアクティブであるため、計画的なメンテナンスやメジャーバージョンのアップグレードは、一度に一つのノードで実行され、クラスタがオンラインのままとなるため、効果的なメンテナンスウィンドウなしで五つの9を達成できます。
データの配置はデータ層で管理されます。データが保存され、複製される地域を定義できます。例えば、ヨーロッパのデータはヨーロッパのノードに留まりながら、統一されたデータベースの一部として保持されます。行レベルおよびテーブルレベルのフィルタリングにより、GDPRや類似の要求を遵守しつつ、パフォーマンスや真実の一元化を損なうことなく対応可能です。
アクティブ-アクティブなレプリケーションやクオーラムコミットのような機能は、トランザクションが確認される前に多数のノードで検証する分散型コンセンサスメカニズムを提供します。これにより、銀行や決済などのミッションクリティカルなアプリケーションにおいて地域間での厳格なデータ整合性が確保され、トランザクション後のコンフリクト解決が不要になります。