Single data group ================= 単一のデータグループは基本的なPGD展開パターンであり、単一の場所内の高可用性を提供します。 3つのデータノードはRaftコンセンサスグループを形成し、Connection Managerが書き込みリーダールーティングを自動的に処理します。 ノードを複数のアベイラビリティーゾーンに分散して、復元力を高めることができますが、そうすると、マジョリティまたはオール保護のコミットスコープを使用する場合、書き込みレイテンシーが増加します。 .. figure:: /images/single-data-group.png :width: 70% :alt: Single data group topology Single data group topology 図の凡例 -------- シンボルは、ノードタイプ、グループコンテナ、および接続タイプを表します。 .. figure:: /images/legend.png :width: 70% :alt: Diagram legend showing node types, group containers, and connection types Diagram legend showing node types, group containers, and connection types このパターンを使用する場合 -------------------------- 単一のデータグループは、単一のデータセンター内の標準の高可用性HA展開です。単一ノードの障害を許容し、数秒で自動フェイルオーバーを提供するため、単一リージョン内でHAを必要とし、メジャーバージョンのアップグレードまたはメンテナンスタスクのブロック中にダウンタイムを延長する余裕がないアプリケーションに最適です。 このパターンには次のような利点があります。 - 導入、操作、およびトラブルシューティングが最も簡単なトポロジ。 - Raftマジョリティは常に利用可能で、1つのノードに障害が発生しても生き残ります。 - 単一のデータセンターDCに展開された場合、最小の書き込みレイテンシー。 - 複数のアベイラビリティーゾーンに展開された場合、単一のAZ障害に耐えます。 - オペレーターの介入なしで数秒の自動フェイルオーバー。 - 最小3ノードでの低コスト。 注意すべき制限がいくつかあります。 - ディザスターリカバリーなし。 DCレベルの障害は、クラスター全体をダウンさせます。 - 単一のDCに展開された場合、すべてのノードは同じ障害ドメインを共有します。 - 地理的分離を義務付ける規制要件には適していません。 - 2つのデータノードと監視で使用する場合、耐久性のオプションは制限されます。 このパターンに推奨されるコミットスコープ ---------------------------------------- - **マジョリティプロテクト** マジョリティノードへの同期複製。実稼働使用に最も一般的に推奨されるスコープ。 - **クォーラムコミット** ノードがローカルにコミットする前に、すべての参加ノードにわたってコミット決定を調整します。決済やコアバンキングなど、厳密な分散一貫性を必要とするワークロードに推奨されます。 Witnessノードはクォーラムに寄与しないため、3つのノードすべてがデータノードである必要があります。 ``MAJORITY ORIGIN GROUP QUORUM COMMIT ABORT ON (timeout = 6s)`` を使用します。 - **アダプティブプロテクト** 利用可能な場合は大部分のノードへの同期レプリケーション、構成可能なタイムアウトの後、非同期レプリケーションに自動的に低下します。 2つのデータノードと1つの監視を使用する場合に推奨されます。 - **オールプロテクト** グループ内のすべてのノードへの同期レプリケーション。最高の耐久性保証を提供しますが、ノードに障害が発生すると、書き込みレイテンシーが増加し、可用性トレランスが低下します。 - **ローカルプロテクト** ローカルノードのみの耐久性を備えた非同期レプリケーション。実稼働環境での使用はお勧めしません。 コミットスコープは、パフォーマンス、耐久性、一貫性、スケーラビリティにわたってさまざまなトレードオフを行います。 .. figure:: /images/single-data-group-behavior.png :width: 70% :alt: Single data group behavior diagram Single data group behavior diagram