コメントをどうぞTweetAWSで中にサブネットを複数持つVPCのIPについて勘違いしていたので書きます。サブネットを作成するとCIDRの最初の4つ(正確には3つ?)最後の1つはAWS側で予約されているので使えないのはAWSを利用している方ならご存知かと思います。●192.168.0.0はネットワーク全体を表すのでAWSだからとでなく使えません。●192.168.0.1はAWS側で予約で使えません。●192.168.0.2はAWS側で予約で使えません。●192.168.0.3はAWS側で予約で使えません。●192.168.0.254はAWS側で予約で使えません。●192.168.0.1はゲートウェイIPになっている模様。●192.168.0.2はDNSになっている模様。●192.168.0.3は何やってるかわからない。●192.168.0.254は何やってるかわからない。一般的にアドレスの一番最初は大抵DNSとかゲートウェイとかDHCPにしている場合が多いので納得いきます。最後の1つもゲートウェイにしている場合が多いので納得いきます。サブネットを二つ持つVPCでも各サブネットごとにAWSは予約IPが同じようにあります。公式サイトにも以下のように書いてあります。アドレスの両方を予約します。これらのアドレスをユーザーが使用することはできません。http://docs.aws.amazon.com/ja_jp/AmazonVPC/latest/UserGuide/VPC_Subnets.htmlなので、サブネットを2つ持つVPC、例えば、ゾーンA:192.168.0.0/25ゾーンB:192.168.0.128/25の場合は、ゾーンAは、192.168.0.0,192.168.0.1,192.168.0.2,192.168.0.3,192.168.0.127ゾーンBは、192.168.0.128,192.168.0.129,192.168.0.130,192.168.0.131,192.168.0.254はAWS側で予約されていて使えません。実際に使ってみた経験から、ゾーンAのゲートウェイは192.168.0.1ゾーンBのゲートウェイは192.168.0.129になると推測出来き、実際に確認するとその通りになっています。次にDNSはこれまでの経験から、ゾーンAのDNSは192.168.0.2ゾーンBのDNSは192.168.0.130と推測出来ます。実際に確認すると・・・ゾーンAのDNSは192.168.0.2ゾーンBのDNSは192.168.0.2・・・?ゾーンBにいるのにゾーンAのIPのDNSに聞きにいってる。ここで以下の疑問がわきます。●ゾーンBにいるサーバが名前解決するのにゾーンAのDNSに聞きに行くのは距離が離れている分遅くなるのではないか?●ゾーンAとゾーンBで冗長化している場合はゾーンAが落ちたらゾーンBのサーバも名前解決出来なくなるではないか?●ゾーンBの192.168.0.130は何やってるの?DNSじゃないの?色々ドキュメントを漁る。自分であれこれコマンド実行で調べる。・・・をやってみましたがわかりませんでした。わからないのでAWSサポートに聞きました。回答はこんな感じでした。DNSはVPCのCIDRの2番目のアドレスです。各サブネットごとに存在するのかと思っていました。起きたらまずいのかと・・・。それに対して以下の回答が。サブネット上に配置されたものではありません。アドレスは仮想的なものとご理解下さい。見かけ上は192.168.0.2に対してゾーンBから名前解決しているように見えても同じゾーン内にあるDNSに問い合わせいってるとの事です。自分と同じ勘違いをしている人もいるかもしれませんので共有します。ゾーンAの192.168.0.2とDNSの仮想IPの192.168.0.2でかぶってるけどどう処理してるんだろう?とかゾーンBからの192.168.0.2のパケットはゾーンB内のIPに変換されているのだろうか?とか、予約されているIPは何に使われているのだろうか?などは今もわかりませんが。(最初のIPはほぼほぼゲートウェイとは思います。コメントをキャンセルメールアドレスが公開されることはありません。実績のあるOpenSocial対応の企業情報ポータル「infoScoop」の開発者が書くブログです。infoScoopの活用方法から最新トレンドまで、実践的な技術情報をお届けします。reserved.]。