keepalived を使ってみたメモ - ngyukiの日記
いまさらだけど keepalived を使ってみたメモ。LVS ではなく HAProxy の冗長化に使用するつもりなので LVS 関係の設定はありません。 CentOS 7 に yum で入れたバージョンで試しています。 keepalived-1.2.13-7.el7.x86_64 vrrp_script と track_script vrrp_script でチェックスクリプトを定義して、 vrrp_script chk_haproxy { script "systemctl is-active haproxy" interval 3 # スクリプトが実行されるインターバル fall 3 # 非ゼロの終了コードが 3 回続いたら成功から失敗に遷移する rise 2 # 非ゼロの終了コードが 2 回続いたら失敗から成功に遷移する } vrrp_script chk_http_port {
keepalivedが異常終了したらvipを手動で消す必要がある - Qiita
keepalivedでvrrpを通してVIPを持つ構成にした時に、keepalivedの障害試験をしていて発覚したことのメモです。 概要 keepalivedは、MASTER STATEの時に終了すると、自身のVIPをinterfaceから解放する 異常終了時(kill -9で強引に殺したり、サーバがダウンしたりなど)は、正常な終了処理ではないので、VIPを解放しないで持ち続ける 次にkeepalivedを起動したときは、起動時のIPを正しいものとして認識してしまう 手動でVIPを解放しない限り、keepalivedはVIPを解放しない 設定 確認してみます。keepalivedのバージョンは以下です。
スプリットブレインが起きたら ARP フラッシュが必要になった - 誰かの役に立てばいいブログ
これまた誰かの役に立てばということで。 keepalived （VRRP）はその仕組み上、ネットワーク分断時にマスターが二つ以上できます。俗にいう、スプリットブレインというやつです。 ネットワーク分断が解消したのち、マスターは一つに収束します。ネットワークスイッチの類であれば大概の場合これで問題はありません。ええ、問題はないはずでした。 ところが先日、ネットワーク分断解消後にある Linux サーバーからスイッチの仮想IP(VIP)への通信ができなくなる現象が発生しました。原因を調べたところ、VIP を現在持っているスイッチの MAC アドレスではなく、バックアップスイッチ側の MAC アドレスが ARP キャッシュに載っていたためでした。 以下のような経緯で障害になったものと思われます。 スプリットブレイン中、複数のマスターから VIP の ARP キャッシュを更新するためGratuit
LVS＋keepalived の設定 4 - interdb’s blog
備忘録として、DSRによるLVSとkeepalivedの設定を段階的に書く。 前提は以下とする。 LVSの転送方式はDSR ネットワークは単一セグメントで超簡単なもの OSはCentOS6.5 今回はMySQLスレーブの死活監視＋管理について。システム構成はLVS+keepalivedの設定 3を参照。 TCPポートの監視：TCP_CHECK もっとも簡単な方法。LVS+keepalivedの設定 2で使った。 keepalived.confの一部を示す。 … 略 … real_server 192.168.1.201 3306 { weight 1 inhibit_on_failure # サーバ監視: TCPポートにアクセスするだけの超簡易的方法 TCP_CHECK { connect_port 3306 connect_timeout 30 nb_get_retry 3 delay_
mhaとconsulでDBサーバーの冗長化をしています | feedforce Engineers' blog
こんにちは。Lorentzcaです。3月ですがまだまだ寒いのでなかなか釣りに行けずテンションさげぽよです！ ↑↑ この度DBサーバー(物理マシン、MySQL)の引っ越しを行いました。 そのついでに、冗長化の仕組みをmhaとconsulを使った方法に変えたので紹介します。 はじめに まずは簡単に引っ越し前と引っ越し後の構成を比べてみます。 引っ越し前は以下の様な構成でした。 サーバー台数: 2台 MySQLフェイルオーバーの仕組み: 自作シェルスクリプト アプリの参照先を切り替える仕組み: keepalivedでvipを張り替えることで実現 引っ越し後は以下の様な構成になりました。 サーバー台数: 3台 MySQLフェイルオーバーの仕組み: mha アプリの参照先を切り替える仕組み: consulのdns機能を使って実現 なぜこのような構成にしたのか、話していきます。 引っ越し前に持っていた
keepalived + MySQL-MHA + xtrabackupで自動フェイルオーバーと手動フェイルバック(その１ keepalived編):ADWAYS ENGINEERS BLOG
2013年01月11日 keepalived + MySQL-MHA + xtrabackupで自動フェイルオーバーと手動フェイルバック(その１ keepalived編) はじめまして、アドウェイズエンジニアのイシマルです。 私がアドウェイズに入社してから7ヶ月が過ぎましたが、楽しいエンジニア生活を送っています。 アドウェイズに入る前は、大規模なシステムに携わったことがなかったのですが、 「やってみたい！」 と手を挙げると、私のチームのリーダーは、 何でも丸投げしてくれる、快く挑戦する機会を与えてくれるので、非常にありがたく感じています。 というわけで、今回は、初挑戦のKeepAlivedとMySQL-MHAを用いた自動フェイルオーバー(keepalived編)を検証してみましたので、ご紹介します！ ■サーバ構成 サーバ構成の要点をまとめると、 各サーバは仮想OSにし、物理サーバ1、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
株式会社TAP
株式会社TAP