AWS Outposts

背景

• 「OpenShift, Tanzu Kubernetes Clusterはオンプレでも使えますよ！」と言われた場合、ECS, EKSがオンプレでどうなのか知りたかった。

AWS Outposts概要

• HWはレンタル
• HWの構築・運用はAWS（ユーザーがやるのはLEDランプ確認と作業員の入館処理）
• 単一のリージョンにひも付く
• 独立したAZとして見える（Outpostsを複数おいて、両方TokyoのMulti-AZとすることもできる）
• AWSとの接続はDXでもVPNでもOK

使える機能

コンピュート

• EC2 （Fargateがない）

オーケストレーター

• ECS
• EKS
• EMR

ストレージ・DB

• EBS
• RDS
• S3

ネットワーク

• VPC

類似サービス

Local Zones

• 普通のAZよりローカルなAZを選択して利用する。
• オンプレにOutpostsのように配置しなくて良い。
• "有線接続"でのクライアントに対する低レイテンシを実現。

Wavelength

• Edge Computingのエッジの置き場。
• 普通のAZよりローカルなAZを選択して利用する。
• オンプレにOutpostsのように配置しなくて良い。
• "無線接続"でのクライアントに対する低レイテンシを実現。

OutpostsでECSを使う場合

（EKSもだいたい書いてあることは同じ）
- FargateはないのでEC2で作る
- ECR, IAM, ELB, Route53はクラウド側のものを使う（レイテンシーが増える）
- AWSとOutpostsのネットワーク接続が途絶えると、クラスターは動き続けるが、クラスター新規作成・インスタンス置き換えなどができなくなる

その他QA形式

Q. オンプレのデータを使いたい場合、オンプレAPI GWにECSからどうやってアクセスする？Transit Gateway（クラウド）にわざわざ戻る？
A. No
ローカルゲートウェイを介してOutposts外のローカルリソースにアクセスできる

Q. Outpostsのネットワークはどうなってる？
A. 2つある。
1. AWSとつながるServiceLink
2. ローカルとつながるLocalGateway

Q. Outpostsへのデプロイはどうする？
A. マネジメントコンソール

Q. AWSとOutpostsの接続が切れたらデプロイできない？

感想

• コンテナをそもそもオンプレで動かす意味があるのか
  • エッジならOutpostsじゃなくていい
• ロックイン対策だとしたらそもそもECSを選ぶのが間違ってる
  • EKSにして、オンプレにはKubernetesにすればいい
• 結論としてはあまりOutpostsを選ぶ理由が見当たらない

参考