かっぱのほげふが | RabbitMQ のクラスタ構成を体感する
はじめに Sensu や Chef Server でも内部的に使われている RabbitMQ に関してフワッとした知識しかないので自分なりに手を動かして実感してみたい。特にクラスタ構成について興味があるので Ruby で簡単なスクリプトでキューの入出をしながら自分なりの知見を深めてみる。 また、幸い同僚に RabbitMQ に詳しいメンツが揃っているのであまり時間も無いが見聞きしたこともメモっていきたい。 参考 AMQP 0-9-1 Model Explained Clustering Guide Highly Available Queues Work Queues The rabbitmq.config File クラスタ構成と HA クラスタ構成と HA についてドキュメントを拾い読みしてみる。英訳等に誤りがあるのでご参考程度に。 RabbitMQ の簡単なイメージ 「百聞は一見に如
RabbitMQ と再送について
概要 : AMQP のプロトコルを読むと、一瞥して送信はパケットを送るだけ、受信はソケットを読み込むだけのようにも見える。しかしながら、実際に書いてみると、再送処理を自前で実装する必要があるため、現実には大変に複雑な処理が必要だ。 そもそもなぜ RabbitMQ を使うのかという話、あるいはなぜ再送が必要かという話たんにコンポーネント同士が疎結合で通信したいのであればわざわざ MQ を使う必然性は皆無である。ごくあたりまえに TCP で通信すればそれでいい。暗号通信が必要なら当然 SSL でいいし、パケットエンティティに依存する複雑な L7 リバースプロキシを MQ を使って実現することも、不可能ではないが、普通そういうのは varnish とかでやるだろう。 MQ において優れているのはデータの durability だ。つまり、一旦キューにためておけば、その両側のコンポーネントは好き勝
RabbitMQ 3.1の導入とCluster構成を検証する
RabbitMQ 3.1の導入と冗長化の検証をしたのでメモ。 検証のための構成はフロントのAPサーバー、RabbitMQが動作するキューサーバー、ワーカーそれぞれ二台づつ。キューサーバーが片方死んでも全体が動作し続けられる事、両方がダウンしたとしてもデータは損失しない事が確認できれば良い。要するに単一障害点にならないようにRabbitMQを使いたい。 サーバーの準備 仮想マシン6台はVagrantを使えば一発で用意できる、メモリ16GB積んでてよかった。ホスト名を後でいじるとrabbitmqctlで停止・再起動がうまくいかなくなった。ホスト名周りはEC2で使う時に面倒な事になりそうだ。 各サーバーの /etc/hosts にrabbit1とrabbit2は追加しておく。 RabbitMQ 3.1 のインストール 起動確認 vagrant@rabbit1:~$ sudo rabbitmq-s
RabbitMQのインストールと管理画面の有効化(MacOSX/Linux/Windows) - Qiita
RabbitMQのインストールとRabbitMQ管理画面の有効化までのステップのメモ Mac OSX 一番簡単 brew install rabbitmq 以上でインストール終了。裏でいろいろ(下で実施するLinuxインストール相当のことを)やってくれてる。 にアクセスすると管理画面が有効になっている。 user:guest password:guest でログインできる Erlangをインストール sudo yum install erlang RabbitMQをダウンロード RPMはこちらから http://www.rabbitmq.com/install-rpm.html curl -O http://www.rabbitmq.com/releases/rabbitmq-server/v3.4.4/rabbitmq-server-3.4.4-1.noarch.rpm RabbitMQ
RabbitMQ チュートリアル１（"Hello World!"） - Qiita
RabbitMQのチュートリアル１ https://www.rabbitmq.com/tutorials/tutorial-one-python.html の翻訳です。 翻訳の誤りなどあればご指摘お待ちしております。 前提条件 このチュートリアルでは、RabbitMQのがインストールされ、ローカルホストの標準のポート（5672）上で実行されている前提とします。別のホスト、ポート、または資格情報を使用する場合には、接続設定の調整が必要です。 問題が発生した場合 このチュートリアルを通して問題が発生した場合、メーリングリストを通して私たちに連絡することができます。 はじめに RabbitMQは、メッセージ·ブローカーです。主なアイデアは非常に単純です：メッセージを受け付け、そして送り届けます。それは郵便局と考えることができます：あなたはポストに手紙を出すとき、郵便配達員が最終的には受取人に配達
amqpを使ってRabbitMQのキューを操作する - Qiita
使用するバージョン RabbitMQ 3.3.5 amqp 1.5.0 条件 vhostは/production ユーザはuser1、パスワードはpassとする キューにメッセージを追加する（基本） # -*- coding: utf-8 -*- require 'amqp' # RabbitMQに接続 AMQP.start(:host => "localhost", :vhost => "/production", :user => "user1", :pass => "pass") do |connection, open_ok| # channelを作成 channel = AMQP::Channel.new(connection) # queue1というキューを作成 # キューが無い場合は作成（既にある場合もエラーにはならない） queue = channel.queue("que
RabbitMQ インストールや操作メモ、ちょっと濃い話 | cloudpack.media
ども、cloudpack の かっぱ (@inokara) です。 CentOS にインストール 環境 CentOS 6.5 iptables を止めておく selinux も disabled Security Group で VPC 内のサブネット通信はすべて許可した（必要に応じてポートは絞りましょう） epel パッケージリポジトリの登録からのインストール デフォルトの状態だと epel のリポジトリは非登録なのでひとまず。 sudo rpm -i http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm からの… sudo yum -y install erlang rabbitmq-server --enablerepo=epel でとりあえず…。 sudo /etc/init.d/rabb
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
