AWS Global AcceleratorをLBチックに使う

AWS Global Acceleratorが目についたので実験がてら触りました。

AWS Global Acceleratorとは

複数静的IPを持っており対象エンドポイントに対して通信をルーティングし、トラフィック制御や 簡単なセッション維持と冗長化を提供してくれます。

対象エンドポイントはALB、NLB、ElasticIPが現在サービスされてます。

aws.amazon.com

構成

今回実験した構成は以下

AWS Global Accelerator（省略するとナニ？）からEC２へ

AWS Global Acceleratorの作成

まずは適当に名前を決める

Listbnerを作成する

Ports ：AWS Global Acceleratorが外部から許可するポート

Protocol ：TCP or UDP

Client affinity : SurceIPとすると同じソースIPからは同じエンドポイントへルーティングする

エンドポイントを指定

Region : 対象エンドポイントのあるリージョンを選択

Traffic dial：対象リージョンのルーティング割合

Configure health checks

ポートやらプロトコルやらHTTPならパスやらを設定

ただしここで設定した内容でヘルスチェックを行うのはターゲットがElasticIPの場合だけ。

LBの場合はLB側のヘルスチェックルールが適応される。

Endpoint type：ALB,NLB,ElasticIPから選択

Endpoint ：エンドポイントを指定

Weight：エンドポイントへのルーティング割合を指定

作成すると完了

下図のように静的IPが２つついてる

あとはRoute53でAレコードを設定

アクセスすると無事EC2へ割り振られます。

おまけ

ヘルスチェックログがアクセスログにずら～っときます。 （ok.htmlはヘルスチェックターゲットに指定したもの）

54.244.52.230 - - [14/May/2019:04:05:05 +0000] "GET /ok.html HTTP/1.1" 200 3 "-" "Amazon-Route53-Health-Check-Service (ref a337232a-2f4d-49a0-a277-6df9e3b4093e; report http://amzn.to/1vsZADi)"
54.245.168.6 - - [14/May/2019:04:05:06 +0000] "GET /ok.html HTTP/1.1" 200 3 "-" "Amazon-Route53-Health-Check-Service (ref a337232a-2f4d-49a0-a277-6df9e3b4093e; report http://amzn.to/1vsZADi)"
54.250.253.198 - - [14/May/2019:04:05:08 +0000] "GET /ok.html HTTP/1.1" 200 3 "-" "Amazon-Route53-Health-Check-Service (ref a337232a-2f4d-49a0-a277-6df9e3b4093e; report http://amzn.to/1vsZADi)"
54.252.79.134 - - [14/May/2019:04:05:08 +0000] "GET /ok.html HTTP/1.1" 200 3 "-" "Amazon-Route53-Health-Check-Service (ref a337232a-2f4d-49a0-a277-6df9e3b4093e; report http://amzn.to/1vsZADi)"
54.183.255.166 - - [14/May/2019:04:05:09 +0000] "GET /ok.html HTTP/1.1" 200 3 "-" "Amazon-Route53-Health-Check-Service (ref a337232a-2f4d-49a0-a277-6df9e3b4093e; report http://amzn.to/1vsZADi)"
54.241.32.70 - - [14/May/2019:04:05:09 +0000] "GET /ok.html HTTP/1.1" 200 3 "-" "Amazon-Route53-Health-Check-Service (ref a337232a-2f4d-49a0-a277-6df9e3b4093e; report http://amzn.to/1vsZADi)"
54.252.254.230 - - [14/May/2019:04:05:10 +0000] "GET /ok.html HTTP/1.1" 200 3 "-" "Amazon-Route53-Health-Check-Service (ref a337232a-2f4d-49a0-a277-6df9e3b4093e; report http://amzn.to/1vsZADi)"
176.34.159.198 - - [14/May/2019:04:05:12 +0000] "GET /ok.html HTTP/1.1" 200 3 "-" "Amazon-Route53-Health-Check-Service (ref a337232a-2f4d-49a0-a277-6df9e3b4093e; report http://amzn.to/1vsZADi)"
54.228.16.38 - - [14/May/2019:04:05:13 +0000] "GET /ok.html HTTP/1.1" 200 3 "-" "Amazon-Route53-Health-Check-Service (ref a337232a-2f4d-49a0-a277-6df9e3b4093e; report http://amzn.to/1vsZADi)"

ヘッダーがRoute53なんですねぇ。。AGA（AWS Global Accelerator）から思うんだけど。

とりあえずこれは邪魔です。

apacheのコンフを変更

これを

CustomLog "logs/access_log" combined

これに

SetEnvIf User-Agent "Amazon-Route53-Health-Check-*" nolog
CustomLog "/var/log/httpd/access.log" combined env=!nolog

でApacheのリスタート

おまけ２

これ結構重要

アクセスログにソースIPがでない

ソースIPではない、AGAのIPでもない、AWSのGIPがアクセスログにでるんだけどなんでですねぇ。。

AGA側ではソースIP持ってるはずなのに。

これなんとかならんの？

おまけ３

証明書使えません。

まとめ

ALBの前に置いて、ALBに静的IP持たせれるような構成が恩恵大きそう。

以上