どちらかが昇格するかどうか見てみます。プロセスがどういうログを出力しているか見てみます。6379で127.0.0.1:6379のプロセスが落ちている、と判断しています。2/2となっています。判定したということ)。リーダーを選出したりスレイブの書き換えが行われています。5000と設定したとおり、約5秒で切り替わっていますね。方がマスターに昇格したようです。確かに、”role:master”となっていますね。slaveも再設定されています。コンフィグファイルを見てます。a8b457ca95c446dccb9a35fbc5c3befaed7899c1↑実際に書き換わっていますね。今回は以上になります。ありますね)についてはいつか検証して見る予定です。勉強中ですのでおそらく誤りや勘違いがあります。分かっていないのですが動作させてみました。障害を検知したら登録したスクリプトを走らせるです。今回、動作可能ノード一覧の取得と、障害検知までをやりました。イベントフックはまだです。イベントフックを行ってくれる、分散ノード管理ツールとのことです(公式サイトより)。SWIMと呼ばれるゴシッププロトコルをベースにしているとのことです。著者は現在グーグルにいるようですね。何はともあれ動かしてみます。今回試した構成図は以下のようになります。serf用に4台の物理マシン(=ノード)、観測用に1台の物理マシンを用意しました。合計5台で試してみます。