エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
ELBを使うときの注意、/28のサブネットは狭すぎる! | iret.media
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
ELBを使うときの注意、/28のサブネットは狭すぎる! | iret.media
AWSのVPC & Subnetのビットマスクは /16 – /28 です。この数字を聞いて 「狭い方はもう少し出来てもいい... AWSのVPC & Subnetのビットマスクは /16 – /28 です。この数字を聞いて 「狭い方はもう少し出来てもいいんじゃないか?」と私も思っていましたが、/28でも狭すぎます!特にELBを使う場合は、すぐにIPが尽きてしまいます。 なぜ狭いビットマスクを指定するのか? VPNを張りたいので、CIDRの衝突を回避するため VPC Peering でのCIDRの衝突を回避するため 貧乏性 概ね別ネットワークとの接続が目的だと思います。私は、VPN接続が予定されているが、対向のCIDRが分からない、だから極力狭いサブネットを指定して衝突する可能性を下げる目的でつかいました。ただし、この用途では、ISP Shared Address(100.64.0.0/10)を使ってしまうのも手です。 狭いビットマスクとELB 早くも結論を書くと /28で使えるIPアドレスは、AWS側ルータ等に取られ