ngx_mruby/mod_mruby でロードバランサ (LVS) を操作する、あるいはその他のユースケースについて - Qiita
ngx_mruby/mod_mruby でロードバランサ (LVS) を操作する、あるいはその他のユースケースについてmrubyngx_mrubymod_mrubymruby-ipvs どうも、最近めっきりサーバにログインすることが減り、コードを書く機会が増えてきた @rrreeeyyy です。 この記事は mod_mruby ngx_mruby Advent Calendar 2014 7 日目の記事です。 公開が遅れてしまってすみません。 ngx_mruby/mod_mruby、この Advent Calendar の今までの記事や今後の記事で、その便利さがとても伝わってくるかと思います。 やはり HTTP のリクエスト/レスポンスをプログラマブルに操作できると言う所が大変魅力的だな、と個人的に感じています。 (他にも nginx/apache で同一のコードが流用できるような設計や、
vagrantでロードバランサーの実験環境作成 - MEMOcho-
勉強がてらubuntuでlvsを構築してみたので手順やハマったところをメモ 実験用の環境はvagrantで構築 nodeをたくさん立てる必要があるためdocker使ってメモリ節約したかったけど dockerだと通信周りの設定でハマりそう＆その部分は今回の趣旨と違うため次のステップとしとく 構築したい環境はこんな感じ name ip:port vip:port 備考 lb0 192.168.0.11:80 192.168.0.2:80 IPVS web0 192.168.0.3:80 real server 1 (nginx) web1 192.168.0.4:80 real server 2 (nginx) cli0 192.168.0.100 アクセス確認用クライアント 今回はDRで設定することにする （lbにて振り分けたパケットが送信元へ返る際、lbは通らずに直接送信元へ返る） lb0
Vagrant で CentOS6.6, LVS (IPVS) の NAT 転送方法をためしてみる, その１ - Qiita
Vagrant で CentOS6.6, LVS (IPVS) の NAT 転送方法をためしてみる, その１LVS LVS (Linux Virtual Server) ちょっと勉強する時間ができたので、ロードバランサの勉強をしてみた。LVS は。。。というか wiki の説明が詳しいので説明はそちらを参考、なのですがvagrant で NAT転送した場合にすこしハマッタとこがあるので毎度の自分メモ。今回、vagrant の nic についてちょっとした小ネタ発見したので結構よかったw varant の 複数nic指定 public_network, private_network を同時に指定できるって知らんかった。ただし順番あるのでそこは注意すること。 config.vm.define :nictest do |node| node.vm.network :public_network
vagrantのCentOS6.5でLVSを試す - Qiita
[ホスト側] $ vi Vagrantfile =================== VAGRANTFILE_API_VERSION = "2" Vagrant.configure(VAGRANTFILE_API_VERSION) do |config| config.vm.box = "centos65-x86_64-20140116" config.vm.box_url = "https://github.com/2creatives/vagrant-centos/releases/download/v6.5.3/centos65-x86_64-20140116.box" config.ssh.forward_agent = true config.vm.define :node1 do |node| node.vm.box = "centos65-x86_64-20140116"
DSAS開発者の部屋:こんなに簡単！ Linuxでロードバランサ (1)
DSASのロードバランサは高価なアプライアンス製品ではなく、LinuxのLVS (Linux Virtual Server)を利用しています。 安価、というか、ハードウエア以外は金銭的コストがゼロなので、一般のクライアントからのアクセスを受ける外部ロードバランサのほかに、内部サービス用のロードバランサも配置しています。それぞれactive, backupで2台ずつあるので合計で4台もロードバランサがあることになります。(こんな構成を製品を使って組んだら数千万円すっとびますね) また、ネットワークブートでディスクレスな構成にしているので、ハードディスが壊れてロードバランサがダウンした、なんてこともありません。 ですので「ロードバランサは高くてなかなか導入できない」という話を耳にする度にLVSをお勧めしているのですが、どうも、 なんか難しそう ちゃんと動くか不安 性能が出ないんじゃないか 等々
クラウドコンピューティングと負荷分散ソリューションLVS 第2回: 主な機能概要 | 技術文書 | 技術情報 | VA Linux Systems Japan株式会社
このLVSクラスタでは、NAT(ネットワークアドレス変換)による転送の仕組みを利用しています。 VIPに対する接続は、まずディレクターが受信したうえで、接続先としてスケジューリングした実サーバに転送します。 その際、送信先アドレスを、VIPから適切なRIPに変換します。実サーバからの返信パケットもディレクターを経由し、その際に送信元アドレスをRIPからVIPに変換します。 ディレクター ディレクターの設定にはipvsadmを使用できます。 【例】まず仮想サービスを10.0.0.1のポート53で作成し、次に3台の実サーバを10.0.1.2～4で作成しています。実サーバもそれぞれポート53を使用します。 # ipvsadm -A -t 10.0.0.1:53 # ipvsadm -a -t 10.0.0.1:53 -r 10.0.1.2:53 -m # ipvsadm -a -t 10.0.0
クラウドコンピューティングと負荷分散ソリューションLVS 第1回: LVSのアーキテクチャ | 技術文書 | 技術情報 | VA Linux Systems Japan株式会社
クラウド 負荷分散 クラウドコンピューティングと負荷分散ソリューションLVS 第1回: LVSのアーキテクチャ 2012/07/25 技術本部 本部長 高橋 浩和 Linux Virtual Sever (LVS)は、Linuxオペレーションシステム上で実行されている負荷分散ソリューションの一種で、1998年5月、Wensong ZhangによってOSSプロジェクトとして開始されました。 LVSは、実サーバのクラスタ上に構築されたコンピュータ・クラスター技術を用いて高性能かつ高可用なLinuxサーバを構築し、スケーラビリティや信頼性、保守性を向上させます。また、LVSを利用することで、Webサービスや電子メールサービス、メルチメディア、VoIPサービスなどの高信頼ネットワークサービスの構築が可能となります。 VA LinuxはLVSに積極的な貢献をしており、新機能の実装や現バージョンへの移
高トラフィックに対応できる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構成にすべし こちらでわかりやすく説明されていますので参考にしてみてください。 一般的(?)に大規模システムを構築する場合は、「ネットワーク機器の整備はこの部門」、「サーバの調
「Linux Virtual Server」と「Keepalived」で作る冗長化ロードバランサ | ページ 2 | さくらのナレッジ
Keepalivedを使ったサーバーの監視 以上の設定を行うことで、仮想サービスとして定義したIPアドレスおよびポート宛てのリクエストをサーバーに転送し、負荷分散を行う環境を構築できる。しかし、この場合サーバーが何らかの原因でサービスを提供できなくなっても、そのサーバーにはリクエストが転送される可能性がある。つまり、サービスの冗長化は厳密には行えていない。そこで、続いてはKeepalivedを使ってサービスの稼働状態を監視し、サービスが停止しているサーバーに対してはリクエストの転送を行わない、という設定を行ってみよう。 Keepalivedは以下のような機能を持つルーティング管理ソフトウェアだ。 パケット転送先サービスの死活監視 LVS自体の死活監視 LVS設定の動的変更 Keepalivedは、大きく分けて2つの目的で利用される。まず一つは、サービスの稼働状況に応じてロードバランサの設定
「Linux Virtual Server」と「Keepalived」で作る冗長化ロードバランサ | さくらのナレッジ
多数のクライアントがアクセスするような負荷の高いサービスや停止させられないサービスを運用する場合、複数のサーバーを使ってサービスの負荷分散や冗長化を行うのが一般的だ。本記事では、「Linux Virtual Server（LVS）」を使ってこのような構成を実現する方法について紹介する。 Linuxサーバーをロードバランサにする「Linux Virtual Server」（LVS） 最近では多数のCPUコアを持つサーバーが安価で利用できるようになり、サーバー1台の処理能力は飛躍的に向上している。しかし、リクエストの処理に多くのリソースを使用するようなサービスや、短時間に多数のリクエストを処理する必要があるサービスでは、1台のサーバーだけでは処理能力が不足する場合がある。このような場合、複数台のサーバーで同じサービスを運用し、ロードバランサを使ってリクエストを振り分けることで負荷の分散を図るこ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Persistence Handling in LVS