概要

NAT Gatewayの費用を抑えようと思ってVPCエンドポイントを使ったら、逆に高くなった話です

結論

前提条件
- 外部APIへのリクエストなどすでにNAT Gatewayを使っている
- セキュリティ(インターネットに出てはいけない)のことは考慮不要
- インターネットに出てアクセスするレイテンシは考慮不要

NAT Gatewayを普段使っているのであれば、VPCエンドポイントはS3とDynamoDB（ゲートウェイエンドポイント）だけでいい
と思ってます（個人的見解です）

NAT Gatewayの費用が高くなっていった
NAT Gatewayを利用しているリクエストは以下
- S3とかECRとかDynamoDBとかCloudWatchLogsとかAWSのサービスにアクセスしているもの
- 外部APIにアクセスしているもの

AWSのサービスにはVPCエンドポイントを利用することでNAT Gatewayを通さずにアクセスできる

概要：https://docs.aws.amazon.com/ja_jp/vpc/latest/userguide/vpc-endpoints.html
- インターフェイスエンドポイント
- ゲートウェイエンドポイント

インターフェイスエンドポイントは各AZごとにENIが作成され、そこ経由でアクセスする
ゲートウェイエンドポイントはルートテーブルのみ

インターフェイスエンドポイントはENIを作成する関係で使っていなくても時間課金される(AZ単位で)

インターフェイスエンドポイントを作れば作るほど、起動時間で課金されてしまう
https://aws.amazon.com/jp/privatelink/pricing/

通信量\VPCエンドポイント数	1	2	3	4	5	NATGW増加費用
100GB	32.248	63.496	94.744	125.992	157.24	6.2
200GB	33.248	64.496	95.744	126.992	158.24	12.4
300GB	34.248	65.496	96.744	127.992	159.24	18.6
400GB	35.248	66.496	97.744	128.992	160.24	24.8
500GB	36.248	67.496	98.744	129.992	161.24	31
600GB	37.248	68.496	99.744	130.992	162.24	37.2
1000GB	41.248	72.496	103.744	134.992	166.24	62

結果、VPCエンドポイント1つでかつ600GB以上の通信をその1つのVPCエンドポイントでする場合に限り、NAT Gatewayを通すよりも安くなる

600GBの通信、CloudWatchLogsとかKinesisとかであれば可能性ありそうでしょうか・・・？
VPCエンドポイントの起動時間課金が安くなるorなくなること、複数AWSサービスに対して1つのVPCエンドポイントでまかなえるようになることを期待しています。

ちなみに、VPCエンドポイントを9個作ったので、費用跳ね上がりました・・・とさ。