翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# VPC インターフェイスエンドポイント AWS を使用して、 のマルチアカウントアーキテクチャでアプリケーションをリホストする
<a name="introduction"></a>

*Dipin Jain and Saurabh Shankar、Amazon Web Services*

*2025 年 2 月* ([ドキュメント履歴](doc-history.md))

多くの組織は、 を使用して、オンプレミスのデータセンターやその他のクラウドインフラストラクチャやハイブリッドインフラストラクチャなど、隔離または半隔離されたネットワーク環境 AWS からアプリケーションを にリホスト (リフトアンドシフト) します[AWS Application Migration Service](https://aws.amazon.com/application-migration-service/)。これらの分離されたネットワークでは、通常、[Application Migration Service のネットワーク要件](https://docs.aws.amazon.com/mgn/latest/ug/Network-Requirements.html#Communication-TCP-1500)に記載されているパブリックエンドポイントへの送信トラフィックは許可されません。この制限に対処するには、 AWS 「 規範ガイダンスパターン」の[「プライベートネットワーク経由でアプリケーション移行サービスデータとコントロールプレーンに接続する](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/connect-to-application-migration-service-data-and-control-planes-over-a-private-network.html)」で説明されているように、仮想プライベートクラウド (VPC) インターフェイスエンドポイントを使用します。

多くの組織では、分離、セキュリティ、アカウントごとの請求上の利点のために、マルチアカウントランディングゾーン (MALZ) アーキテクチャも使用しています。保護されたネットワーク経由で複数のターゲットへの Application Migration Service lift-and-shift移行を有効にするには AWS アカウント、すべてのターゲットに VPC インターフェイスエンドポイントを作成する必要があります AWS アカウント。これにより、これらのリソースを管理するコストと複雑さが増します。

このガイドでは、アプリケーションをマルチアカウントアーキテクチャでリホストするための VPC インターフェイスエンドポイントを一元化するためのオプションについて説明します AWS。これらのオプションにより、アーキテクチャが簡素化され、このようなユースケースのコストを削減できます。

## ターゲットを絞ったビジネス成果
<a name="targeted-business-outcomes"></a>

 

このガイドでは、3 つのリホストユースケースのソリューションを提供します。コスト削減と運用オーバーヘッドの削減、セキュリティとリソース使用率の向上に重点を置いています。

ユースケース:
+ アプリケーションは異なるビジネスユニットにマッピングされ、請求と分離を簡素化 AWS リージョン するために、同じ 内の異なる AWS ターゲットアカウントに移行する必要があります。

  [このシナリオのソリューション](solution-1.md)では、中央 AWS ネットワークアカウントに VPC エンドポイントを作成し、 AWS Transit Gateway を使用してターゲットアプリケーションアカウントに接続します。
+ アプリケーションを複数の の異なる AWS ターゲットアカウントに移行 AWS リージョン して、アプリケーションをユーザーに近づけたり、ディザスタリカバリを容易にしたりしたい。これは、最初のユースケースの拡張機能です。

  [このシナリオの解決策](solution-2.md)には、 AWS 中央ネットワークアカウント AWS リージョン 内の各 の VPC エンドポイントを作成し、ピア接続されたトランジットゲートウェイと Amazon Route 53 を使用してクロスアカウントアクセスを有効にすることが含まれます。
+ アプリケーションは異なるビジネスユニットにマッピングされ、請求と分離 AWS リージョン の目的で、同じ 内の異なる AWS ターゲットアカウントに移行します。また、Application Migration Service ステージングに使用する VPCs の数を減らし、ステージング VPCs のルーティングを一元管理してコストと管理オーバーヘッドを削減することもできます。

  [このシナリオのソリューション](solution-3.md)では、 AWS Organizations および AWS Resource Access Manager () で共有ステージングエリアサブネットを使用して VPC エンドポイントを共有しますAWS RAM。

## 対象者
<a name="intended-audience"></a>

このガイドは、これらのユースケースのソリューションを探している移行コンサルタント、アプリケーションアーキテクト、インフラストラクチャアーキテクト、アプリケーション所有者を対象としています。