0

2 つのエンドポイント (RabbitMQ を実行している Linux VM) を持つ Azure Traffic Manager プロファイルがあります。

エンドポイントのタイプは「Azure エンドポイント」で、ターゲット リソースのタイプは「パブリック IP アドレス」です。

Traffic Manager プロファイルを見ると、プロファイルのステータスが「有効」であり、監視ステータスが「劣化」であることが報告されています。

各エンドポイントで、ステータスが「有効」であり、監視ステータスが「劣化」であることが報告されます。

プロトコルを "HTTP"、ポートを 15672、パスを "/index.html" として構成した Traffic Manager プロファイルがあります。

問題は、wget コマンドを実行すると、「劣化」と報告される理由がわからないことです。

wget <vmname1>.cloudapp.azure.com:15672/index.html

Resolving <vmname1>.cloudapp.azure.com... <ip address>
Connecting to <vmname1>.cloudapp.azure.com|<ip address>|:15672... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1419 (1.4K) [text/html]

すべての「ドキュメント」(Azure の場合はイライラするだけのブログ投稿です) は、200 を返す場合、「劣化」ではなく「オンライン」である必要があると述べています。

4

2 に答える 2

2

返信によると、Traffic Manager の正常性チェックが NSG ルールによってブロックされていることが問題である可能性が非常に高くなります。

現在、NSG で Traffic Manager を構成する簡単な方法はありません。また、Traffic Manager の正常性チェックの送信元 IP アドレスも公開していません。これらは、私たちが埋めようとしているギャップです。当面の間、推奨される回避策は、Traffic Manager の別の TCP ポートで実行されている専用のヘルス チェック ページを使用し、アプリケーションで使用されるポートにのみ NSG を適用することです。

于 2016-05-27T09:08:51.797 に答える