LVSを利用したロードバランサーの構築方法 - 新卒インフラエンジニア２年目
前回はロードバランサー（LB）について書きましたが今回は実際にLVSを用いてLBを構築してみます。 LVSの仕組み LVSについては前回の記事で紹介しましたが、Linuxを高パフォーマンス、高可用性（HA）を持つサーバを作るプロジェクトや機能です。 準備 VMwareでゲストを３つ作る。 LVS WEB01(ApacheなどのWEBサーバを導入しててください) WEB02(ApacheなどのWEBサーバを導入しててください) LVSにはネットワークアダプターを２つにしてください。 片方はNATかブリッジ、もう片方はホストオンリー。 WEB01/WEB02に関してはネットワークアダプターは１つで、ホストオンリーにしてください。 OS LVSはOSのkernelバージョンに影響します。 2.6以上であれば基本的に問題ありません。(標準では2.4 2.6に導入されています) kernelバージョ
mixi Engineers’ Blog » libmemcachedで快速キャッシュ生活
みんな大好きなmemcached。今日はBrian AkerのC言語用クライエントライブラリについて書きたいと思います。日本語の情報がとても少なく、ドキュメンテーションも英語だけという事で興味はあるけど手をつけていないという方のお役に立てれたらなと思います。 本題の前に why libmemcached? 既にlibmemcacheが存在するのに何故、libmemcached？かと言うと理由の一つは最近libmemcacheの開発が止まったからです。本家ではそれが理由でlibmemcacheではなくlibmemcachedを推奨してますね。又、効率的なメモリ使用、Consistent Hashing、様々なハッシュアルゴリズム、新しいオペレータに対応している等という宣伝文句があります。apr_memcacheというライブラリも存在しますが自分は使った事がないためノーコメント。 ただ、推奨さ
Yet Another Diary
普段考えている事やら、何やら特定のトピックは設定せずに、将来読み返す自分に向けて何か書いてゆくためのスペースです。 とはいえ書くからには再利用しやすいものを目指します。 コメントは各記事への投稿か、Google Groups "Yasundial/Yadiary Forum"へどうぞ 前回に引き続き、今回はhttp専用サーバを増やしてみました。 前回導入したapacheはアンインストールしています。 keepalivedを導入しているサーバ 10.0.0.2 10.0.0.3 Apacheを導入しているサーバ 10.0.0.5 10.0.0.6 keepalivedをApacheの側に導入しないところがポイントです。 ただDR構成を取るとApacheの側でもVirtual_IPを認識させるための手間が必ず必要になります。 keepalived側で必要な設定 Apacheサーバ側で必要な設定
ロードバランサを構築 (DSR編) - 酔いどれコード
この前ロードバランサをNAT構成で構築したので、今度はDSR構成で構築してみる。 当初はリアルサーバの lo にWebサービスの IP をエイリアスとして割り当てて環境を構築しようとしたんだけど失敗。ロードバランサの環境の構築自体はうまくいったんだけど、ホストPCからの名前解決がなぜかできなくなってしまった。調べたけど原因が解らなかったので、別の方法で構築することにした。だめじゃん。 最終的にネットワーク構成はこんな感じに。前回と同じだが、今回は Webサービスの口を VIP のアドレスにくっつける。 | | 192.168.0.254/24 (eth0) [VIP] | | 192.168.0.7/24 (eth0) +-----------+ | lbsrv01 | ロードバランサ +-----------+ | 192.168.1.3/24 (eth1) | +-----------
『負荷分散 Keepalived (1)』
負荷分散を試してみようと思いLinuxでオープンソースのソフトで何か無いのか グーグルで調べてみたところ下記のようなソフトがあることがわかりました。 ・ldirecterd ・keepalived ・ultra monkey どれを使用するか考えたところ、とりあえず「keepalived」を使用してみようと思います。 その他のに関しては keepalived を使用してみます。 それから、構成としては負荷分散サーバをLB1とLB2を構築してLB自体をVRRPで冗長性を持たせて、 且つ負荷分散される実サーバとして2台のプロキシサーバを構築します。 構成図としては下図のようにし今回はLB1の設定に関して記述します。 ※私のページを参考にしていただければ幸いですが、 参考にしたうえで何か不具合があっても責任はとれませんので、予めご了承ください。 とりあえず、仮想環境にCentOS5.5を用意しま
引き続きDebian lennyでkeepalivedを使ってみる
普段考えている事やら、何やら特定のトピックは設定せずに、将来読み返す自分に向けて何か書いてゆくためのスペースです。 とはいえ書くからには再利用しやすいものを目指します。 コメントは各記事への投稿か、Google Groups "Yasundial/Yadiary Forum"へどうぞ 前回に引き続き、今回はhttp専用サーバを増やしてみました。 前回導入したapacheはアンインストールしています。 keepalivedを導入しているサーバ 10.0.0.2 10.0.0.3 Apacheを導入しているサーバ 10.0.0.5 10.0.0.6 keepalivedをApacheの側に導入しないところがポイントです。 ただDR構成を取るとApacheの側でもVirtual_IPを認識させるための手間が必ず必要になります。 keepalived側で必要な設定 Apacheサーバ側で必要な設定
Keepalived + LVS + CentOS4 でロードバランサー（DSR） - yoshifumi1975's diary
keepalived は、1.1.15からinclude が使えるようになったので、設定が簡単になったのでお勧め。ありがとうid:stanaka さん。 VIP は、 10.0.7.100 設定は以下のとおり。（NATの時とほとんど同じだけどVIPを持っているマシンは無い。） WebDB Press vol37 では、ロードバランサーに設定したVIPの設定を消すという部分が抜けているのでそのまま試すと、NATではうまくいくがDSRの時にうまくいかない。 種別 ホスト名 IPアドレス デフォルトゲートウェイ 備考 クライアント cl0 10.0.0.173 通常通り VIPあてのルートをロードバランサーのeth0 にする。 ロードバランサー lb0 eth0:10.0.31.11/16 なし ロードバランサーのdefault g/w をすべて削除。 eth1:192.168.31.11/16
負荷分散について考えてみる②： keepalivedの設定 | QK
keepalivedのインストールが無事に完了しましたら今度は。設定を行ってみましょう。 1. keepalived.confの編集 特に説明する部分もないのですが、こんな感じで書きました。以下のconfigでのポイントは、 lb_kindをDR（DSR）にしている部分になります。他の設定は、NATになりますが、上記図の通り、ネットワークセグメントが同一のため、NATですと（僕の知識レベルでは）IPアドレスを変換できない形なってしまいます。ちょっと理由になっていないかも。DR（DSR）の設定では、NATのように、IPアドレスを変換しないで、ダイレクトに、リアルサーバ（192.168.0.61,192.168.0.62）がリスエスト元にレスポンスを返すため、KeepAlivedのサーバに負荷をかけません。 [root@iruka ~]# vi /etc/keepalived/keepaliv
クックパッドのLVSについて
The document discusses load balancing with Linux Virtual Server (LVS). It describes using LVS with keepalived for high availability across firewall, web, and application tiers. It provides details on Direct Routing configuration and monitoring options in keepalived like weight, connection counts, and packet rates. Real server configuration topics are also covered such as arp settings, iptables rul
kisugon.net » LVS(DSR)+Heartbeatで負荷分
負荷分散サーバとwwwサーバが同じセグメントに存在するので、 DSRを用いた構成にする。 負荷分散サーバ同士はheartbeatを用いて、 アクティブ、スタンバイの冗長構成とする。 また、wwwサーバをldirectordで監視する。 ◆負荷分散サーバの設定 負荷分散サーバ1,2の設定はほぼ同じ 以下負荷分散サーバ1の設定 ◇必要なものをインストール
どじっこねっと::Linux::keepalived
一つ前のエントリで、 「IPVS sync daemonで複数のsyncidの接続情報を受け取る」ってのを書いたけど、 # ipvsadm --start-daemon backup --syncid 0 Illegal 'syncid' option with the 'start-daemon' commandってなるんだよね。 うーん、っていろいろソース見てたら、こんな部分が。 ipvsadm.c: 233 /*STARTD*/ {'x', 'x', 'x', 'x', 'x', 'x', 'x', 'x', 'x', 'x', 'x', ' ', 'x', 'x', 'x', 'x', 'x', 'x', 'x', 'x', 'x'}, これを、 /*STARTD*/ {'x', 'x', 'x', 'x', 'x', 'x', 'x', 'x', 'x', 'x', 'x', '
最速配信研究会 - ロードバランサの運用.DSRって知ってますか
id:hirose31くんがロードバランサについてあれこれ書いてる. そんなわきゃない＞DNS RRはロードバランサの座を奪い返せるか この間彼から教えてもらったんだけどLVS(LinuxVirtualServer)は結構すごいという話. 「でも安定性がぁ」とか「ASICには勝てないよね」といかいうやつは、まずは試してみてみー きっとびっくりするから。 ロードバランサの1運用形態であるDSR(Direct Server Return)を知らない人だと「ソフトウェアでロードバランサ?ありえねー」とか思っててもしかたないと思う.DSRを知らないといつまでもベンダーに高いお金を払うことになるのでチョロチョロ書いてみる. DSRを知らない人がロードバランサーに持っているイメージは図の1の通りだと思う.つまり HUBを通してリクエストがロードバランサに届く(1,2) ロードバランサは適当にバランシン
keepalivedを利用する際に気をつけておくこと - よかろうもん！
非常に基本的なことではありますが、今回30分程度考え込んでしまうことになってしまったので、今後同じ失敗をしないためにもミスを記録しておきます。 以下のような構成でkeepalivedを使用し、仮想IPをサービスセグメント/バックエンドセグメントのそれぞれ割り当てます。 各セグメントは以下のような定義です。 サービスセグメント：利用者からアクセスがあるセグメントで80番ポートのみ開放 バックエンドセグメント：利用者からアクセスできない内部セグメントであり、主にデータのやり取りで使用し、FWの設定はなし server1とserver2でkeepalived.confは共通のものとし(下記を参照)、はじめにkeepalivedが起動した方がMASTERとなり仮想IPを保持するようにします。 また、vrrp_sync_groupの設定を追加しておくことで、eth0(SERVICE)に障害が発生して
LVS(Linux Virtual Server)によるロードバランサの構成（VirtualBox編）-モバイル開発系(K)
TOP> オープンソースソフトウェア環境構築> LVS(Linux Virtual Server)によるロードバランサの構成（VirtualBox編） LVS(Linux Virtual Server)によるロードバランサの構成（VirtualBox編） LVS(Linux Virtual Server)とは？ LVS(Linux Virtual Server)はLinuxをロードバランサとして利用することができる優れもののソフトウェア機能だ。既に当サイトではVirtual PCを利用して負荷分散環境を構築したが、今回はVirtualBoxとFedora 8（以下、Fedora）で同様の環境を構築する。VirtualBoxにFedoraをインストールする方法はこちらを参照していただきたい。 LVSにはいくつかの構成方法があるが、今回も最も設定が簡単なNAT(Network Address
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
株式会社TAP
株式会社TAP
株式会社TAP
http://www.usagitest.net/modules/pico3/index.php?cat_id=6
Blogger
LVSで構築するgatewaying型負荷分散システム
