クラウド プロバイダーを使用して多数の仮想ネットワークを作成できる場合、なぜサブネットを使用するのでしょうか?

クラウド プロバイダーを使用して多数の仮想ネットワークを作成できる場合、なぜサブネットを使用するのでしょうか?

任意の数の仮想ネットワークを作成できる場合、AWS や Azure などのクラウド プロバイダーでサブネットを使用する必要がある主な理由を理解しようとしています。技術的または商業的に何か利点がありますか?

答え1

これらは全く異なる概念です。

たとえば、EC2 では、任意の数のサブネットを作成できます。同じ VPC 内では、ルーティング、ゲートウェイ、ファイアウォール ルールが適切に設定されている限り、RFC1918 アドレスを使用して異なるサブネット間で通信できます。また、同じ VPC 内に競合するアドレスを持つサブネットを作成することもできます。EC2 の外部と同様に、複雑な NAT ジャンクがなければ、それらのサブネットは相互に通信できません。

ブロードキャスト ドメインを制限するという従来の理由は、クラウド システムでは多くの場合関係ありません。クラウド プロバイダーは、マルチキャストを中断する代償として、VM のブロードキャスト ドメインをゲートウェイに事実上制限する奇妙なネットワークを備えていることが多いためです。EC2 はこれを実現します。

実際、このようなタイプのシステムでは、違いは主に管理上のものです。

答え2

コスト。Azure の観点から見ると、個別の VNet にはそれらの間にゲートウェイが必要であり、ゲートウェイには時間単位で料金がかかります。一方、VNet 内のサブネットは、それらの間に「無料」のルーティングを提供します。

関連情報