Redis 2.8 の Sentinel の動きを検証してみた - chrone's external storage

Redis 2.8 の redis-sentinel によるレプリケーションの自動フェイルオーバーについて、 比較的発生しそうな障害を想定して動作検証してみました。 結論から redis-server の自動再起動を構成している場合は要注意。 daemontools とか。 Master が落ちた後すぐ(例えば数秒)に再起動してきた場合、 再び Master としてレプリケーションに参加します。 よって、Master 再起動の前後でデータに差異があった場合でも、 再起動後のデータをもとに同期される為、データが破壊される可能性があります。 これを回避する為には、Sentinel により sdown/odown として認識されるのを待ってからインスタンスを復帰させるようにします。 復帰が早すぎると、障害(sdown/odown)ではなく再起動(reboot)と認識します。 レプリケーションの再

[HHR]

様々な障害パターン検証。sentinelおまかせ推奨。

[Metaphone]

Redis 2.8 における Sentinel の挙動についての記事と思ったらマギシステムが出てきた。マスタの自動再起動が早過ぎるとデータ破損リスクありとのこと

[kenjiskywalker]

すごい

[rx7]

あ、俺が先週金曜にやっていたことが、ちょこちょこ書かれている件...

[uzulla]

ブレインスプリットはなさそうだけど、マスタの気がくるっても気づけない事はあるのか〜、まあしかたないか。

[sfujiwara]

検証してもらってたやつ！

[kimutansk]

Sentinel以外から手を出してしまうと厄介な事態になる可能性がある、ということですか

[potato777]

"Redis 2.8 の redis-sentinel によるレプリケーションの自動フェイルオーバーについて、比較的発生しそうな障害を想定して動作検証"

[yass]

" 自動フェイルオーバーについて、 比較的発生しそうな障害を想定して動作検証してみました。/ 結論から / redis-server の自動再起動を構成している場合は要注意。"

[tkuchiki]

redis 2.8 sentinel failover