高可用性構成の ApsaraDB for Cassandra は、タイムアウト検出とログ再生を必要としないため、システムへの影響は最小限（ミリ秒単位）です。
| QUORUM | 高可用性メカニズム | Raft | リージョン | |
| 障害検出 | コーディネーターノードとクライアントのリトライ、タイムアウト検出、ログ再生、リーダーの再選は不要 | クライアントのリトライ、タイムアウト検出、ログ再生 | クライアントのリトライとリーダーの再選 | クライアントのリトライ、タイムアウト検出、ログ再生 |
| 応答時間 | ミリ秒 | 10秒～10分 | 10秒～10分 | 1分～10分 |
| 代表的なシステム | Cassandra | プライマリ/セカンダリアーキテクチャの RDS、MongoDB、Redis | 該当なし | HBase |
推奨構成
高可用性構成の基本要件は次のとおりです。
障害テスト
集中的な書き込み操作が実行されているときに、それぞれ 2 コア CPU と 4 GB のメモリを持つ 3 つのノードのうち 1 つのノードを強制終了します。クライアント操作ステータスは次のとおりです。
ノードが強制終了されても Cassandra サービスは影響を受けません。