【Transit Gateway】VPCピアリングとTransit Gatewayを構築して比較してみた① - サーバーワークスエンジニアブログ
こんにちは！ クラウドインテグレーション部（CI部）技術2課の反町です。 Transit Gatewayについて調べていたらAWS公式の「管理者が違う システム間での柔軟なルーティング」というハンズオンを見つけたので、手を動かしてみました。 このハンズオンでは、VPCピアリングの大部分をCloudFormationを利用して構築してしまっていたので、勉強がてら0からVPCピアリング接続の構築を行いました！ 今回のブログではVPCピアリング接続の構築をして、【Transit Gateway】VPCピアリングとTransit Gatewayを構築して比較してみた②のほうでTransit Gatewayの構築を行い、それぞれの比較をしたいと思います。 ピアリング接続とは 構成図 EC2の構築と接続準備 1. VPC、サブネット、EC2を構築する 2. EC2をマネージドインスタンスにする VPC
VPCピアリング先のプロキシサーバーへの通信を検証してみる | DevelopersIO
VPCピアリング先のプロキシサーバーを利用した通信の検証を行います。 検証環境 インフラ構築は主に CloudFormation, プロキシサーバーは squid を使って構築します。 はじめに 少し特殊なケースですが表題の件について、CloudFormationで検証環境を構築して確かめてみました。 次章:背景 でも話しますが、検証したい本番の環境は以下の通り。 背景 Direct Connect (DX) のサービスによっては、AWS側のネットワーク構成・通信用件に制限があったりします。 例えば、 VPCの CIDRはプロバイダの指定値にする などです。 外部サービスのセキュリティ設定で、 指定 CIDRの IPアドレス以外からの接続を拒否 しているケースなどでしょうか。 要件通り新規VPCを作成したとします。 やりたいことは 既存環境の APPサーバーが この新規VPC経由で DX先
AWS Solutions Architect ブログ
ソリューションアーキテクトの安川 (@thekentiest)です。 先日Amazon Virtual Private Cloud (VPC)に、複数のVPC間をPeeringする機能がリリースされました。ネットワークで遊ぶのが好きな人（私含め）には心躍る新機能ですよね！ これまで何らかの理由で複数のVPC間をつなぐ必要がある場合には、一方のVPCにVPNクライアントを立てたり、AWS DirectConnectの接続拠点のルータから折り返すヘアピンDXパターンなどが必要だったため、可用性・冗長性の確保やコストの部分で悩まれていた方も多いと思います。それがVPC Peeringの登場により、簡単なPeering設定とRouting Tableの変更だけで実現でき、コストや単一故障点の排除に悩む必要性から開放されるということで、たくさんのお客様から喜びの声を頂いております！ 他にも、既存のV
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
