DSAS開発者の部屋:こんなに簡単！ Linuxでロードバランサ (1)
DSASのロードバランサは高価なアプライアンス製品ではなく、LinuxのLVS (Linux Virtual Server)を利用しています。 安価、というか、ハードウエア以外は金銭的コストがゼロなので、一般のクライアントからのアクセスを受ける外部ロードバランサのほかに、内部サービス用のロードバランサも配置しています。それぞれactive, backupで2台ずつあるので合計で4台もロードバランサがあることになります。(こんな構成を製品を使って組んだら数千万円すっとびますね) また、ネットワークブートでディスクレスな構成にしているので、ハードディスが壊れてロードバランサがダウンした、なんてこともありません。 ですので「ロードバランサは高くてなかなか導入できない」という話を耳にする度にLVSをお勧めしているのですが、どうも、 なんか難しそう ちゃんと動くか不安 性能が出ないんじゃないか 等々
SeeIn開発日誌 - LVSを使ったブローカーの構築：｢keepalived.conf｣についての説明
今回構築から検証までの間で説明を省略していた ｢keepalived.conf｣について私が理解している範疇で説明します。 ※誤り等あればご指摘いただけると助かります。。。 まず、説明の対象となる｢keepalived.conf｣を以下に掲載いたします。 vrrp_instance vip_mysqld { state BACKUP interface eth0 grap_master_delay 5 virtual_router_id 1 priority 100 nopreempt advert_int 1 authentication { auth_type PASS auth_pass secret } virtual_ipaddress { 10.1.100.100/24 dev eth0 } } virtual_server 10.1.100.
SeeIn開発日誌 - LVSを使ったブローカーの構築：LVSの副系ノードの構築
前回までの作業でシングル環境ではありますが、 基本的なブローカーの構築が完了しました。 もちろん、この状態で利用することは可能ですが、 バックエンドのMySQLサーバが冗長化されているにも係らず、 この状態でブローカーにトラブルが発生した場合、ブローカーの役割がはたされない為 データベースサービスを利用できなくなります。 これでは意味がありません。 そこで、今回はブローカーの副系ノードを構築しブローカー自体を冗長化したいと思います。 今回の作業は以下の手順で行います。 ipvsadmのインストール keepalivedのインストール keepalived.confの編集 keepalivedの起動と確認 以上の手順で実施します。 では早速｢1.ipvsadmのインストール｣から説明を行いますが、 実は作業自体は前回の説明で行った｢LVS（シングル構成）の構築と確認｣の内容と同
SeeIn開発日誌 - LVSを使ったブローカーの構築：LVS（シングル構成）の構築と確認
(1-1) ipvsadmのインストール ｢ipvsadm｣はIPVSのフロントエンドです。 実際の操作はこのipvsadmを利用することになります。 ｢ipvsadm｣のインストールはyumで可能です。 >yum install ipvsadm (1-2) keepalivedのインストール ｢keepalived｣はIPVSを冗長化してくれます。 なお、keepalivedを利用する場合、IPVSの設定はkeepalived側の 設定ファイルから行う事となります。 今回のkeepalivedのインストールにはあらかじめ準備したRPMを利用します。 >rpm -ivh keepalived-1.1.13-6.i386.rpm (1-3) keepalived.confの編集 RPMを利用して｢keepalived｣を導入した場合、 設定ファイルは｢/etc/keepalive
ロードバランサの冗長化 - KLablabWiki
ロードバランサを冗長化する keepalivedにはVRRPという機能があります。ロードバランサを2台用意してこの機能を使うと、なんらかのトラブルで1台がダウンしても、もう1台のロードバランサが自動的に役割を引き継いでくれるようになります（この動作を「フェイルオーバ」といいます）。 この章ではkeepalivedのVRRP機能を使い、前章の構成で単一故障点だったロードバランサを冗長化する方法を紹介します。 VRRPとは 実際に使ってみる前に、VRRPとはどのようなものかを簡単に説明します。 VRRPはVirtual Router Redundancy Protocolの略で、RFC3768で定義されています。VRRPでは物理ルータ固有のIPアドレスとは別に「仮想ルータアドレス」[1]というIPアドレスを設定します。仮想ルータアドレスは、複数の物理ルータのどれか1台に割り当てられます。仮
Keepalived for Linux
Home Download Documentation Release Notes List & Archives Sponsors Keepalived is a routing software written in C. The main goal of this project is to provide simple and robust facilities for loadbalancing and high-availability to Linux system and Linux based infrastructures. Loadbalancing framework relies on well-known and widely used Linux Virtual Server (IPVS) kernel module providing Layer4 load
おれぶろぐ: LVS+keepalived
LVSとkeepalivedを使ったPCによる負荷分散構成の話。 大変参考になる。商用バランサ危うしｗ 今やってる仕事で提案してみたいですね。 BIG-IPを捨ててもらって、ってのもなんなんで、表側は継続してそれ使って、裏側セグメント用にって感じでしょうか。 ただ、keepalivedのVRRPによるネットワーク的な冗長構成に関してちょっと気になる、というか疑問点あり。 書式調べたりしてないんですが、設定ファイルを見ると同じVRIDで2つの異なるセグメントのVirtual IPっぽい。 これはそうしないと恐らく表裏のMasterが一致しなくなるんじゃないかなと想像。 でも、VRRP Helloパケットは表裏どっちから出るんだろう？両方？ 両方から出る場合、どちらかだけ受け取っていれば切り替わりなし？ 片側だけの場合、その反対側の障害検知なし？ マルチネットになっているIPインタフェースでは
DSAS開発者の部屋:特集記事『Linuxロードバランサ構築・運用ノウハウ』を公開します
『Linuxロードバランサ構築・運用ノウハウ』を公開します！ これはWEB+DB PRESS Vol.37の特集記事としてDSASチームが執筆したもので、技術評論社様の許可を得て今回公開するはこびとなりました。 一口でいうと、「Linux＋IPVS＋keepalivedを使って、冗長構成(Active/Backup)のロードバランサを作るまで」の解説記事で、 サーバ負荷分散一般についてのはなし Linuxでロードバランサを作ってみる ロードバランサを冗長化 といった構成になっています。 みなさんがLinuxロードバランサを導入・構築・運用する際の一助になれば、DSASチームとしてもうれしい限りですので、是非、ご覧になってください！ 第1章 サーバ負荷分散概論 特集のはじめに なぜサーバ負荷分散をするのか？ サーバ負荷分散の実現方法 ロードバランサのいる構成 ロードバランサはなにを元に分散す
DSAS開発者の部屋:知っていても損はしないkeepalivedの話 〜 MISC_CHECKの注意点
keepalived では様々なヘルスチェック方式がサポートされています。 HTTP_GET SSL_GET SMTP_CHECK TCP_CHECK これらの使い方はなんとなく想像がつくと思いますが、これら以外のサービスのヘルスチェックをするにはどうすればいいのでしょうか。 例えば DNS とか FTP とかあれとかこれとか・・・ FTP は最悪 TCP_CHECK でお茶を濁すって手もありますが、FTP サーバがポートをオープンしたまま応答不能になることも考えられるので、あまりお勧めできません。また、DNS をチェックする機能は keepalived にはありません。 そんな時に使うのが MISC_CHECK です。今回は MISC_CHECK を利用する上での注意点や設定のサンプルを紹介したいと思います。 指定したプログラムを実行して、その終了コードによってリアルサーバを UP した
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
