keepalivedを利用する際に気をつけておくこと - よかろうもん！
非常に基本的なことではありますが、今回30分程度考え込んでしまうことになってしまったので、今後同じ失敗をしないためにもミスを記録しておきます。 以下のような構成でkeepalivedを使用し、仮想IPをサービスセグメント/バックエンドセグメントのそれぞれ割り当てます。 各セグメントは以下のような定義です。 サービスセグメント：利用者からアクセスがあるセグメントで80番ポートのみ開放 バックエンドセグメント：利用者からアクセスできない内部セグメントであり、主にデータのやり取りで使用し、FWの設定はなし server1とserver2でkeepalived.confは共通のものとし(下記を参照)、はじめにkeepalivedが起動した方がMASTERとなり仮想IPを保持するようにします。 また、vrrp_sync_groupの設定を追加しておくことで、eth0(SERVICE)に障害が発生して
VRRP/VRRPv3
※他社製品とのVRRPv3利用は動作確認が取れていません。 用語 VRRP ルーター VRRP プロトコルをサポートし、動作させているルーター VRRP 仮想ルーター VRRP プロトコルにより実現される、仮想的なルーター。 VRRP を走らせている環境では、デフォルトゲートウェイとしてこの VRRP 仮想ルーターを指定する マスタールーター VRRP 仮想ルーターの役割を果たす複数の VRRP ルーターのうち、実際にパケット配送を行うルーター バックアップルーター VRRP 仮想ルーターの役割を果たす複数の VRRP ルーターのうち、マスターが落ちた時にはそのバックアップになるルーター VRRP グループ VRRP ルーターのグループ。VRRP グループ一つにつき VRRP 仮想ルーターが 1 台となる VRID VRRP グループの識別子で、1～255 の整数 VRRP 広告 マスター
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
