HAProxyとIP Sharingを用いた冗長化ロードバランサーの作成 - Qiita
はじめに HAProxyは高可用性・負荷分散を実現するためのロードバランサー機能をもったオープンソースソフトウェアです。大規模なHTTPやその他TCPアプリケーションベースの負荷分散にも用いられています。Akamaiのcloud computing servicesで提供されているLinodeインスタンスに、IP Sharing機能を使うことで、高可用性のWebサイトを構成することができます。 NodeBalancersとの使い分け Akamaiのcloud computing servicesでは、ManagedのロードバランサーであるNodeBalancersも用意されています。それぞれ以下の特徴がありますので構築するシステムに合わせて選択してください。 NodeBalancers Managedサービスのためインフラの運用をAkamaiに任せることができる GUIでの設定画面を利用で
少しだけ気合いを入れてkeepalived, lighttpdを試してみた
普段考えている事やら、何やら特定のトピックは設定せずに、将来読み返す自分に向けて何か書いてゆくためのスペースです。 とはいえ書くからには再利用しやすいものを目指します。 コメントは各記事への投稿か、Google Groups "Yasundial/Yadiary Forum"へどうぞ はじめに 「サーバ/インフラを支える技術」を読んでkeepalivedの使い方はだいたいわかってきたので、なんちゃってWebクラスタを構築してみました。 今回は新たにProxyサーバにlighttpdを使っています。環境はVMWare Workstation 6.5にDebian lennyのクローンを8インスタンス準備しました。 この本の中ではロードバランサやWebサーバの冗長化は個別に扱われていて、全体を冗長化させる場合については特に記述がないんですよね…。 それに関連する設定については記述がなかったりも
IDCFクラウドでkeepalivedを使ったLVS構築(1) - IDCF テックブログ
はじめまして、ソリューションアーキテクト部の金杉です！ 最近、私が関わっている業務の一環として、IDCFクラウドでLVS（Linux Virtual Server）を立ててみました。エンジニアブログでまだ紹介されてなかったということで、今回はIDCFクラウドのCentOSで、keepalivedでLVSを使ったロードバランサーの構築を紹介します。 ▲今回構築する構成 ご存知の方もいらっしゃると思いますが、IDCFクラウドではアカウントごとに仮想ルーターがついています。仮想ルーターの詳細についてはこちらをご覧ください。 仮想ルーターについているロードバランサー機能はとても便利なのですが、LVSを使う必要がある構成も稀ではないですよね。LVSを使いたい主な理由をまとめると： 処理が速いので大量にバランシングできる アプリサーバー側で接続元IPアドレスを特定できる keepalivedを使うこと
Keepalivedで作るMySQLフェイルオーバーシステム
1. はじめに この記事はMySQL Casual Advent Calendar 2015の22日目のエントリです。 先日、MySQL Casual Talksという勉強会で登壇してきました。その時の内容をまとめておきたいと思います。 MySQLデータベースサーバに障害が起きた時、サービスを続けるには幾つかの方法があります。障害発生時にSlaveサーバーを手作業でMasterに昇格させる方法、MySQL Utilitiesに含まれるmysqlfailoverというユーティリティーを利用する方法などです。 今回、Keepalivedというソフトウェアと、MySQLの双方向レプリケーションを使って、ほぼ無停止でフェイルオーバーする構成を試してみたので、それについてまとめておきたいと思います。 2. システム構成 db1、db2という二つのサーバで、それぞれmysqldとkeepalivedを
Redis の冗長化を考える (keepalived, HAProxy, Redis Sentinel)
Redis を冗長化したいなって思って探していたらこんなのを見つけたので試してみます。 「 Highly Available Redis Cluster | Simplicity is the keynote of all true elegance」 最初は Pacemaker で構築しようと考えていましたが Redis の作者様が Sentinel を おすすめしていたのでこの構成を試してみます。 それぞれのバージョンは OS: CentOS 6.6Redis: 2.8.19HAProxy: 1.5.11Keepalived: 1.2.13図にするとこんな感じ Redis の Master / Slave は Sentinel でコントロールします。 Sentinel については「 Redis Sentinelで自動フェイルオーバー」が詳しいです（ちょっと古いかもしれないけど）。 Re
keepalived + MySQL-MHA + xtrabackupで自動フェイルオーバーと手動フェイルバック(その１ keepalived編):ADWAYS ENGINEERS BLOG
2013年01月11日 keepalived + MySQL-MHA + xtrabackupで自動フェイルオーバーと手動フェイルバック(その１ keepalived編) はじめまして、アドウェイズエンジニアのイシマルです。 私がアドウェイズに入社してから7ヶ月が過ぎましたが、楽しいエンジニア生活を送っています。 アドウェイズに入る前は、大規模なシステムに携わったことがなかったのですが、 「やってみたい！」 と手を挙げると、私のチームのリーダーは、 何でも丸投げしてくれる、快く挑戦する機会を与えてくれるので、非常にありがたく感じています。 というわけで、今回は、初挑戦のKeepAlivedとMySQL-MHAを用いた自動フェイルオーバー(keepalived編)を検証してみましたので、ご紹介します！ ■サーバ構成 サーバ構成の要点をまとめると、 各サーバは仮想OSにし、物理サーバ1、
LVS＋keepalived の設定 1 - interdb’s blog
備忘録として、DSRによるLVSとkeepalivedの設定を段階的に書く。 前提は以下のとおり： LVSの転送方式はDSR ネットワークは単一セグメントで超簡単なもの OSはCentOS6.5 今回はDSRのLVSでMySQL:Slaveの負荷分散の練習。 以降の予定は： keepalived導入 LVS+keepalivedの２重化 keepalivedによる厳格なMySQL:Slave死活監視＋死活管理 ネットワーク構成 今回は以下の構成。 LVSはeth0 = 192.168.1.100。さらに後々を考えてVirtualIPとしてeth0:0 = 192.168.1.10を設定。クライアントはこのアドレス(VIP)にアクセスする。 MySQL:Masterはeth0 = 192.168.1.200、ただしLVSとは関係ない。 MySQL:Slave1はeth0 = 192.168.
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
高トラフィックに対応できるLinuxロードバランサを目指して 〜 LVSをNATからDSRへ : DSAS開発者の部屋
「こんなに簡単！ Linuxでロードバランサ」のシリーズでは、 こんなに簡単！ Linuxでロードバランサ (1) 〜 LVS + NATで負荷分散をしてみよう こんなに簡単！ Linuxでロードバランサ (2) 〜 keepalivedでWebサーバのヘルスチェック こんなに簡単！ Linuxでロードバランサ (3) 〜 VRRPでロードバランサを無停止にする こんな流れでNATによる負荷分散システムを構築してきました。 今回はこれを DSR(Direct Server Return) 方式に変更してみます。 「DSRとはなんぞや？」という方は、 ロードバランサの運用.DSRって知ってますか? L4スイッチはDSR構成にすべし こちらでわかりやすく説明されていますので参考にしてみてください。 一般的(?)に大規模システムを構築する場合は、「ネットワーク機器の整備はこの部門」、「サーバの調
LVSでDSR(簡易構成) | Ore no homepage
えー、あー、LVSに関する記事です。あんまムツカシーこと考えずに作るならこれでいいんじゃね？って記事です。趣旨としては「LVSでDSRっていうとiptables設定したり、ARPに応答しないようにごにょごにょしたり、カーネルパラメータいじったり、めんどくさいんでしょ？」→「そんなこたぁねぇ！」って言いたいだけの記事です。 環境は次の条件とします。まぁ、「検証環境にロードバランサ置きたーい。」「LVSの冗長化のテストしたーい」みたいなケースですかね。 クライアント、LVS、リアルサーバは同じセグメントにいる 全てのマシンはLANインターフェイスを1つだけ持つ(eth0のみ、もしくはbond0のみ) LVSはDSRで動かす 図に表すとこうなる↓ client 特になにもしなくてOK。 たまに「ルーティングをVIPに向ける必要がある」みたいなブログを見るんですが、上述の条件の場合は不要なんじゃな
Simple keepalived failover setup on Ubuntu 14.04 - Raymii.org
Simple keepalived failover setup on Ubuntu 14.04 Published: 13-06-2014 | Author: Remy van Elst | Text only version of this article ❗ This post is over nine years old. It may no longer be up to date. Opinions may have changed. We are going to set up very simple keepalived IP failover on Ubuntu 14.04. Keepalived is a piece of software which can be used to achieve high availability by assigning two o
Dockerコンテナの、Keepalived + LVS冗長化 （1 / 2 構築編） - Qiita
概要 サーバたるもの、仮想マシンであろうがコンテナであろうが、冗長性を兼ね備えていなければなりません。 そこで、Dockerを利用したサービス用サーバについても、別筐体間で冗長化・負荷分散を試みました。 Dockerのネイティブな機構でも、High Availability（以下、HA）が（ある|サポートされる）のかも知れませんが、今回はコンテナのホストサーバ間で技術的にも枯れたKeepalived + LVSを用いて、コンテナへのアクセスを冗長化・負荷分散する構成を取りました。 構成の概要は以下の図の通りとなります。 コンテナ・ホストのInbondインタフェイスと、DockerコンテナであるWebサーバweb-01. web-02のゲートウェイとして、VRRP（Keepalived）によるVIPを設定しました。 図中で左のCentOS7がMasterで、Inbondインタフェイスもしくは
そなーブログ » Blog Archive » MySQLレプリケーション+keepalived
linux, サーバー関連 2010年6月19日, 地味にみなさんがどういう設定をしてるかが気になるところですが 正直何の知識もない僕が仕事で 「DB2台でレプリケーションよろしく」といわれて試行錯誤で構築した軌跡です。 他の人たちがどのように構築しているかがすごく気になるところですねぇ･･･ 目的 すでに構築されているWEBとDBの構成のもの。 DBを１台増やすから「１台が落ちても２台目がホットスタンバイしてて即座に切り替わる構成」 としてほしいというのが依頼。 構成的にはこんな感じにDBが１台増える感じ。 こんな風に普段はWEBはDB1を参照するけど、DB1に障害が起きた場合は！ こんな形でDB2を参照するようにしちゃう。 こういった風に代替サーバーが役割を引き継ぐ事をフェイルオーバーって言うらしいよ！ これを可能にするにはDB1とDB2の間で以下の事がないと成立できない 例えばDB1
naoyaのはてなダイアリー - MySQL の負荷分散に LVS + keepalived を使う
あとで書く、と言った手前なので書くとします。 DSASの中の人がすごい勢いで LVS の話を書いてくれてます。この辺。LVS を使うと Linux と箱でロードバランサが作れちゃいます。普通に買ったら数百万とかしちゃうやつ。 DSAS の中のひとに感謝しつつ、いい機会なのでやってみよう! と思っていろいろ試して昨日あたりからはてなの中でも LVS + keepalived で動かしはじめてます。いまのところ問題なし。 そのロードバランサをどこに使ってるかですが、普通ロードバランサというとインターネットからの入り口のところに置いてウェブサーバーの負荷分散に使うイメージがあります。が、今回ははてなでは MySQL のスレーブの手前に置くという役割でとりあえず使いはじめました。 +-----------+ +-----------+ | mod_perl | | mod_perl | +----
「Linux Virtual Server」と「Keepalived」で作る冗長化ロードバランサ | さくらのナレッジ
多数のクライアントがアクセスするような負荷の高いサービスや停止させられないサービスを運用する場合、複数のサーバーを使ってサービスの負荷分散や冗長化を行うのが一般的だ。本記事では、「Linux Virtual Server（LVS）」を使ってこのような構成を実現する方法について紹介する。 Linuxサーバーをロードバランサにする「Linux Virtual Server」（LVS） 最近では多数のCPUコアを持つサーバーが安価で利用できるようになり、サーバー1台の処理能力は飛躍的に向上している。しかし、リクエストの処理に多くのリソースを使用するようなサービスや、短時間に多数のリクエストを処理する必要があるサービスでは、1台のサーバーだけでは処理能力が不足する場合がある。このような場合、複数台のサーバーで同じサービスを運用し、ロードバランサを使ってリクエストを振り分けることで負荷の分散を図るこ
KeepalivedによるロードバランサLVS構築 - RLB
LVS構築における最強の手順書を残してみました。 はじめに ロードバランサ（LVS）の需要は間違いなくあると思うのですが、いかんせんネットに情報が少ない。 かの有名な「サーバ/インフラを支える技術」が出版された2008年あたりがピークの感がある。(Klabさんの記事には大変お世話になりました) Googleで調べてもまとまった情報がなかったりするので、最初は大変でした。 普段インフラ周りで仕事しているので、そこで培ったノウハウを出したいと思います。マイブログ史上最大の情報量。 今回は「CentOS6.4 x86_64マシン」に「最新版keepalived-1.2.7を導入」で「割りと本番運用に耐えられる手順」を解説。もちろん定番のIPVS + Keepalived のDirect Server Return(DSR)構成。 ※是非コメント欄でもさらに有益な情報がありましたら歓迎です。 内容
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
株式会社TAP
株式会社TAP