Sugimura0技術三課の杉村です。Gatewayを利用できる機能が発表されました。待望のアップデートです。Gatewayをハブとして、オンプレミスとマルチアカウントのAWS環境をより簡単に専用線で接続できるようになりました。構成の特徴や注意点を解説します。上記のような構成図の構成が可能になります。引こうと考えた場合、2つの方法がありました。Gateway利用では、以下のメリットがあります。いう関係リソースを、VPCが存在する各AWSアカウントに作成することになります。Gateway本体を作成したアカウントからのみになります。中央AWSアカウントでルーティングの制御が集約できる一方、各AWSアカウントの管理者にDelegationするような運用は現状できません。前提条件この構成にするには、以下の前提条件をクリアしている必要があります。Gateway)作成はできません。Gatewayはリージョン間で利用ができます。Gatewayに繋ぐような構成は可能です。この構成の場合は異なるリージョン間のVPCで通信はできませんため、ご注意ください。Gatewayで実現できるのはリージョン内通信のみです。Gateway同士を接続することができるようになりました。Gateway同士を繋げることで、リージョン間通信が可能です。Gatewayには同一リージョンにあるVPCだけしか接続できない、という点は変わりません。関連ブログへのリンクを本ページの末尾に記載しています。Gatewayが利用できません。東京リージョンでいえば多くのAWSアカウントで「ap-northeast-b」として認識されるapne1-az3が該当します。GatewayのAttachmentを作ってもだめです。Gatewayが紐づけられている必要があるからです。(後述)この東京リージョンの旧AZは現在では利用できなくなっていますが、古くからAWSをご利用のAWSアカウントでは、既存リソースが残っている可能性がありますのでご注意ください。東京リージョンの旧AZ(apne1-az3)の制約に関しては、弊社の渡辺が書いたブログを参考に載せておきます。RAM)を利用します。RAMは異なるAWSアカウント間でAWSリソースを共有するAWSサービスです。Gatewayに関しては、シェアするAWSアカウントが同一Organiztionに所属している必要はありません。Association.)。Gatewayではもともと心配する必要はありません。RAMを用いてAWSアカウント間でリソースを共有する場合、同じOrganizationに所属している必要があるリソースもあります。VPC)を利用するにはAWSアカウントが同じOrganizationである必要があります(かつ”全ての機能が有効化”されている必要あり)。以下の注意事項に十分ご注意ください。Gatewayに利用することはできません。Interfaceを利用する必要があります。Interfaceを作成するという作業が必要です。このときにオンプレ側ルータの設定追加、およびそちらへの経路切替も必要ですので、注意しましょう。Gatewayが使えない、旧AZにあるEC2等のリソースとも通信できない前述の通りです。現在ではこの旧AZは利用できないため、最近AWSアカウントを開設された方は問題ありませんが、古くからAWSをご利用のAWSアカウントでは、既存のリソースが残っている可能性がありますのでご注意ください。Gateway(VGW)を残しておく必要があるため、混在の構成となる場合は注意深く設計する必要があります。いう関係リソースを作成します。Attachment作成の際には、どのサブネットと紐づけるかを選択します。各AZで1つのサブネットが選択できます。Attachmentを紐づける」必要があります。AttachmentがAZ-1aのサブネットとだけ紐づいているとします。Gateway経由では通信できません。Gatewayに対してルートを向けても、通信することができないのです。AZ-1cのサブネットにも、紐づける必要があります。IPアドレスが消費されるので注意が必要です。Gatewayに集約することができます。Gatewayを利用することでAWS上の操作で実現することができます。Gatewayにすることでより詳細に経路を制御したり、VPC間通信が実現できたりする)ご参考にお願いいたします。Gatewayがマルチリージョンピアリングに対応しました。下記のブログをご参照ください。エンジニアブログ.TOP。