LVS+ldirectorを使ってMySQLをロードバランスをしてみる - sanonosa システム管理コラム集
今回はLVSを使ってMySQLのslaveサーバをロードバランシングする方法を記してみます。LVSは単に振り分けしかやってくれませんので、リアルサーバの生存確認やLVSの作動管理のためにldirectorも導入しています。 LVSだけだとLVSの設定を入れ込まなければなりませんが、ldirectorを使うとldirectorの設定ファイルに書いておくことでLVSの設定をldirectorが自動生成して反映してくれるので楽ちんです。 ※世の中にはLVS+keepalivedの組み合わせが多いようですが、検証してみたところldirectorのほうが導入も運用も簡単なのでこちらを採用しました。 前提条件 VIP: 10.0.2.10 DB1: 10.0.0.101 DB2: 10.0.0.102 ロードバランサーとなるサーバへのインストール方法 【インストール】 # yum install ip
naoyaのはてなダイアリー - MySQL の負荷分散に LVS + keepalived を使う
あとで書く、と言った手前なので書くとします。 DSASの中の人がすごい勢いで LVS の話を書いてくれてます。この辺。LVS を使うと Linux と箱でロードバランサが作れちゃいます。普通に買ったら数百万とかしちゃうやつ。 DSAS の中のひとに感謝しつつ、いい機会なのでやってみよう! と思っていろいろ試して昨日あたりからはてなの中でも LVS + keepalived で動かしはじめてます。いまのところ問題なし。 そのロードバランサをどこに使ってるかですが、普通ロードバランサというとインターネットからの入り口のところに置いてウェブサーバーの負荷分散に使うイメージがあります。が、今回ははてなでは MySQL のスレーブの手前に置くという役割でとりあえず使いはじめました。 +-----------+ +-----------+ | mod_perl | | mod_perl | +----
KeepAlived+MySQLレプリケーションを利用した高可用性インフラの構築 | QK
そもそレプリケーションの構成的にどうなの？とかいう話は別として、単純にやってみたいからやってみました（笑 まず、MySQL レプリケーション（シングルMASTER – マルチSLAVE）ってすごいよね？ データベース参照負荷の高いアプリでは、SLAVEをガンガン増やして、ロードバランサー（keepalived）のvip経由でアクセスしちゃえば、簡単にスケールアウトできちゃうわけだから。仮に複数あるSLAVEサーバのうち１台が故障したとしても、他のSLAVEが生きているかぎり、簡単にロードバランサーから関連ノードを切り離してしまえば、サービスを停止することなく、データベースのメンテナンスができちゃうもんね。 では、MASTERサーバが障害に陥った場合はどうするのか？ ここのリカバリに関してはどうしても時間かかっちゃいますのでなんとか短く復帰できないか？なんていうのを考えてみました。ちなみに動
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
