155-AWS SAP AWS 「理論・実践・一問道場」AWS Global Accelerator

type

status

date

slug

summary

理論

以下の観点に注目してください：

エイペックスドメインの扱い：

通常、エイペックスドメインはCNAMEレコードを使って他のドメインにポイントすることができません。そのため、静的IPを利用するか、特殊なサービス（例：Global Accelerator）を利用する必要があります。

ジオロケーションルーティング：

地理的に異なるリージョンでアプリケーションを展開している場合、ユーザーの場所に基づいて最適なリージョンにトラフィックをルーティングする機能が必要です。これを実現するための方法を考慮しましょう。

これらを踏まえて、最も労力が少なく、効率的な方法を選択することが求められます。

AWS Global Acceleratorの仕組みについて、以下のポイントを整理しました。

1. 入口ノードの自動選択

Global Acceleratorでは、ユーザーの地理的な位置に基づいて、最も近い「入口ノード」が自動的に選ばれます。これにより、ユーザーは最寄りの地域からアプリケーションへ最適な経路でアクセスでき、低遅延を実現します。つまり、ユーザーは自分の位置に最も近いAWSの「入口ノード」を経由してアプリケーションにアクセスします。

2. 目標地域の設定

Global Acceleratorを設定する際には、アプリケーションがデプロイされている「ターゲット地域」を指定する必要があります。これが、実際にアプリケーションが稼働しているAWSのリージョン（例：東京、ニューヨークなど）です。複数のターゲット地域を設定することができ、Global Acceleratorは最も効率的な経路を選んで、リクエストを適切な地域にルーティングします。

3. ユーザーはどこを経由するか

ユーザーは、自分の地理的な位置に最も近い入口ノード（例：ヨーロッパのユーザーならロンドンやフランクフルト）を通じてアクセスします。その後、Global Acceleratorは、ターゲット地域（アプリケーションがデプロイされているリージョン）への最適なルートを選択して流量を転送します。

4. エンドユーザーへの影響

Global Acceleratorを利用すると、ユーザーはより短い距離でアクセスできるため、遅延が減少し、アプリケーションのパフォーマンスが向上します。特に、ユーザーが遠くのリージョンにアクセスする際に最適な経路を提供し、安定したアクセスを確保できます。

まとめ

Global Acceleratorは、ユーザーの地理的な位置に最も近い入口ノードを自動的に選択して、最適な経路でアクセスします。

ユーザーは自分の最寄りの入口ノードを経由し、ターゲット地域（アプリケーションがデプロイされているリージョン）に最適な方法でルーティングされます。

ターゲット地域を指定することは必要ですが、入口ノードは自動的に選ばれるため、手動での指定は不要です。

このように、Global Acceleratorはユーザーの利便性を最大化し、ネットワークの遅延を最小化するために設計されています。

実践

略

一問道場

問題 #155

トピック 1

あるグローバルメディア企業は、アプリケーションの多地域展開を計画しています。展開は、ユーザー体験を一貫させるために Amazon DynamoDB グローバルテーブル を使用してバックエンドを構築します。各展開には公開用の Application Load Balancer (ALB) が設定されます。この企業は、公開DNSを自社で管理しています。企業は、エイペックスドメイン（ルートドメイン）を通じてアプリケーションを利用可能にしたいと考えています。

最小の労力でこの要件を満たすソリューションはどれですか？

A. 公開DNSを Amazon Route 53 に移行し、エイペックスドメインのために CNAME レコードを作成してALBを指すようにします。ユーザーの位置に基づいてトラフィックをルーティングするためにジオロケーションルーティングポリシーを使用します。

B. Network Load Balancer (NLB) をALBの前に配置し、公開DNSを Amazon Route 53 に移行します。エイペックスドメインのために CNAME レコードを作成し、NLBの静的IPアドレスを指すようにします。ユーザーの位置に基づいてトラフィックをルーティングするためにジオロケーションルーティングポリシーを使用します。

C. AWS Global Accelerator を作成し、適切なAWSリージョンのエンドポイントをターゲットにする複数のエンドポイントグループを設定します。Global Acceleratorの静的IPアドレスを使用して、公開DNSでエイペックスドメインのためにレコードを作成します。

D. 1つのAWSリージョンで Amazon API Gateway API を作成し、AWS Lambdaでバックエンドを設定します。Lambda関数を使用してラウンドロビン方式でアプリケーション展開にトラフィックをルーティングします。エイペックスドメインのために CNAME レコードを作成し、APIのURLを指すようにします。

解説

この問題では、グローバルメディア企業が複数のリージョンに展開するアプリケーションを構築し、そのユーザーエクスペリエンスを最適化するために、Amazon DynamoDBのグローバルテーブルを使用するというシナリオです。また、アプリケーションの公開にエイペックスドメイン（ルートドメイン）を使用したいという要求もあります。

要求に関して：

アプリケーションは2大陸にまたがる地域で展開され、ユーザー体験の一貫性を維持する必要があります。

各デプロイメントには**Application Load Balancer (ALB)**が設定されています。

公開DNSは社内で管理されていますが、エイペックスドメインでアプリケーションにアクセスできるようにしたい。

選択肢の解説：

A. Route 53を利用し、CNAMEレコードを作成しジオロケーションルーティングを使用

エイペックスドメインにはCNAMEを直接使用できないため、この選択肢は不適切です。

CNAMEレコードは通常、サブドメインに使用され、エイペックスドメインには使用できません。

B. NLBを使用して、Route 53でCNAMEレコードを作成

NLB（Network Load Balancer）は静的IPアドレスを持っているため、エイペックスドメインに適用できます。しかし、Route 53でジオロケーションルーティングを使用してトラフィックを地域別に分ける部分は正しいですが、NLB自体がALBの代替として適切な場合は限られます。