はじめに
AWS Global Acceleratorが発表になりましたので試してみます。
https://aws.amazon.com/jp/blogs/news/new-aws-global-accelerator/
概要
複数リージョンにアクセス可能な固定エニーキャストアドレスを提供する
クライアントに最も近いAWSエッジロケーションを経由して、アプリケーションにアクセスする
AWS Global Accelerator配下に、ALB/NLB/EIPを登録することが可能
試してみる
ALB配下にLambdaを登録できるようになったのでこちらも合わせて確認したいと思います。
https://aws.amazon.com/jp/blogs/news/lambda-functions-as-targets-for-application-load-balancers/
テスト構成
バックエンドの準備 ※２リージョンで実施する。今回はTokyoとOregon
Lambda関数を作成する
def lambda_handler(event, context):
response = {
"statusCode": 200,
"statusDescription": "200 OK",
"isBase64Encoded": False,
"headers": {
"Content-Type": "text/html; charset=utf-8"
}
}
response['body'] = """<html>
<head>
<title>Hello World!</title>
<style>
html, body {
margin: 0; padding: 0;
font-family: arial; font-weight: 700; font-size: 3em;
text-align: center;
}
</style>
</head>
<body>
<p>Hello Tokyo or Oregon</p>
</body>
</html>"""
return response
以下のBlog記事より転載
https://aws.amazon.com/jp/blogs/news/lambda-functions-as-targets-for-application-load-balancers/
ALBを作成する
TargetGroupでLambda関数を指定する
先程作成したLambda関数を指定する
AWS Global Accelerator作成
Global Acceleratorをクリック
Create acceleratorをクリック
Listenerを登録します
Client affinityは、ソースIPアドレスを元に同じクライアントからのアクセスは、同じエンドポイントにルーティングする機能です
https://docs.aws.amazon.com/ja_jp/global-accelerator/latest/dg/about-listeners-client-affinity.html
OregonとTokyoにエンドポイントグループを作成する
エンドポイントを作成する
Add endpointをクリック
作成してALBを指定する
２つのIPアドレスが付与される
接続確認実施
東京のクライアントからアクセス
オレゴンのクライアントからアクセス
落ち穂拾い
落ち穂拾いとして、Internet facing/Internal ALBとVPC内/外Lambdaの組み合わせパターンについても確認しました。
こちらは、ALB+lambdaの単体の確認でありAWS Global Acceleratorは前段に置いた構成ではありません。
結論として、以下の全パターンでALB経由でLambdaを実行可能でした。
お約束
投稿内容は私個人の意見であり、所属企業・部門見解を代表するものではありません。