説明
受信 NAT ルールを作成するには、トラフィックを受信するロード バランサーのフロントエンド IP アドレスとフロントエンド ポート、およびトラフィックを転送するロード バランサーのバックエンド IP アドレスとバックエンド ポートを指定する必要があります1。最初の表によると、LB1 にはフロントエンド IP アドレスが 1 つだけあります。
40.121.183.105。ただし、このフロントエンド IP アドレスは、ポート 80 をポート 802 上の VM1 に転送する、rule1 という名前の既存の受信 NAT ルールによってすでに使用されています。 したがって、同じフロントエンド IP アドレスとポートを別の受信 NAT ルールに使用することはできません。
この問題を解決するには、新しい受信 NAT ルールを作成する前に、LB1 の新しいフロントエンド IP アドレスを作成する必要があります。これを行うには、Azure portal、PowerShell、または CLI3 を使用します。新しいフロントエンド IP アドレスを作成したら、それを使用して、要件を満たす新しい受信 NAT ルールを作成できます。

参照：
https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-queues-topics-subscriptions

説明
サイト間 VPN ゲートウェイ接続を使用すると、IPsec/IKE (IKEv1 または IKEv2) VPN トンネル経由でオンプレミス ネットワークを Azure 仮想ネットワークに接続できます。
このタイプの接続には、外部に向けたパブリック IP アドレスが割り当てられている、オンプレミスに配置された VPN デバイス (VPN ゲートウェイ) が必要です。
参照：
https://docs.microsoft.com/en-us/azure/vpn-gateway/vpn-gateway-howto-site-to-site-resource-manager-portal

説明
ボックス 1: 1 つのインスタンス
質問に記載されているスケーリング条件を参照してください。2018 年 8 月 8 日はスケール条件 1 のスケジュール外であり、デフォルトのインスタンス数は 1 です。
ボックス 2: 2 つのインスタンス
メトリクスが利用できない場合、自動スケールはその数に合わせてサービスをスケーリングするため、デフォルトのインスタンス数は重要です。したがって、ワークロードにとって安全なデフォルトのインスタンス数を選択してください。
スケール条件 1 のデフォルトのインスタンス数は 4 ですが、スケールイン ルールによりカウントが 1 ずつ減ります。
したがって、スケールイン条件を満たす前の初期インスタンス数 = 4
60 分間の CPU 使用率は 15% であったため、最初の 10 分後 (スケールアウトおよびスケールインのルールは継続時間が 10 分になるように構成されています)、インスタンス数は 1 減少します。したがって、最初の 10 分後のインスタンス数は 4-1=3 になります。クールダウン期間は 5 分になり、最初の 15 分後のインスタンス数は 3 になります。
次の 15 分後、インスタンス数は 3-1=2 になります。
次の 15 分後、最小インスタンス数は 2 である必要があり、2 を超えて減らすことはできないため、インスタンス数は =2 になります。
したがって、60 分後のインスタンス数は 2 になります。

参照：
https://docs.microsoft.com/en-us/azure/azure-monitor/platform/autoscale-best-practices

説明

参照：
https://docs.microsoft.com/en-us/azure/dns/private-dns-overview