マルチアカウント・リージョン・VPC・TGW・DXでの通信経路を大公開 - サーバーワークスエンジニアブログ
こんにちは！サーバーワークスの松井です。 Transit GateWayについてハブみたいにVPCを行き来できるサービスだというざっくりとした認識で止まっている方は多いのではないでしょうか。 今回は一歩進んでTGWを複雑なネットワーク要件でどのように導入していけばよいのかをシュミレーションしながら紹介したいと思います。 よく見る構成 このような構成をよく見かけると思います。 では、実際にはどのように通信が可能なのでしょうか。 今回やりたいこと ・東京リージョンのVPCとシンガポールリージョンのVPCをつなぐ ・アカウントAとアカウントB内のVPCをつなぐ ・東京リージョンの本番環境と開発環境は通信できないようにする ・東京リージョンとシンガポールリージョンは、DX経由で社内ネットワークに通信可能(オンプレからの通信はリージョン毎に分ける) ・社内ネットワークとAWS環境のCIDR範囲は重複
TL;DR VPC間を接続した際のレイテンシはTGW > VPC Peering TGWでVPC間を接続すると、VPC PeeringでVPC間を接続した場合と比較して、レイテンシが10倍以上!! はじめに いきなりですが、皆さんは以下のような2つのVPC間を接続する際、どの様な方法で接続するでしょうか？(オレンジ矢印部分) 前提や要件により様々な接続方法が考えられますが、AWS公式:Amazon VPC-to-Amazon VPC connectivity optionsには、VPC間を接続する際の選択肢については以下5つが挙げられています。 VPC Peering Transit Gateway(TGW) AWS PrivateLink Software VPN Software VPN-to-AWS Site-to-Site VPN AWS公式ドキュメントには選択肢として記載されてい
[図解]TGWアタッチメント専用サブネットの必要性
AWSを利用している際にVPCやアカウント数が増えてきたり、「AWSと支店などの拠点間をVPN接続したい」となった際にTransit Gateway(以下TGW)を利用することがあると思います。 TGWを利用する際にはAWS公式ドキュメント Transit gateway design best practicesを参考に設計/構築することになるかと思います。 AWS公式ドキュメントでは、TGWをアタッチする各サブネット内にTGWアタッチメント専用サブネット(/28など小さくてOK)を作成することがベストプラクティスとされています。 AWS公式ドキュメント Transit gateway design best practices 抜粋 Use a separate subnet for each transit gateway VPC attachment. For each subne
![[図解]TGWアタッチメント専用サブネットの必要性](https://cdn-ak-scissors.b.st-hatena.com/image/square/89093c3f00e60aeed2e0b267ffe258706183fcb6/height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--31M_MFZZ--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3A%25255B%2525E5%25259B%2525B3%2525E8%2525A7%2525A3%25255DTGW%2525E3%252582%2525A2%2525E3%252582%2525BF%2525E3%252583%252583%2525E3%252583%252581%2525E3%252583%2525A1%2525E3%252583%2525B3%2525E3%252583%252588%2525E5%2525B0%252582%2525E7%252594%2525A8%2525E3%252582%2525B5%2525E3%252583%252596%2525E3%252583%25258D%2525E3%252583%252583%2525E3%252583%252588%2525E3%252581%2525AE%2525E5%2525BF%252585%2525E8%2525A6%252581%2525E6%252580%2525A7%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_37%3AYuki%252520Tsumita%252Cx_203%252Cy_121%2Fg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9zdG9yYWdlLmdvb2dsZWFwaXMuY29tL3plbm4tdXNlci11cGxvYWQvYXZhdGFyLzM4MTFmMDJhMTguanBlZw%3D%3D%252Cr_max%252Cw_90%252Cx_87%252Cy_95%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)
GWLB 導入に関わる TGW の重要な設定「アプライアンスモード」について - サーバーワークスエンジニアブログ
CI部 佐竹です。 本日は ELB の1つ Gateway Load Balancer と Transit Gateway を組み合わせて利用する場合の重要な設定項目である「アプライアンスモード」について記載します。 はじめに Gateway Load Balancer と Transit Gateway を組み合わせた構成について Private subnet 01-1a にある EC2 からインターネットへの経路 Private subnet 02-1c にある EC2 からインターネットへの経路 非対称ルーティングとアプライアンスモード 非対称ルーティングの発生条件 非対称ルーティングの回避方法 アプライアンスモード有効時の経路 アプライアンスモードの有効化 アプライアンスモードの現状確認 アプライアンスモードの設定変更 まとめ はじめに Gateway Load Balancer
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS VPC接続方法によるレイテンシ（VPC Peering vs TGW）