Web サイトの Azure Diagnostics に基づいて Azure 自動スケーリングを設定しました。
Staging と Production は互いの正確なコピーにすぎないため、Staging と Production の両方が診断を同じ WadPerformanceCountersTable に格納します。
DeploymentId を使用してステージング スロットと運用スロットを区別できることはわかっていますが、Azure 自動スケーリングでもこの区別が行われますか? もしそうなら、どのように？
そうでない場合、運用データのみに基づいて運用のみを自動スケーリングするように Azure Diagnostics と自動スケーリングを設定するにはどうすればよいですか?
編集：本番とステージングの両方のリアクティブルールでスケーリングする別のテストを実行しました。オートスケーラーは、ステージングと本番を区別できます。異なる展開も区別できると思います。
ただし、この投稿の情報は、複数のサイトの診断をリモートで制御したい人にとっては役に立ちます。
私は、Azure Autoscaling が運用環境とステージングを区別しているとは考えていません。ましてや、サイトが異なることは言うまでもありません。私の理由は、まったく別の Web サイトからの診断を使用して、1 つの Web サイトを自動スケーリングできたからです。
ステージングと本番を区別する方法については、次の回答を理解するのに役立ついくつかの定義を次に示します。
当初、ターゲット サイト内でAzure Service Management APIを呼び出して、ステージングされているかどうかを定期的に確認する必要があると考えていました。プロダクションとステージングが完全に同じであることを確認するのがベスト プラクティスであるため、これは良い答えではありません。
次に、サイトの診断構成を編集してオートスケーラーでのデータ収集を停止することで、サイトの診断をリモートで「無効化」できることに気付きました。オートスケーラーは、deploymentId に基づいて、どのデプロイメントがステージングおよびプロダクションであったかを認識します。この情報を使用して、診断をデフォルト構成に設定することで、診断のオンとオフを簡単に切り替えることができます。