タグ: #ClickHouse
Kubernetes・DevOps・MLOps を自分で動かして測った値で書くブログ · 2 件
サーバー2台ではなぜHAができないのか(2):証人が1台変わるものと残された罠
データノード2台にデータのない証人VM(2 vCPU・2 GiB)を1台追加すると、自動切り替えが行われます。ノードを孤立させたところ、PostgreSQLは22.6秒から32.7秒、Redis Sentinelは6.5秒から7.0秒で新しいマスターを昇格させ、確認された書き込みの損失はすべてのテストで0件でした。証人を90秒間停止しても、PostgreSQL・Redis・OpenSearchの書き込み失敗は0件でした。しかし、「データ
2026-10-30 · 26 分で読めます #고가용성#HA#PostgreSQL#Redis#OpenSearchサーバー2台でHAが構成できない理由 1: PostgreSQL・Redis・OpenSearch・ClickHouse・SeaweedFSの実測
サーバーが2台あれば、1台が落ちても残りの1台が処理を引き継ぐように思えますが、実際にはそうなりません。PostgreSQL(Patroni + etcd)、Redis(Sentinel)、OpenSearch、ClickHouse(Keeper)、SeaweedFSの5つはいずれも「過半数」でプライマリを決定するため、2台構成における過半数は2となり、1台失っただけで過半数が失われます。TT Labの検証用VM上でDocker Com
2026-10-30 · 25 分で読めます #고가용성#HA#PostgreSQL#Redis#OpenSearch