Route53 を使って Sensu の RabbitMQ を HA 構成にしてみた | iret.media
cloudpack の 自称 Sensu芸人 の かっぱこと 川原 洋平（@inokara）です。 はじめに Sensu をプロダクション環境で運用しようとすると、その中核となる RabbitMQ はどう見ても SPOF になるんでは？という疑問から HA Proxy や Route 53 を使って HA 構成がとれないか検証してみた。 下記のように Sensu クライアント及び Sensu サーバーが Route 53 に定義されたドメイン名に対してアクセスするような構成を構築して検証する。 尚、今回は ElastiCache for Redis は用いずに Sensu サーバー上に構築した Redis サーバーを利用した。 Route53 による Health Check の設定 参考 Route53のDNSフェイルオーバー機能を使ってみた 設定の条件 RabbitMQ ノードのグロー
cloudpackブログ - Direct Hosting & Cache Distributionパターンでyumリポジトリの作成(S3/CloudFront/R53まで)
HistoryをSyslogに出力BashのRPMを作ってみた(CentOS6)の記事でアップデート用のRPMを作成しました。 今回は、yumでアップデートできるようにリポジトリを用意し、公開してみようと思います。 合わせて、下記のCDPを適用したyumリポジトリを作成してみます。 Direct Hostingパターン Cache Distributionパターン 図にすると、下記のようになります。 尚、全て記載すると記事が非常に長くなってしまうので、まずは器(S3 & CloudFront & R53)の構築方法まで 紹介します。 ○S3の準備 S3の管理ページでの作業です。 バケット名(トップレベルのフォルダ？)を指定します。 作成した状態が確認できます。 バケットのパーミッションは誰でもバケット内のオブジェクトリストが見れるようにしておきます。 Website Hosting機能を有
cloudpackブログ - IAMユーザーにRoute53の権限
IAMのコンソールで、標準ポリシーにRoute53の設定がないので、マニュアルでポリシーを設定します。 { "Statement":[ { "Effect":"Allow", "Action":["route53:*"], "Resource":"*" } ] } 実際の設定画面は、下記になります。 IAMのコンソール画面から、PermissionsのAttach User Policyをクリックし、Set PermissionsのCustom Policyより、上記のソースを入力します。 上記のポリシーを追加したユーザーはRoute53がフル操作することができます。 参考ドキュメントAmazon Route 53 Developer Guide こちらの記事はなかの人（kenjionsoku）監修のもと掲載しています。 元記事は、こちら
cloudpackブログ - ネームサーバ変更時の設定確認方法(nslookup編)
今回、サーバの移行に伴い、ネームサーバをRoute53へ変更する案件があったのですが、 ネームサーバを変更する場合、新規のサーバでも現行のネームサーバと同じ設定にする必要があります。 そこで、新規のネームサーバで設定した内容に不備がないかを確認する場合には、下記のようにnslookupで 確認することができます。 例として、Route53で下記のようなレコード設定をしたとします。 (設定ドメインはcimacoppi.bizとします) まずは、serverの指定です。 次に、Aレコードの確認です。 最後に、MXレコードの確認です。 以上で、ネームサーバに設定した内容を確認することができます。 こちらの記事はなかの人（be_hase）監修のもと掲載しています。 元記事は、こちら
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
