Tweet
Tweet

Slide 1

Slide 1 text

JAWS-UG横浜 #76 AWS re:Invent 2024 宇宙一早い Recap s.hiruta (@web_se) re:invent 2024により、とりうるアーキテクチャ構成 をコンテナワークロードから考える EKS Auto Mode、VPC Lattice TCP Support、Ambient Mesh

Slide 2

Slide 2 text

Self introduction 【名前】 s.hiruta ( @web_se ) 【仕事】 コンテナ、マイクロサービス基盤構築 【海外イベント】 re:invent 2014 KubeCon EU 2023 (Amsterdam)、KubeDay Singapore 、KubeCon EU 2024 (Paris)、KubeCon EU 2025 (London)※予定 Github clouddev-code zenn clouddevcode 2

Slide 3

Slide 3 text

Previous LT Slide https://speakerdeck.com/cloudevcode 3

Slide 4

Slide 4 text

セッションの目的 • アップデートにより、最適な構成が変わっている。 4

Slide 5

Slide 5 text

アジェンダ • ECS VPC Lattice integration • EKS Auto Mode • ECS で、Ambient Mesh 5

Slide 6

Slide 6 text

Private通信するパターン ● VPC Peering ● Private Link ● Private API Gateway

Slide 7

Slide 7 text

ECS VPC Lattice integration

Slide 8

Slide 8 text

VPC Peering 8 VPC CIDR被ることはできない。

Slide 9

Slide 9 text

9 Private API 29s default timeout　※緩和できるようにはなったが REST APIの場合、NLBが必要。

Slide 10

Slide 10 text

PrivateLink 10 NLBが必要。 NLBに加え、コンポーネントが増える。 interface VPC Endpointは若干課金もかか る。

Slide 11

Slide 11 text

VPC LatticeからECSに繋げる場合 アップデート前 11 ALBが必要で、レイテンシーとか上積みされる。 EKSのGateway APIはこの点優位だった。

Slide 12

Slide 12 text

アップデート後 12

Slide 13

Slide 13 text

アップデート後 13 https://qiita.com/minorun365/items/7f73aa1fe1ef2ca0c2c7

Slide 14

Slide 14 text

EKS Auto Mode 14 • 概要

Slide 15

Slide 15 text

アップデート前 • EKS Fargate、Daemonset使えない • Pod/Node 1対1なので、過剰コストになるケースも • Managed nod groupを使う方法もあるが、EC2責任 範囲はユーザとなる • ARM、Spot使えない 15

Slide 16

Slide 16 text

アップデート後 16 • Managed Karpenter • Worker Node インスタンスの責任範囲もAWS

Slide 17

Slide 17 text

　Start EKS Auto Mode 17 ● 作成時間10分 ● Management console、eksctl (0.195.0以上)

Slide 18

Slide 18 text

　Start EKS Auto Mode 18

Slide 19

Slide 19 text

　Pod スケールアウト 19 ● Podが存在していないときはNodeインスタンスは 存在しない ● Podを作成する要求がk8s APIにながれると、ノード インスタンスが作成される ● 必要なキャパシティのインスタンスが選択され、作 成される ● Podがいなくなったら、ノードも削除される

Slide 20

Slide 20 text

　Pod Topology Spread 20

Slide 21

Slide 21 text

　ECSで、Ambient Mesh 21 2026/9、App MeshがEOL マネージドなService Meshがなくなる。

Slide 22

Slide 22 text

　ECSで、Ambient Mesh 22 Transforming Istio into an enterprise-redly service mesh for Amazon ECS のブロ グで、solo.ioで提供しているIstio コントールプレーンで使える。

Slide 23

Slide 23 text

　Ambient Meshとは 23 https://istio.io/latest/blog/2022/introducing-ambient-mesh/

Slide 24

Slide 24 text

　まとめ • アップデートにより、できなかった構成もできるよう になるケースもあるので、日々キャッチアップは大 切 • 24

Slide 25

Slide 25 text

　索引 • Migrate Amazon ECS service communication to Amazon VPC Lattice – https://aws.amazon.com/blogs/networking-and-content-delivery/migrate-amazon-ecs-service-communic ation-to-amazon-vpc-lattice/ • VPC Lattice サービスネットワーク内での SaaS サービス接続 – https://aws.amazon.com/jp/blogs/news/connecting-saas-services-within-a-vpc-lattice-service-network/ • Create cluster with EKS Auto Mode – https://docs.aws.amazon.com/eks/latest/userguide/create-auto.html • [Kubernetes] PodのAZ分散を実現するPod Topology Spread ConstraintsとDescheduler – https://zenn.dev/tmrekk/articles/07f30b09c26b50 • Pod Topology Spread Constraints – https://kubernetes.io/docs/concepts/scheduling-eviction/topology-spread-constraints/ • Transforming Istio into an enterprise-ready service mesh for Amazon ECS – https://aws.amazon.com/blogs/containers/transforming-istio-into-an-enterprise-ready-service-mesh-for-a mazon-ecs/ • しれっと登場したVPC Latticeって何者!? よく分からんから3行で頼む！ – https://qiita.com/minorun365/items/7f73aa1fe1ef2ca0c2c7 25