問題タブ [sensu]

AWSでEC2インスタンスをスケールアウトしたいと思います。このために、私はSensuフレームワークを使用するように提案されました。

CPU使用率に基づいてインスタンスをスケールアウトしたいと思います。テストのために、WindowsとUbuntu（V.Box）の両方でSensuを構成しました。この例に従って、Ubuntuでクライアントを実行しています。CPUデータがRabbitMQに正常に渡されます。

スケールインまたはスケールアウトできるように、Sensuサーバーでそのデータをどのように使用できるのか疑問に思っています。任意の提案をいただければ幸いです。

重要な場合は、これをOpscodeChefで使用します。

EC2 インスタンスを監視するために sensu フレームワークを使用しようとしていますが、残念ながらThe channel 1 was closed, you can't use it anymore! (AMQP::ChannelClosedError). ここにもエラーのスタックが表示されますが、解決策は何かを理解できます。 http://www.sand4.info/index.php?q=aHR0cHM6Ly9naXN0LmdpdGh1Yi5jb20vMTQ5MTA0NA%3D%3D

どんな助けでも大歓迎です..

jvm インスタンスの jstat メトリックを取得する bash scirpt を作成しました。

出力例は次のとおりです。

しかし、Sensu クライアントがこのスクリプトを実行すると、返されます。

これは check_cron.json の例です

そして私のbashスクリプトの一部

問題が jstat にあることがわかり、完全な jstat パスを次のように書き込もうとしまし/usr/lib/jvm/java-1.7.0-openjdk.x86_64/bin/jstat -gc $pid|tail -n 1たが、役に立ちませんでした!

ちなみに、この行にコメントすると、「8584 に接続できませんでした」のような出力が消えます!

sensu-client はいつ再起動する必要がありますか? sensu-api と sensu-server を再起動するだけで、追加した新しいチェックが機能しているように見えることに気付きました。ドキュメントにあるように、クライアントを再起動する必要がありますか?

nagiosからsensuに乗り換えました。シェフを使用してプロセスを自動化しています。メーラーを除いてすべてがうまく機能しているか、実際には、json出力をチェックからハンドラーにリダイレクトすると思われる「パイプ」に絞り込みました。そうではありません。私が使うとき

空メールが届きます。mailer.rb ハンドラーを使用すると、メールがまったく届きません。mailer.json に mail to と mail from を含めるようにしました。ログには、ハンドラーと電子メールのパラメーターに関する正しい情報が含まれていることがわかります。

そのため、「パイプ」が機能していないと結論付けました。誰でもそれを助けることができますか？私はそれを大いに感謝します。扇子コミュニティがあればいいのにと思いますが、作るには新しすぎるかもしれません。

私はいくつかの Raspberry Pi コンピューターを実行しており、現在 smtp を使用して、何が起こっているかをエラー報告などで知らせています。しかし、もっと良い方法を見つけたいと思っています。Sensu を見つけましたが、やり過ぎかもしれません。

1. ラズベリーでSensuを試しましたか？

2. 他に推奨する監視ソリューションはありますか?

Puppet Installed Sensu Client を Ubuntu 13.04 で実行していますが、これが check-procs.rb .. を実行し、次のエラーで失敗します。

奇妙なことに、CentOS 6.4 で問題なく動作します。両方のサーバーで、sensu クライアントは、必要に応じて APT および/または YUM を介して、公式パッケージを介してインストールされます。

問題はなんとなくわかりますが、それが何を意味するのか、どのように修正するのかわかりません。

CentOS テスト

Ubuntu テスト

そこにありますが、GEM リストにはありません。エラーの「amongst」リストに「semver」が含まれていることにも注意してください。

重要な場合に備えて、Sensu には「組み込み Ruby」もあり、gem のコレクションも含まれています。この点で、両方のサーバーは実質的に同一のようです..

どんな助けでも大歓迎です！ありがとう。

Sensu 通知の原因となっている環境の 1 つでマシンを見つけようとしています。通知に記載されているホスト名と IP アドレスはすべてめちゃくちゃです。これは、マシンが作成された時点で異なるデータがあったためです。つまり、間違ったデータがスタックし、マシンはまだ生きていて、キックしています...つまり、どこかからSensuサーバーに間違ったデータを送信しています.

マシンのアドレスを突き止めようとしました。tcpdump の助けを借りて、探しているのと同じ種類のパケットが 2 つの場所で発生していることがわかりました。

1) Sensu クライアントを実行しているすべてのマシンで、適切なペイロードを持つパケットが Sensu サーバー マシンに送信されているのを確認します。Sensu 構成ファイルは、Sensu が Sensu サーバーと同じマシンで RabbitMQ を使用していることを示しており、パケットはそのマシンに向かっています。

2) Sensu サーバーでは、ローカル 10 から着信するすべてのパケットを確認します。.* あらゆる種類の異なるポートからの IP アドレス。その IP アドレスを wget で調べたところ、Sensu ダッシュボードの index.html がゲーム化されたので、Sensu が使用しているため、ローカル アドレスは同じマシンのように見えました。

私たちの環境ではおそらく最大 100 台のマシンで Sensu クライアントが実行されていますが、着信トラフィックの接続や送信元 IP アドレスの数はそれほど多くありません。そのため、ブルート フォースですべてのマシンを 1 つずつシャットダウンし、別の通知がいつ表示されるかを確認する以外に、適切なソース マシンを見つける方法がわかりません。

追加情報: 当社のマシンはすべて AWS にあり、作成後に Puppet によってプロビジョニングされます。Sensu はベース AMI に組み込まれているため、Puppet がすぐに失敗した場合にアラートを受け取ることができます。ただし、パペットは失敗した時点で自分が誰であるかさえ知りませんでした.

編集: また、考えてみると、Sensu サーバーが、すべての Sensu クライアントがデータを送信する Route 53 エントリの背後にある Elastic Load Balancer の背後にあることが重要かもしれません。

Sensu twitter-handler を自分の環境で動作させようとしています。問題は、.json イベントを twitter-handler に分類しても、画面やログにエラーが表示されず、リンクされたアカウントにツイートが表示されないことです。

ここに私の設定ファイルがあります：

https://gist.github.com/Mariano-gon/8648427

https://gist.github.com/Mariano-gon/8648455

https://gist.github.com/Mariano-gon/8648489

これは私が得る出力です：

https://gist.github.com/Mariano-gon/8648480

重要な注意事項の 1 つは、sensu-api.log で要求が受信されていることです。

https://gist.github.com/Mariano-gon/8673758

だから、私の質問は: この問題をトラブルシューティングする方法はありますか? handler.rb をデバッグする方法はありますか? ありがとう！