Amazonと私のテストによると、/ 24 VPCサブネットは251の利用可能なIPアドレスを許可します。そのVPCにEC2で使用中のIPがないように見える2つの他のサブネットがあり、使用可能なIPフィールドは使用可能な250しかないことを示しています。確認しました
これらのIPを使用しているリソースを特定しようとしていますが、AWSはそのようなクエリを許可していないようです。
特定のVPCサブネットにIPを使用しているリソースのリストを確認してください。
EC2を除いて、AWSサービスがサブネットIPを使用できることについて誰かがある程度説明できれば、それも役立ちます。
ありがとう。
EC2コンソールの左側のナビゲーションペインで、Network Interfacesをクリックします。
IPアドレスのあるものすべて-EC2インスタンス、ELB、NATゲートウェイ、RDSインスタンス(より一般的なインスタンスの名前を示すため)には、少なくとも1つの仮想NIC =呼び出された Elastic Network Interface (ENI)。
通常、各ENIにはプライマリプライベートIPv4アドレスがあり、1つ以上のセカンダリIPv4アドレスを持つ場合があります。
ここに表示されていないVPCのIPアドレスを持つものがあってはなりません。
例外は、表示されない使用不可の予約済みアドレスです。すべてゼロの「ネットワーク」アドレスとすべて1の「ブロードキャスト」アドレスは、サブネット化のルールでは利用できず、ネットワークアドレス+ 1、+ 2、+ 3(/ 24の.1、.2、.3) )、are VPCインフラストラクチャによって予約されています 。これ(256 -2 -3 = 251)は、251アドレスの/ 24ネットワークで使用可能なベースラインの最大値を確立します。
構成に欠落しているアドレスはおそらくNAT Gatewaysですが、いずれにしても、Network Interfacesの下にあるはずです。
軽負荷のELBは、構成されている各サブネットで1つのENIも確立します。 ELBが負荷の下で自動的に大幅にスケールアウト(アウト)する場合、より多くのENIを確立する必要があります。これは、予測されるインスタンス数のみに基づいてサブネットのサイズを設定しない重要な理由の1つです。
おそらく言及する価値があります:VPCハードウェアVPNとAWS Direct Connectのピアリングアドレスは、IPv4リンクローカルアドレス空間169.254.0.0/16から割り当てられます。これらの接続は、VPCサブネットにアクセスできますが、実際には「オン」ではないため、VPCのプライベートアドレス空間のアドレスを消費しません。