仮想マシン間の通信には、常に通常のパブリック IP を使用していました。しかし、ポータルに表示されているように、内部 IP アドレスがあり、その実際の用途は何ですか?
この内部 IP を使用して VM 間の通信が高速になるということですか? また、これは同じ地理的リージョン内の VM に制限されていますか?
仮想マシン間の通信には、常に通常のパブリック IP を使用していました。しかし、ポータルに表示されているように、内部 IP アドレスがあり、その実際の用途は何ですか?
この内部 IP を使用して VM 間の通信が高速になるということですか? また、これは同じ地理的リージョン内の VM に制限されていますか?
仮想マシンでは、外部通信に外部 IP アドレス (入力エンドポイントまたはインスタンス入力エンドポイント) を使用します。前者は負荷分散され、後者は特定の仮想マシン インスタンスに直接マッピングされます。
クラウド展開内では、複数の仮想マシンが存在する場合があります。それらはそれぞれ、IP / ポートを介して互いに直接通信できます。各仮想マシンには、クラウド デプロイのネットワークに対してローカルな IP アドレスが割り当てられます (つまり、IP アドレスはデプロイに対してローカルです。仮想ネットワークが構成されていない限り、他のユーザーの VM と通信することはできません)。
内部で直接 IP を使用する利点: どのタイプのセキュリティも有効にする必要はありません。たとえば、内部でのみアクセスする WCF サービスがある場合、SSL や証明書などについて心配する必要はありません。
@Eilistraee の回答からのパフォーマンスに関する 1 つの説明: 外部 IP アドレスとの通信にペナルティはありません。要求はデータ センターのエッジにルーティングされますが、通話が実際にデータ センターを離れることはありません。さらに、通信が同じデータ センター内の VM 間である限り、アウトバウンド トラフィックのコストは発生しません。
現在: Cloud Services の Web/Worker ロールでは、内部で IP アドレスと対話するための白紙の権限はありません。むしろ、特定の内部エンドポイントを定義し、最終的に Web またはワーカー インスタンスの特定のポートにマップします (Web またはワーカー ロールの各インスタンスは同じポートでリッスンしますが、コードはどの Web/ワーカーを手動で選択する必要があります)その内部エンドポイントで対話するインスタンス)。