LVS + keepalivedで冗長構成のロードバランサを作る - カメニッキ
前提 以下でやりました。 LB1/2 192.168.33.81 192.168.33.85 (VIP)192.168.33.253 web1/web2 192.168.33.82 192.168.33.83 client 192.168.33.84 DSRでやります。 手順 ★LB1/2 # 二台とも同じようにやります [vagrant@localhost ~]$ sudo yum install ipvsadm epel-release keepalived [vagrant@localhost ~]$ ̧sudo vi /etc/keepalived/keepalived.conf ! Configuration File for keepalived global_defs { # このホストを識別する値。通知メールなどに載ってくる router_id lvs01_alert #
CentOS 6.5 で LVS (IPVS) の Direct Server Return (DSR) を試してみる
インフラ系のエンジニアじゃないけど、ロードバランサ周りのことも知っておかないとなーって最近思う。 そこで、今回は LVS (IPVS) を DSR で試してみた。 構成はなるべく小さくシンプルにしたいので、ロードバランサ 1 台と Web サーバ 2 台にする。 そして 3 台のサーバは全て同じセグメントに設置する。 本来はロードバランサを冗長化すべきなんだろうけど、まずはシンプルに。 LVS 用のホストをセットアップする 必要なパッケージをインストールする。 $ sudo yum -y install ipvsadm パケットを各サーバに転送する必要があるので IPv4 のフォワーディングを有効にする。 $ sudo sysctl -w net.ipv4.ip_forward=1 $ sudo sed -i.bak -e "s:^net.ipv4.ip_forward = .*$:net
CentOS 6.5 で LVS (IPVS) を keepalived で冗長化してみる
前回は ipvsadm コマンドを直接使って LVS を冗長化せずに使ってみた。 今回は keepalived を通して LVS を冗長化して使ってみる。 構成は前回と同様、方式は DSR でバランスアルゴリズムは rr を使う。 ただし LVS の IP アドレスは 192.168.33.{11,12} で Web サーバの IP アドレスは 192.168.33.{101,102} に変更している。 LVS 用のホストをセットアップする x2 まずは必要なパッケージをインストールする。 $ sudo yum -y install keepalived ipvsadm インストールできたら keepalived のコンフィグを編集する。 keepalived は LVS をラップする機能がデフォルトで組み込まれているので、コンフィグを変更するだけで動作する。 $ sudo cp /etc
IPVS-NATでリアルサーバーから応答がない事象の解決方法 – 「きまぐれほげほげひろば」のTOPICS
○ 事象 IPVS(LVS)(NAT/マスカレード構成)環境にて、端末からサービスＩＰにアクセスするとサーバーからの応答がない。 tcpdumpで調べると、応答パケットがリアルサーバーからアクセス元端末に戻っておらず、さらに調べると、IPVSを構築しているサーバーで応答パケット（戻りの通信）が破棄（遮断）されている。 □ アクセス端末 ↓｜ ■×IPVS・ファイアーウォール ↓｜↑ □ リアルサーバー ○原因 ファイアーウォールがIPVSを経由した応答パケットを認識していない！ ファイアウォールのルールが iptables -P FORWARD DROP で iptables -A INPUT -i eth0 -p tcp –dport 80 -j ACCEPT iptables -A FORWARD -i eth0 -p tcp –dport 80 -j ACCEPT iptables
unicast対応でよみがえる keepalived on VPC-EC2 - 続 カッコの付け方
AWSを始め、ほとんどのパブリッククラウドはmulticastが出来なくて不便。と言われてきましたが、だったらunicastでやってしまえば良い！という考え方が 2013年頃すでにありました。なぜmulticastをやりたいの？と言うと そうだね！、LVS + keepalived だね！ (あとはゴシッププロトコル) これまた2年前に EC2 + LVM (DSR) を実践してみたという素敵な解説があり、パッチを当てればいける ということは知ってたけど、月日がながれて 今日keepalivedの総本山を見てみたら http://www.keepalived.org/changelog.html Release 1.2.8 ぐらいからunicast対応してますね。というか、今更開発が活発になってきたのか？これは。というわけで、最新版の 1.2.19を使ってみます。 予備知識 EC2でmul
LVS(DSR方式)でロードバランサー
■LVSとは LVS(Linux Virtual Server)は、Linuxサーバにおいて、 HPC、HA、ロードバランサの機能を動作させるソフトウェア群とのことです。 ・IPアドレスに届いたパケットを必要に応じて、リアルサーバーに転送する。 ・転送先のリアルサーバーを複数指定できる。 ・パケットの転送では、各リアルサーバーに均等に分散することや、重み付けをして分散も出来る。 転送方法には、NAT(Network Address Translation)、ダイレクト・ルーティング（DSR方式）、IP-IPカプセル化（トンネリング）がある。 ■パケットの転送方法の違いについて ・NAT(Newtwork Address Translation) エンドユーザーからパケットを受け取ると、送信先とIPアドレスが、選択されたリアルサーバーのものに置き換えられる。 返信パケットが通る際にも置き換え
CentOS 6.5 で LVS (IPVS) の Direct Server Return (DSR) を試してみる
インフラ系のエンジニアじゃないけど、ロードバランサ周りのことも知っておかないとなーって最近思う。 そこで、今回は LVS (IPVS) を DSR で試してみた。 構成はなるべく小さくシンプルにしたいので、ロードバランサ 1 台と Web サーバ 2 台にする。 そして 3 台のサーバは全て同じセグメントに設置する。 本来はロードバランサを冗長化すべきなんだろうけど、まずはシンプルに。 LVS 用のホストをセットアップする 必要なパッケージをインストールする。 $ sudo yum -y install ipvsadm パケットを各サーバに転送する必要があるので IPv4 のフォワーディングを有効にする。 $ sudo sysctl -w net.ipv4.ip_forward=1 $ sudo sed -i.bak -e "s:^net.ipv4.ip_forward = .*$:net
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
