Tweet
Tweet

Slide 1

Slide 1 text

2021年コンテナ最前線 今AWSでコンテナホストするなら なにが現実解なのか︖ 2021/10/7 CX事業本部 MAD事業部 濱⽥孝治（ハマコー）

Slide 2

Slide 2 text

2 とりあえず いつものアレやりますか

Slide 3

Slide 3 text

3 #devio2021

Slide 4

Slide 4 text

4

Slide 5

Slide 5 text

5 ⾃⼰紹介 濱⽥孝治（ハマコー） • CX事業本部 MAD事業部⻑ • Japan APN Ambassador 2020 • JAWS-UG コンテナ⽀部運営 • 好きなサービス︓ECS, EKS, CloudFormation • 好きな⾔葉「わっしょい」 • @hamako9999 • 好きなゲームタイトル︓Elder Scrolls Online

Slide 6

Slide 6 text

6 MAD （Modern Application Development）

Slide 7

Slide 7 text

7 MAD（Modern Application Development） AWSサービス︓Amazon DynamoDB、Amazon API Gateway、AWS IoT、AWS Step Functions、AWS Amplify、AWS AppSync、 AWS Glue、Amazon Kinesis、 Amazon Athena Google Cloudサービス︓ Cloud Firestore、Cloud SQL、 Cloud Pub/Sub Infrastructure as Code︓ AWS CDK、AWS CloudFormation、AWS SAM、 Serverless Framework、 Terraform CI/CD︓ Codeシリーズ、CircleCI、 GitHub Actions

Slide 8

Slide 8 text

+"846(ίϯςφࢧ෦ !LJUUB !UPSJDMT !TFJZBLVCP !IBNBLP !NTZ

Slide 9

Slide 9 text

9 今⽇お話することの意義

Slide 10

Slide 10 text

10 背景 Amazon ECSのGAが、2015年の4⽉9⽇、そして2017 年のre:Inventでは、EKSとFargateが発表されました。 今現在も機能追加の勢いは全く衰えていないです。 なんかもう、よくわからんの増えましたよね︖すぽっと すぽっととか、なんとかぷろばいだーとか、間にスペー スいれないと刺されるやつとか、ANYWHEREとかとか 他の界隈からここに来た⽅は、ぶっちゃけ途⽅にくれる のではと⽇々感じてます。

Slide 11

Slide 11 text

11 内容について 対象リスナー • これからAWSでコンテナワークロードをホストしようと検 討されているかた • 現在、AWSでコンテナをプロダクション運⽤しているが、 さらなる最適化に余念が無い⽅ 今⽇のゴール • 最初に始めるときに指針としてもらう • コンテナワークロード改善のヒントをなにか掴んでもらう

Slide 12

Slide 12 text

12 喋らないこと 今回のセッションは時間の都合もあり、コンテナ実⾏環境とコ スト最適化に絞ってお話します。これら合わせて検討が必要な 内容はほとんど含まれていないので、ご了承ください - デプロイ - セキュリティ - ネットワーク - ロギング - 監視

Slide 13

Slide 13 text

13 リラックスして 良い時間にできればと思います︕

Slide 14

Slide 14 text

14 Agenda（当初想定） • 基礎のおさらい • ECR、ECR Public • ECS、EKS、Fargate • インフラ最適化 • Savings Plans • Capacity Provider • Graviton Processor • バッチ処理系 • Step Functions + Fargate • AWS Batch • 次世代系 • Proton • App Runner • Lightsail Container • Anywhere系 • EKS Anywhere • ECS Anywhere • まとめ

Slide 15

Slide 15 text

15 Agenda（実際しゃべるやつ） • 基礎のおさらい • ECR、ECR Public • ECS、EKS、Fargate • インフラ最適化 • Savings Plans • Capacity Provider • Graviton Processor • バッチ処理系 • Step Functions + Fargate • AWS Batch • 次世代系 • Proton • App Runner • Lightsail Container • Anywhere系 • EKS Anywhere • ECS Anywhere • まとめ

Slide 16

Slide 16 text

16 Agenda • 基礎のおさらい • ECR、ECR Public • ECS、EKS、Fargate • インフラ最適化 • Savings Plans • Capacity Provider • Graviton Processor • バッチ処理系 • Step Functions + Fargate • AWS Batch • 次世代系 • Proton • App Runner • Lightsail Container • Anywhere系 • EKS Anywhere • ECS Anywhere • まとめ

Slide 17

Slide 17 text

17 基礎のおさらい

Slide 18

Slide 18 text

18 AWSにおける代表的なコンテナ関連サービス Amazon ECS Amazon ECR Amazon ECR Public AWS Fargate Amazon EKS

Slide 19

Slide 19 text

19 ECR ECR Public

Slide 20

Slide 20 text

20 説明しよう。そしてこれらは別物です。 Amazon ECR Amazon ECR Public

Slide 21

Slide 21 text

21 別物であることの証 ユーザーガイドが別 なので APIも別

Slide 22

Slide 22 text

22 別物であることの証 AWS CLIも もちろん別

Slide 23

Slide 23 text

23 Amazon Elastic Container Registry（ECR）とは • AWSが提供する完全マネージド型のDockerコンテナ レジストリ • ⾃前のコンテナリポジトリの運⽤やインフラ管理が 不要 • AWSと完全に統合されているので、従来の⽅法 （IAM）でアクセス権の管理が可能 • アクセスするにはAWSアカウントをベースとした認 証情報が必須

Slide 24

Slide 24 text

24 ECR Publicとは • 今までAWSの認証情報が必須だったECRに、パブ リックで誰でもアクセス可能に︕︕ • AWSアカウントがあれば、誰でもECRを使ってイ メージを公開可能 • 単純に⾔うとECR PublicはDocker Hubの代替とし て利⽤が可能になる

Slide 25

Slide 25 text

25 ECR Publicはあなたの⼿元で即動く

Slide 26

Slide 26 text

26 ECR Public Galleryもいつでも利⽤可能 https://gallery.ecr.aws/

Slide 27

Slide 27 text

27 ECR Publicの気になるお値段 イメージホスティング • ストレージ $0.10/GB/month • 無料で⽉50GBまで イメージプル（データ転送） • AWS認証なし︓500GB/⽉/source ip • AWS認証あり • AWS外 0.09 USD/GB • AWS内 無料 Docker Hub 匿名ユーザ︓ IPアドレスで6時間100回 認証ユーザ︓ ユーザごとに6時間200回

Slide 28

Slide 28 text

28 ECS EKS Fargate

Slide 29

Slide 29 text

29 順番に説明しよう Amazon ECS AWS Fargate Amazon EKS

Slide 30

Slide 30 text

30 AWSのコンテナサービスを理解するためには 「コントロールプレーン」 「データプレーン」 この違いを知る必要がある

Slide 31

Slide 31 text

31 コントロールプレーンとは コンテナの管理をする場所 • 動く場所の管理 • VPC、Subnet、Load Balancer、Security Group • コンテナ⽣死の管理 • 監視設定、⾃動復旧 • コンテナ数の管理 • 負荷に応じたコンテナ数のオートスケール

Slide 32

Slide 32 text

32 データプレーンとは 実際にコンテナが稼働する場所 • コントロールプレーンからの指⽰にしたがって起動 • コンピューティングリソースを消費（従量課⾦対 象） • 状態をコントロールプレーンに通知

Slide 33

Slide 33 text

33 AWSのコンテナ関連サービスをまとめた図 データ プレーン 実際にコンテナが稼働する場所 コントロール プレーン コンテナの管理をする場所 ECS EKS EC2 Fargate

Slide 34

Slide 34 text

34 現状の呼ばれ⽅とラベリング例 ECS （on EC2） ECS （on Fargate） EKS （on EC2） EKS （on Fargate） ECS EC2 EKS EKS ECS Fargate EC2 Fargate

Slide 35

Slide 35 text

35 コントロールプレーン⽐較 Amazon ECS

Slide 36

Slide 36 text

36 Amazon Elastic Container Service（ECS）とは AWS完全マネージドのコンテナオーケストレーションツール • 簡単なオートスケール設定 • ロードバランサー統合 • コンテナのIAM権限管理 • コンテナのセキュリティグループ管理 • CloudWatch メトリクス統合 • CloudWatch Logs統合 • スケジュール実⾏機能

Slide 37

Slide 37 text

37 Amazon Elastic Container Service（ECS）とは AWS完全マネージドのコンテナオーケストレーションツール • 簡単なオートスケール設定 • ロードバランサー統合 • コンテナのIAM権限管理 • コンテナのセキュリティグループ管理 • CloudWatch メトリクス統合 • CloudWatch Logs統合 • スケジュール実⾏機能 元がAWSフルマネージドなサービスのため 他のAWSサービスとの連携が簡単 （EKSと⽐べて）

Slide 38

Slide 38 text

クラスター 38 ECSの構造の階層 サービス タスク定義 コンテナ定義 ECSの構造は結構複雑 😫

Slide 39

Slide 39 text

タスク定義 39 ECSの構造解説（タスク定義、コンテナ定義） EC2 Fargate タスクメモリ タスクCPU or ⽣成 コンテナ定義 イメージのURI ポートマッピング ヘルスチェック エントリポイント コマンド 作業ディレクトリ 環境変数 ログ設定 docker runで利⽤す るコマンドは⼀通り 利⽤可能

Slide 40

Slide 40 text

40 ECSの構造解説（1タスク複数コンテナ定義） ＜コンテナを分ける理由＞ ・改修のプロセスが異なる（例︓Nginxの設 定とアプリケーションの改修）ため、別々 にデプロイしたい ・awslogsにログを区別して出⼒したい（同 ⼀コンテナ上のログは、CloudWatch Logsの グループが同⼀となる） 同⼀タスク内のコンテナは、同じホストを 共有しポート番号での通信が可能。同⼀ホ ストなので、レイテンシ上の影響は無い。

Slide 41

Slide 41 text

クラスター サービス定義 サービス定義 サービス 41 ECSの構造解説（クラスター、サービス） 元ネタのタスク定義 タスクの数 デプロイ定義 VPC、サブネット セキュリティグループ ALB（or NLB）定義 オートスケール設定 タスク タスク タスク タスク ・ ・ ・ ・ タスク 定義 起動 Amazon ECS Application Load Balancer

Slide 42

Slide 42 text

42 ECSの構造解説（サービスの具体例） タスク 定義 起動 443（HTTPS） 80（HTTP） 80（HTTP） 80（HTTP） Application Load Balancer

Slide 43

Slide 43 text

43 コントロールプレーン⽐較 Amazon EKS

Slide 44

Slide 44 text

44 Kubernetesとは コンテナ運⽤⾃動化のための オープンソースプラットフォーム • Googleの⻑年にわたるコンテナ運⽤の知⾒を集約して オープンソース化 • Cloud Native Computing Foundation 配下 • ⾃動デプロイ、⾃動スケーリング、スケジューリングの⾃ 動 • 略称は「k8s」

Slide 45

Slide 45 text

45 EKSとは AWSマネージドなKubernetesサービス • 正式名称はAmazon Elastic Container Service for Kubernetes • Kubernetes正式準拠 • Kubernetesコミュニティが作成した既存のプラグイ ンやツールを利⽤できる

Slide 46

Slide 46 text

46 EKSとは AWSマネージドなKubernetesサービス • 正式名称はAmazon Elastic Container Service for Kubernetes • Kubernetes正式準拠 • Kubernetesコミュニティが作成した既存のプラグイ ンやツールを利⽤できる 元がオープンソースプロダクトなため、 Kubernetes⽤に開発されたツールを 広く使うことができる

Slide 47

Slide 47 text

47 データプレーン⽐較 AWS Fargate

Slide 48

Slide 48 text

48 AWS Fargateとは • サーバーを管理することなくコンテナを実⾏ • 仮想マシンのクラスターのプロビジョニングが不要 • ECSおよびEKSに対応したコンピューティングエンジ ン →コンソールからEC2が全く⾒えない

Slide 49

Slide 49 text

49 AWS Fargateとは（料⾦⾯） • コンピューティングリソースに対しての料⾦として はEC2より割⾼（1割〜2割） • ホストインスタンスの管理が省ける • EC2の余剰リソースが不要 • セキュリティはAWS側で常にカバー

Slide 50

Slide 50 text

50 AWS Fargateとは（運⽤メリット）

Slide 51

Slide 51 text

51 Fargateの今 GA後間もない2018年に⽐べてできることは格段に増えた →現在では確実にEC2に⽐べてファーストチョイス やりたいこと 2018年初頭 現在 コンテナ内へのログイン 基本無理 ECS Exec ログドライバ awslogs （CloudWatch Logsのみ） Firelensでどこでも出せる EFS 利⽤不可 利⽤可能 スポット系 利⽤不可 Capacity Provider GPUインスタンス 利⽤不可 利⽤不可 Windowsコンテナ 利⽤不可 利⽤不可

Slide 52

Slide 52 text

52 データプレーンとして何を使うか（ECSの場合） 特にユースケースで制約がなければ EC2ではなくFargateを使うのが 今のデフォルト

Slide 53

Slide 53 text

53 データプレーンとして何を使うか（EKSの場合） EKS on Fargateは考慮事項や制約が 多く有るので慎重に検討したほうが良い 安パイにふるならEKS on EC2

Slide 54

Slide 54 text

54 Agenda • 基礎のおさらい • ECR、ECR Public • ECS、EKS、Fargate • インフラ最適化 • Savings Plans • Capacity Provider • Graviton Processor • バッチ処理系 • Step Functions + Fargate • AWS Batch • 次世代系 • Proton • App Runner • Lightsail Container • Anywhere系 • EKS Anywhere • ECS Anywhere • まとめ

Slide 55

Slide 55 text

55 インフラ最適化

Slide 56

Slide 56 text

56 インフラ最適化とは︖ EC2もFargateもデフォルトで使うだけではもった いない︕購⼊⽅法や設定の⼯夫でコストを下げつつ パフォーマンスが出る構成を組むことが可能 ここでは、以下の3点について改めて説明し、皆さ んの現場での採⽤可能性をお伝えします • Savings Plans • Capacity Provider • Graviton Processor

Slide 57

Slide 57 text

57 Savings Plans

Slide 58

Slide 58 text

58 Savings Plansとは︖ • 1年または3年の期間で⼀定量のコンピューティングの利 ⽤を前提に割引できる仕組み。契約量までは、使⽤料⾦が 割引される • Compute Savings Plansであれば、FargateやLambdaに も割引が適⽤可能 • オハイオリージョン、3年、全額払いで、52%OFF︕︕ • 構成を⼀切変更すること無く対応可能（コンソールでのポ チポチのみ）

Slide 59

Slide 59 text

59 Savings Plansの計算 https://aws.amazon.com/jp/savingsplans/ compute-pricing/ いつでもカリ キュレーターで 計算可能

Slide 60

Slide 60 text

60 実環境での利⽤状況を⾒た試算も可能 CostExplorer →Savings Plans →推奨事項

Slide 61

Slide 61 text

61 Savings Plansの参考ブログ https://dev.classmethod.jp/articles/sp-2020-spring-youtube/

Slide 62

Slide 62 text

62 Savings Plansとの付き合い⽅ ノーリスクでコスト節約できる可能性がある まずはコストエクスプローラーの Savings Plansの推奨事項 確認ぐらいはしましょう︕

Slide 63

Slide 63 text

63 Capacity Provider

Slide 64

Slide 64 text

64 Capacity Providerとは • ECSにおけるタスク実⾏のインフラをより柔軟に設 定する仕組み • 元々ECS on EC2でもスポットインスタンスを活⽤で きていたが、それをもっと柔軟に簡素にできるよう になった • それぞれで使い⽅がぜんぜん違う • ECS on EC2 • ECS on Fargate

Slide 65

Slide 65 text

65 Capacity Providerの構造（EC2） Auto Scaling group Capacity Provider Auto Scaling group Capacity Provider Auto Scaling group Capacity Provider Capacity Provider Strategy ・ ・ ・ • VPC • サブネット • AMI • インスタンスタイプ • オンデマンド or スポット ECS Cluster Auto Scaling group

Slide 66

Slide 66 text

66 Capacity Providerの構造（Fargate） FARGATE Capacity Provider FARGATE_SPOT Capacity Provider Capacity Provider Strategy ECS Cluster Fargateで登録できるCapacity Provider はFARGATEとFARGATE_SPOTのみ

Slide 67

Slide 67 text

67 FARGATE_SPOTとは • EC2におけるスポットインスタンスのようにスポッ トでFARGATEを使う仕組み • オンデマンドとは違うので、リージョンやAZでの利 ⽤状況に応じて突如終了される • Task State Change Events発⾏後SIGTERM • お値段70%OFF（⼀律）

Slide 68

Slide 68 text

68 Capacity Provider Strategyとは • 複数のCapacity Providerの組み合わせ⽐率を決定 • Base︓最⼩タスク数（1つのみ指定） • Weight︓タスク数⽐率

Slide 69

Slide 69 text

69 Spot系利⽤における注意点 中断への対応 • スポットインスタンスでは、事前に ECS_ENABLE_SPOT_INSTANCE_DRAINING=trueに設定 • コンテナ⾃体もSIGTERM発⽣時にGraceful Shutdownができ るように設計 リソースの再確保 • 基本的にECS側で適切なサービス設定をしておけば、⾃動的にタ スクが起動するが、即時のリソース確保が確約されるわけではな い

Slide 70

Slide 70 text

70 Spot系を実際導⼊するときのやりやすさ Fargate Spotを開発環境にいれる • 何も考えずに、該当サービスの全タスクをFargate Spotにしてしまう のもあり • 定期的に落ちるのも開発環境なら許容できる場合もある • コンテナをイミュータブルにしていつ落ちても問題なく使える状態を 再現する（Graceful Shutdown含めて）にも有⽤ 本番環境への展開は⼗分な検証をもって • 概念が多く、ECS on EC2の場合は特に複雑 • オートスケールFargateサービスを使っているのであれば、スケーリ ングタスクをFargate Spotにするのが⽐較的取り組みやすい

Slide 71

Slide 71 text

71 スポット関連参考資料 https://pages.awscloud.com/rs/112-TZM-766/images/20210826-Cloud-Container-Optimization-Keynote.pdf

Slide 72

Slide 72 text

72 ECS on EC2での参考事例 https://pages.awscloud.com/rs/112-TZM-766/images/20210826-Cloud- Container-Optimization-Silveregg.pdf

Slide 73

Slide 73 text

73 Capacity Providerとの付き合い⽅ 難しい まずは開発環境のFargateあたりから 徐々に試していきましょう

Slide 74

Slide 74 text

74 AWS Graviton Processor

Slide 75

Slide 75 text

75 Graviton Processorとは︖ AWSが独⾃に作成したARMアーキテクチャのプロセッサ • 第⼀世代はAmazon EC2 A1インスタンスとして動作 • 第⼆世代のGraviton2プロセッサは第⼀世代に⽐べて⼤幅に改良されたパフォーマン スを発揮 x86ベースインスタンスよりハイコストパフォーマンス • 最⼤40%のパフォーマンス向上 • 20%安い • 電⼒あたりのパフォーマンス向上（2〜3.5倍） 幅広いエコシステムをサポート • Amazon Linux2, Red Hat, SUSE, Ubuntu, その他Linux • ECS, EKS, ECR, CodeBuild, CodeCommit, CodePipeline, CodeDeploy, CloudWatch

Slide 76

Slide 76 text

76 コンテナワークロードでGraviton2を使うには︖ • ARMアーキテクチャでのコンテナビルド • コンテナレジストリへの格納 • Graviton2プロセッサ搭載EC2インスタンス（M6g） 上でコンテナを起動

Slide 77

Slide 77 text

77 参考ブログ https://dev.classmethod.jp/articles/docker-on-graviton2/

Slide 78

Slide 78 text

78 CI/CD含めた構成要素でのARMコンテナの利⽤ コンテナビルド（マルチアーキテクチャ） • CodeBuild • GitHub Actions コンテナレジストリへの格納（マルチアーキテクチャ対応） • Docker Hub • ECR • ECR Public コンテナコンピューティングリソースの利⽤ • EC2インスタンス（M6g） • Fargateは未対応

Slide 79

Slide 79 text

79 コンテナビルド環境でのマルチアーキテクチャ対応 コンテナビルド環境においてPlatformを設定すること で、それぞれのアーキテクチャに応じたコンテナをビル ドすることが可能 CodeBuildの場合 • コンピューティングタイプにARMを指定 • ビルド環境のコンピューティングタイプ - AWS CodeBuild GitHub Actionsの場合 • PlatForm指定でビルド可能 • [DOCKER_TARGET_PLATFORM: linux/arm/v7]

Slide 80

Slide 80 text

80 コンテナレジストリへのプッシュ コンテナレジストリへマルチアーキテクチャの コンテナイメージをプッシュする場合、専⽤の Manifestリストを⽤意する必要あり • 現状、以下の３種共にマルチアーキテクチャのコンテナイ メージをサポート • Docker Hub • ECR • ECR Public

Slide 81

Slide 81 text

81 コンテナレジストリへのプッシュ 実⾏⽅法はそれぞれのマニュアルを参照 • Docker Hub︓（Multi-arch build and images, the simple way - Docker Blog） • ECR︓（amazon-ecr-user-guide/docker-push-multi- architecture-image.md） • ECR Public︓（Pushing a multi-architecture image - Amazon ECR Public）

Slide 82

Slide 82 text

82 コンピューティングリソースでの利⽤ ECS、EKS共に、EC2インスタンス（M6g）を サポート • EKSのマネージドノードグループでARMアーキテクチャ対 応済み（Amazon EKS 最適化 Amazon Linux AMI - Amazon EKS） • ECSではAmazon ECS-optimized Amazon Linux2 （arm64）AMIを利⽤ FargateはGraviton2未対応

Slide 83

Slide 83 text

83 皆さん、先⽇こんな アップデートがあったのをご存知ですか︖

Slide 84

Slide 84 text

84 LabmdaのランタイムでGraviton2が利⽤可能に https://dev.classmethod.jp/articles/lambda-support-graviton2-processor/ 9⽉30⽇ピッ チピチのアッ プデート

Slide 85

Slide 85 text

85 超絶乱暴に予測すると FireCracker Lambda Fargate

Slide 86

Slide 86 text

86 超絶乱暴に予測すると FireCracker Lambda Fargate Graviton2 対応済み

Slide 87

Slide 87 text

87 超絶乱暴に予測すると FireCracker Lambda Fargate Graviton2絶対来る よね︕︖コレ︕︕ Graviton2 対応済み

Slide 88

Slide 88 text

88 Graviton2がFargateにやってくる⽇も近い︖ FargateのGraviton2対応はAWSの最近の潮 流として必然の流れ 2021年のre:Invent前後で発表されるのでは︖ おそらく最初は、Fargate Spotが使えなかったりある 程度の制約はありそうだが、今の内にマルチアーキテク チャでのビルドを試してM6gインスタンスで動かして みると即利⽤できるのでウォーミングアップしておくと 良いよ︕

Slide 89

Slide 89 text

89 ツイートしよう︕のコーナー 皆さんが勝⼿に予測する FargateのGraviton2対応⽇を つぶやきましょう︕ #devio2021

Slide 90

Slide 90 text

90 参考資料（絶対参考になります） Dockerの「マルチCPUアーキテクチャ」に対応したイ メージをビルドする | DevelopersIO [AWS Black Belt Online Seminar] CON437 AWS Graviton2 でマルチアーキテクチャのデリバリーパイ プラインを作成する

Slide 91

Slide 91 text

91 Agenda • 基礎のおさらい • ECR、ECR Public • ECS、EKS、Fargate • インフラ最適化 • Savings Plans • Capacity Provider • Graviton Processor • バッチ処理系 • Step Functions + Fargate • AWS Batch • 次世代系 • Proton • App Runner • Lightsail Container • Anywhere系 • EKS Anywhere • ECS Anywhere • まとめ

Slide 92

Slide 92 text

92 AWS App Runner

Slide 93

Slide 93 text

93 AWS App Runnerとは • 2021年5⽉18⽇にリリースされた、AWSの新しいコ ンテナホスティング環境（フルマネージド型） • ECSでもEKSでもFargateでもない、完全新規の環境 • 様々なAWSリソースをユーザーから完全に隠蔽する ことで、開発者がコンテナのホスティングに注⼒す ることを意図したサービス

Slide 94

Slide 94 text

94 ECSの場合のAWSリソース ECSでコンテナ環境を構築 するときに、意識する必要 があるサービス群 https://speakerdeck.com/iselegant/20210628-jawsug-container-19-final?slide=37

Slide 95

Slide 95 text

95 App Runnerの場合のAWSリソース App Runnerの時に意識する AWSリソース もろもろ隠蔽されているた め、ユーザーが意識する AWSリソースが圧倒的にす くない https://speakerdeck.com/iselegant/20210628-jawsug-container-19-final?slide=38

Slide 96

Slide 96 text

96 AWS App Runnerでできること • オートスケール設定（同時実⾏数、最⼤/最⼩サイ ズ） • カスタムドメイン（含証明書管理） • ロギング（CloudWatch Logs） • CI/CD（コンテナ or コードベース） • 監視（CloudWatch Alarm）

Slide 97

Slide 97 text

97 AWS App Runnerでできないこと • VPCリソースへのアクセス • AuroraなどVPCが必須なサービスに通信する⽅法が無 い • ロードマップに載っている • WAFが利⽤できない • ALBも⾒えないのでWAFも使えない • ロードマップに載っている

Slide 98

Slide 98 text

98 AWS App Runnerとの付き合い⽅ 基本的には できないことを機能不⾜と捉えるのではなく 考えなくて良い＝メリット という付き合い⽅をオススメする

Slide 99

Slide 99 text

99 Agenda • 基礎のおさらい • ECR、ECR Public • ECS、EKS、Fargate • インフラ最適化 • Savings Plans • Capacity Provider • Graviton Processor • バッチ処理系 • Step Functions + Fargate • AWS Batch • 次世代系 • Proton • App Runner • Lightsail Container • Anywhere系 • EKS Anywhere • ECS Anywhere • まとめ

Slide 100

Slide 100 text

100 Amazon ECS Anywhere

Slide 101

Slide 101 text

101 Amazon ECS Anywhereとは • ⼀般提供開始︓2021年5⽉27⽇ • ECSのうちコントロールプレーンはAWS環境で利⽤ し、データプレーンをAWSの外側（いわゆるオンプ レミス）でホストすることが可能 • 無料で使える（︕）ECSオーケストレーターの機能 を、コンテナ実⾏環境に関わらず展開することで、 運⽤上のオーバーヘッドを無くす

Slide 102

Slide 102 text

102 Amazon ECS Anywhereのアーキテクチャ ref:[祝GA︕] ECS Anywhere を「M1 Mac」の仮想マシンを使って動かしてみた |

Slide 103

Slide 103 text

103 Amazon ECS Anywhereのアーキテクチャ https://aws.amazon.com/jp/blogs/news/building-an-amazon-ecs-anywhere-home-lab- with-amazon-vpc-network-connectivity/

Slide 104

Slide 104 text

104 Amazon ECS Anywhereのユースケース フルマネージドなコントロールプレーンの利⽤ • 基本的に落ちないECSコントールプレーンをだいたい無料で利⽤可能 • AWS、オンプレミス、Google Cloudなどで、⼀環したコンテナオー ケストレーションを実現可能 エッジ環境でのデータ処理 • クラウドに持っていくには⼤変な既存の⼤量データ（TB以上）をエッ ジ領域で処理することで、クラウド課⾦や処理実⾏中のレイテンシー を削減 既存環境からの移⾏ • 既存のオンプレミス環境を利⽤しながら、ECSを導⼊することで導⼊ の⼿間を減らしながら、将来のAWSへの移⾏を準備する

Slide 105

Slide 105 text

105 Amazon ECS Anywhereの実⾏⽅法 １．ECSクラスターの作成 • ネットワーキングのみで作成 ２．クラスター専⽤アクティベーションキーの取得 • ECSクラスターのExternalインスタンス登録ボタンから、専⽤ コマンドを取得 ３．Externalインスタンスの登録 • コマンドにはアクティベーションコードが含まれており、イン スタンスがインターネット接続できる状態になっていれば、そ のコマンドを実⾏するだけで、クラスターにインスタンスとし て登録される

Slide 106

Slide 106 text

106 Amazon ECS Anywhereのリファレンス Amazon VPC と接続可能なおうち Amazon ECS Anywhere クラスターの構築 | Amazon Web Services ブログ Amazon ECS Anywhere のよくある質問– ア マゾン ウェブ サービス Getting Started with Amazon ECS Anywhere – Now Generally Available | AWS News Blog

Slide 107

Slide 107 text

107 Amazon ECS Anywhereとの付き合い⽅ ECSのコントロールプレーンとしての 便利さを利⽤しながら オンプレ資産を活かしたい⼈向け （いきなりこれでECSデビューするのは さすがにやめましょう）

Slide 108

Slide 108 text

108 Amazon EKS Anywhere

Slide 109

Slide 109 text

109 Amazon EKS Anywhereとは • ⼀般提供開始︓2021年9⽉8⽇ • Amazon EKSのための新しいデプロイオプション • AWS関係ないところ（オンプレミスだけ）での利⽤ が可能 • EKS Distroを利⽤ • AWSが開発したKubernetesディストリビューション • EKS Connectorを利⽤することで、全ての Kubernetesクラスターを確認可能

Slide 110

Slide 110 text

110 Amazon EKS Anywhereのドキュメント • https://anywhere.eks.amazonaws.com/ • ドキュメントは既存AWSドキュメントドメイン （docs.aws.amazon.com）とは別

Slide 111

Slide 111 text

111 Amazon EKS Anywhereのアーキテクチャ

Slide 112

Slide 112 text

112 Amazon EKS Anywhereと他のやつのサマリー https://anywhere.eks.amazonaws.com/docs/concepts/eksafeatures/

Slide 113

Slide 113 text

113 Amazon EKS AnywhereとEKSの⽐較 • https://anywhere.eks.amazonaws.com/docs/co ncepts/eksafeatures/

Slide 114

Slide 114 text

114 Amazon EKS Anywhereの全体構成 https://aws.amazon.com/jp/blogs/news/amazon-eks-anywhere-now-generally-available- to-create-and-manage-kubernetes-clusters-on-premises/

Slide 115

Slide 115 text

115 Amazon EKS Anywhereの実⾏⽅法 １．EKS Anywhereのインストーラダウン ロード ２．EKS Anywhereクラスタの検査 • アップグレード、スケーリング、ネットワーク、リポジト リ統合をテスト ３．EKS Connectorのインストール • EKSコンソールを通じて、全ての管理対象Kubernetesクラ スターを表⽰し検査

Slide 116

Slide 116 text

116 EKS Connectorとは • 2021年10⽉7⽇現在、パブリックプレビュー • Kubernetes準拠のクラスターをAWSに接続し、EKSコンソールで視覚化可 能 • 接続可能なクラスター例 • EKS Anywhere • Anthos • GKE • AKS • OpenShift • Tanzu • Rancher • EC2

Slide 117

Slide 117 text

117 EKS Connectorとは

Slide 118

Slide 118 text

118 EKS Connectorとは

Slide 119

Slide 119 text

119 Amazon EKS Anywhereのリファレンス Amazon EKS Anywhere ̶ オンプレミス で Kubernetes クラスターの作成と管理が 広く利⽤可能になりました | Amazon Web Services ブログ Amazon EKS Connector - Amazon EKS

Slide 120

Slide 120 text

120 Amazon EKS Anywhereとの付き合い⽅ EKSを気にいっている⼈が オンプレ環境でKubernetesを 展開したい⼈向け

Slide 121

Slide 121 text

121 まとめ

Slide 122

Slide 122 text

122 AWS コンテナ関連サービスの選び⽅（基本） App Runnerを触ったこ とがある？ App Runnerを触って何 ができるか理解する No Yes App Runnerでコンテナ ワークロードの要件を 満たしているか？ App RunnerでPOCを 実施、問題ないか？ App Runnerで 本番運用する ECS on Fargateがコン テナワークロードの要 件を満たしているか？ Yes No ECS on Fargateで 本番運用する Kubernetesのエコシス テムを利用する必要が あるか？ EKS on EC2/Fargateで 本番運用する No Yes No Yes Yes 他の選択肢を探す （ECS on EC2など） No

Slide 123

Slide 123 text

123 AWS コンテナ関連サービスの選び⽅（追加） Savings Plans検討した ？ いますぐやりなはれ！ No Yes 今はFargate？ Capacity Provider検討 した？ Fargate Spotを開発環 境でためしてみよう Yes No

Slide 124

Slide 124 text

124 AWS コンテナ関連サービスの選び⽅（必須） Graviton2 Processor 興奮する？ 今のうちにARMアーキ テクチャビルドを試そ う！！ もういちどこの資料 最初から読む No Yes

Slide 125

Slide 125 text

125 最後に 今⽇の私の話が 皆さんのコンテナ環境の改善に 少しでも役⽴てば幸いです

Slide 126

Slide 126 text

セッション後は、チャット欄のURL、または下記QRコードより アンケートへのご協力をお願いいたします。 SNS投稿にはこちらをお使いください：#devio2021 https://forms.gle/LxRfW6GeYWZNmMkx6 13:05-13:35 「2021年コンテナ最前線 〜今AWSでコンテナホストするならなにが現実解なのか？〜」 Q&A Q&A