Sensu から出力されるメトリクスデータ収集を Graphite の carbon-relay でパス毎に異なる Graphite サーバーの carbon-cache に保存してみる | iret.media
Sensu から出力されるメトリクスデータ収集を Graphite の carbon-relay でパス毎に異なる Graphite サーバーの carbon-cache に保存してみる cloudpack の 自称 Sensu芸人 の かっぱこと 川原 洋平（@inokara）です。久しぶりに Graphite ネタです。 carbon-relay とは… carbon-relay とは Graphite によるデータ収集をレプリケーションやシャーディングする機能。carbon-relay を使えば carbon-cache のスケールアウトとかお手軽に出来るようです。（但し、carbon-relay が SPOF に成りうるので別途冗長化等を検討する必要があるようです） Graphite の各種コンポーネントについては下記のスライドで一目瞭然です。 Monitoring Casual
Sensu のイケてる（と思う）ダッシュボード Uchiwa を pm2 でデーモン化する | iret.media
cloudpack の 自称 Sensu芸人 の かっぱこと 川原 洋平（@inokara）です。 今回も Sensu と Uchiwa のネタですので、ちょっと癒やし的な意味を込めて扇子とうちわの画像を。 はじめに Sensu の直近でイケてるなあと思っている uchiwa というダッシュボードですが、nodejs で動作しているのですがデーモン化しないとサーバー再起動時等に手動で起動せにゃあかん状況です。これではちょっち残念なので同僚に教えて頂いた pm2 という node.js のアプリケーションをお手軽にデーモン化してくれるツールでデーモン化してみたいと思います。 pm2 とは まずはググらビリティ Sensu や Uchiwa 同様に pm2 もググらビリティ悪すぎは否めません… 気を取り直して…pm2 とは こちらを参考に…以下のような特徴があります。 node.js アプリを
ohai最高って思うとき | iret.media
ohaiございます私です 例えばsensuコミュニティプラグインのcheck-redis-memory.rbを利用するとき、 maxmemoryパラメータを設定していない場合、 サーバに搭載されているメモリ量と比較して使用率を判定してみます。 ohaiのmemory attributeを使うと幸せになれます。 Redisのmemory使用率がusage/memory_total70%を超えたらwarning Redisのmemory使用率がusage/memory_total80%を超えたらcritical warning_memory = node.memory.total.gsub('kB','').to_i * 0.3 critical_memory = node.memory.total.gsub('kB','').to_i * 0.2 sensu_check "check_red
Sensu の standalone check について自分の理解を正す | iret.media
cloudpack の 自称 Sensu芸人 の かっぱこと 川原 洋平（@inokara）です。 はじめに sensu の check には standalone というクライアント自身で監視イベントを発生させて結果だけを通知するモードが存在します。使い方としては、以下のように各種チェックの設定に standalone: true を入れるだけです。 { "checks": { "cron_check": { "handlers": ["default"], "command": "/etc/sensu/plugins/check-procs.rb -p crond -C 1 ", "interval": 60, "standalone": true } } } ただ、この standalone モードについてちゃんと理解出来ていなかったので改めてソースコード等を見ながら自分自身の理解を
Sensu で気になったことメモ | iret.media
cloudpack の 自称 Sensu芸人 の かっぱこと 川原 洋平（@inokara）です。 はじめに Sensu について調べてて気になった点をメモしたいと思います。あくまでもメモですので内容につきましてはご自身でご確認いただければ幸いです。 脱 RabbitMQ 依存？ ドキュメントのアーキテクチャ図が変わった Sensu ファンの皆さんならすでにお気づきのことかと思いますが、ドキュメントの Overview に以前掲載されていたアーキテクチャ図が更新されています。 以前のアーキテクチャ図は以下のような図だったと記憶しております。この図は個人的には Sensu のアーキテクチャを説明するには若干説明不足感は否めませんでした。 最新のアーキテクチャ図は以下のような GIF アニメーションにまでなっておりとても解りやすい図になっている気がします。 http://sensuapp.or
Sensu のイベントデータを fluentd + Treasuredata + Google Spreadsheet で集計する環境を作ってみる | iret.media
cloudpack の 自称 Sensu芸人 の かっぱこと 川原 洋平（@inokara）です。 とりあえず 作業メモ やりたいこと Sensu Server 上の sensu-server.log を保存しておいてあとから見やすくしたい Sensu のイベントデータからアラートに該当するログだけを保存してレポーティング出来るようにしたい やりたいことのイメージ 手書きですんません。 準備するもの Sensu Server（すでにあるもの） sensu-community-plugins/handlers/notification/fluentd.rb fluentd fluent-plugin-td Treasure data のアカウント Google Drive のアカウント 参考 TreasureDataってなんじゃ？（Googleスプレッドシートで簡易ダッシュボード） 準備 ハ
curl と jq と Sensu Dashboard で追っかける Sensu API | iret.media
cloudpack の 自称 Sensu芸人 の かっぱこと 川原 洋平（@inokara）です。 はじめに Sensu 芸人としては Sensu API を使った何かしらのネタをやらないといけません。ということで、まずは Sensu API を curl と jq で追っかけてみたいと思います。 参考 The Sensu API この記事を書き始めてから気づきましたが、以下の記事がシンプルに纏まっていて良いと思います！ sensu api を利用する ドキュメントにしたがって… アクセスしてみる 合わせて jq にパイプで渡しながら見ていく ホストは localhost ポートは 4567 API の設定は config.json の以下の部分。
HA Proxy を使って Sensu の RabbitMQ を HA 構成にしてみた | iret.media
以上。 HA Proxy と RabbitMQ の連携 RabbitMQ の設定 事前にクラスタ化しておく HA モードは all にしておいてキューはミラーリングさせておく HA Proxy の設定 以下のような設定ファイルで保存しておく。 global log 127.0.0.1 local0 log 127.0.0.1 local1 notice maxconn 4096 user haproxy group haproxy daemon defaults log global mode tcp option tcplog option dontlognull listen rabbitmq_local_cluster 0.0.0.0:5672 mode tcp balance roundrobin server ip-xxx-xxx-xxx-xx1 ip-xxx-xxx-xxx-x
Graphite と Sensu について | iret.media
cloudpack の 自称 Sensu芸人 の かっぱこと 川原 洋平（@inokara）です。 Sensu とメトリクスツールはほぼ一択の Graphite について調べてまとめていきます。 Graphite の基本 アーキテクチャ メトリクスを収集するのが carbon データを保存しておくのが whisper whisper に保存されたメトリクスを表示するのが graphite-web 設定ファイル /etc/carbon/carbon.conf /etc/httpd/conf.d/graphite-web.conf /etc/graphite-web/ 以下 尚、上記は CentOS 6.5 上に各種ツールをパッケージインストールした場合の設定ファイルのパスになるので環境に応じて読み替える必要がある。 最小構成 carbon-cache が利用される whisper のデータ保
Sensu 0.12 調査メモ No Items found. | iret.media
cloudpack の がみさんです。 盛大に失敗した履歴です。 sensu-serverとclientの環境を整えたはずなのに、 sensu-dashboardからclientが表示されない問題を抱えています。 sensu-server.logを眺めているとsensu-serverがrabbitmqからデータを取得していないように見えます。 さて以下より記録です。 sensu-server用ノード OS： CentOS6.5 役割：sensu-server/sensu-api/sensu-dashboard/rabbitmq/redis IP: 10.0.0.150 sensuのバージョン：sensu-0.12.3-1.x86_64 sensu-client用ノード OS： CentOS6.5 役割： sensu-client IP: 10.0.0.163 sensuのバージョン：sen
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://iret.media/3191