AWS Transit Gateway を用いて NAT Gateway を集約し、コストを最適化するための経路設計 - サーバーワークスエンジニアブログ

マネージドサービス部 佐竹です。 以前 NAT Gateway 集約のためのネットワーク設計においてトラブルを発生させてしまったことがあり、その再発防止のためのブログを記載します。 はじめに 各 VPC ごとに NAT Gateway を構築した場合 NAT Gateway の利用料 AWS Transit Gateway を用いて集約する NAT Gateway 集約と経路設計 Transit Gateway を構築する Transit Gateway Attachment (Type VPC) を各 VPC で作成する 「VPC A」と「VPC C」の Subnet の経路を修正し、 NAT Gateway を削除する 一度ここで経路確認を行ってみる Transit Gateway のルートテーブルに「0.0.0.0/0」を追加する Reachability Analyzer での動作

[daishi_n]

peeringはVPC同士をつなげることはできるけど、TGWのようにVPCからつながってるDirect connectやVPNに接続できないのが違い。TGWは各AZIDごとにアタッチメントを配置することがベストプラクティス

[asataken]

VPC同士をつなぎたい目的ならPeering connectionって選択肢があると思うんだけど、それと比較するとどうなんだろうか(そもそも目的が違う？)

[abs757]

“AWS Transit Gateway を用いて NAT Gateway を集約し、コストを最適化するための経路設計”

[dkfj]

なるほどなぁ。面白い

[rgfx]

戻りルートがなくてコケる、あるある。

[tinsep19]

集約するのはいいけどAZIDごとにまとめて、NATGW3つにしなくていいのかな？AZとTGWどう関連するのかよくわかってない