私はいくつかの待ち行列でAzureに高級サービスバスを持っています。私はこれらの最大サイズを設定することはできますが、どのルート経由でもサポートチームに警告する方法を見つけることができないようですが、メッセージが長さが1,000メッセージを超える場合、つまりメールが優先されます。速く処理されていません。空白のサービスバスの待ち行列サイズを警告する方法
Azureサービスバスでキューの長さをアラートする方法を設定するにはどうすればよいですか?
私はいくつかの待ち行列でAzureに高級サービスバスを持っています。私はこれらの最大サイズを設定することはできますが、どのルート経由でもサポートチームに警告する方法を見つけることができないようですが、メッセージが長さが1,000メッセージを超える場合、つまりメールが優先されます。速く処理されていません。空白のサービスバスの待ち行列サイズを警告する方法
Azureサービスバスでキューの長さをアラートする方法を設定するにはどうすればよいですか?
伝統的に、解決策は実際にはNamespaceManager
を使用してメッセージ数を引き出し、その値を定期的に報告することでした。それがうまくいくアプローチですが、最近登場している別の選択肢があります - Azure Monitor Service。
この方法では、データのポーリングとは異なり、Azure Service Busはメトリックを監視するようにレポートしています。これらのメトリックを照会するか、電子メールアドレス、ウェブフック、またはLogicAppに通知を送信するアラートを作成できます。それはまだ新鮮でプレビューではありますが、うまく形づくっています。 Azure Service Busの場合、具体的には、すでにget the metrics for a namespace、エンティティ固有の情報が近い将来利用可能になるはずです。
更新
私はあなたがそれを利用できるときに表示するために追跡することができAzureのサービスバス用raised an issueをしました。
私はカスタムコードやサードパーティのサービスを伴わないすぐに使える解決法については聞いていませんが、私はまだそれがファーストクラスの機能として実装されるのを待っているようです。
IMOでは、IT環境のすべての運用メトリックを監視するツールがあり、アラートも生成されます。ツールによっては、さまざまなレベルのAzure Servicesモニタリングサポートが存在する可能性があります。
ツールがない場合、またはツールがサービスバスに統合されていない場合は、サービスバスキューから統計情報を取得するAzure関数(または複数の関数)を作成し、アラート対応ツール。
質問からの提案フォーラムには、integration to Azure Application Insightsへのリンクがあります。 PRTGを使用して監視と警告を行いますので、integrated PRTG to Azure Functionsです。
2014年2月のレビューの対象となっているものは、おそらく死んでいるか、実現しない可能性があります。 –