多くの場合、次のようになります。
-凍結、負荷は5.0になります。私の箱は使えません。 -ただ動作しません。
Shekiが指摘しているように、rabbitmqctl
は、診断とその上に監視を構築するための最初の呼び出しポートですが、手動のコマンドラインで直接監視するのには適していません。
DataDog MQの詳細と、ホストプラットフォームの両方を並行して監視するのに非常に適していることがわかりました。例えばキューレベルを監視し、キューのバックアップに関するアラートを設定すると同時に、これらのキューレベルによって発生するCPU /メモリ/ IOを監視することもできます。リソース使用率の比率を取得するのに非常に役立ち、アラートは良好です。インフラストラクチャとアプリケーションレベルの両方の監視に統一されたプラットフォームを使用することは驚くほどまれですが、本番環境の問題の診断を大幅に高速化します。
NewRelic も同様で、 RabbitMQプラグイン もありますが、このプラグインは特に使用していませんが、NRを何年も使用しており、運用上の問題の診断に非常に役立ちます。
AppDynamics は別の例です。同様に、これにより、高レベルのダッシュボードからアプリにドリルダウンし、問題から原因まで視覚的にナビゲートできます。これは、さまざまなサービス/サーバーにまたがる分散アプリケーションのネットワークを視覚化するのに特に適しています。たとえば、これを使用して、サードパーティのWebサービスを使用する.NETアプリケーションとSQL Serverクラスターの複雑な問題を見つけました(たとえば、遅延と、おしゃべりなプロトコルを介したアプリへの影響)。これらのことは、特にコードのチェックに制限されている開発者にとって、診断が非常に困難です。運用上の問題を診断するには、より広い視野が必要です。
Nagiosのインストールと構成もあきらめました。私はそれが「最高」であることを知っていますが、それは私たちが管理する時間がない古い種類の自己構成された獣の最高です。私はそれを実現することすらできませんでした...そして最終的にはより「現代的な」クラウドアプローチに目を向けました。信頼要素を乗り越えると、それはかなり解放されます。
これらのAPMプラットフォームを一緒に使用して*、以下のデータを集約しています。
* NewRelicはDatadogにフィードできます!したがって、すでにNRを使用している場合は、それらのホストにもDDをインストールする必要はありません。
これらすべてのレベルをまとめて表示できるため、パブリッシャー、ミドルウェア、MQサーバー、ワーカー、フロントエンドアプリをすべて1つのダッシュボードで表示できます。
このようなアプローチを強くお勧めします。1台のサーバーだけを見るだけで、多くの頭を悩ませることになるからです。 1つのカスタマイズ可能なダッシュボードでスタック全体を表示することは、それを明らかにすることで、ほとんどの当て推量を排除します。
これらのものをインストールすることを心配しますか? New Relicは特に軽量で、邪魔にならないことがわかりました。 AppDynamicsはホストにもう少しストレスを与えているように見えましたが、ほとんどの場合、ホストで視覚化ツールを実行する必要があったためです。 (これは変更されている可能性があります)。 DataDogはパフォーマンスが高いように見えますが、ターゲットホスト上に多くのコントロールパネル/アイコンを作成します(おそらく視覚的な印象だけです)。
4年前の質問に対して、この回答はおそらく2011年には利用できませんでしたが、2015年には、これらのかつての「スタートアップ」スタイルのAPMサービスは、信じられないほど豊富なエンタープライズレベルのソリューションで月にわずか数十ドルまたは数百ドルです。
次の手順を実行します。
1.rabbitmq-プラグインはrabbitmq_managementを有効にします
2.servicerabbitmq-サーバーの再起動
3.参照してください http:// ratbitmq-server-ip:15672
4.ログイン
username: guest
password: guest
後でパスワードを変更することを忘れないでください。
Nagios、Zabbixなどのさまざまな監視システムで利用できるRabbitMQ監視プラグインがたくさんあります。 http://www.rabbitmq.com/how.html#management を見てください。rabbitmqctlの使用が最も簡単なソリューションです。ノードのステータスを確認します。
$ rabbitmqctl status
これにより、RabbitMQノードのステータスがわかります。
PRTG(またはHTTPセンサーチェックを備えたプローブシステム)を使用している場合は、次のページで説明されているサーバーステータスを確認できます。 https://blog.cdemi.io/monitoring-rabbitmq-in-prtg/
特にあなたはしなければなりません
管理プラグインを有効にするrabbitmq-managementプラグインは、ブラウザベースのUIと、RabbitMQサーバーの管理と監視のためのHTTPベースのAPIを提供します。コマンドラインツール、rabbitmqadmin。管理プラグインはRabbitMQディストリビューションに含まれています。これを有効にするには、次のコマンドを実行する必要があります。rabbitmq-pluginsはRabbitMQノードでrabbitmq_managementを有効にします。管理プラグインの詳細については、RabbitMQドキュメントを参照してください。
Web UIは次の場所にあります: http:// server-name:15672 / HTTP APIとそのドキュメントは両方とも次の場所にあります: http:// server-name:15672/api /
完了したら、APIを使用してサーバーの概要を確認できます。
http://server-name:15672/api/overview
サーバー、アクティブな接続、キューなどに関するすべての詳細を含むJSONがある場合。
このコマンドはあなたを助けますservice rabbitmq-server status
ORこれらを試してくださいservice rabbitmq-server stop
およびservice rabbitmq-server start
そしてservice rabbitmq-server status
。