[レポート]Spotによるコンテナのコスト最適化 #CON324 #reinvent

本ブログはAWS re:Invent 2019のセッション『Cost optimization with containers and Spot』のレポートです。

AWS re:Invent 2019

#スポットインスタンス

#Amazon ECS

#AWS Fargate

#Amazon EKS

#AWS

Kitano Yuichi

2019.12.06

この記事は公開されてから1年以上経過しています。情報が古い可能性がありますので、ご注意ください。

本ブログはAWS re:Invent 2019のセッション『Cost optimization with containers and Spot』のレポートです。

セッション概要

Containerized applications, especially those using modern microservice architectural patterns, are often robust to interruption and unexpected termination of individual containers. For this reason, containerized applications are a good fit for Amazon EC2 Spot and AWS Fargate Spot. With minimal modifications, many containerized applications can run some or even all of their containers as-is on Spot at substantially lower cost. In this session, we discuss the design decisions and best practices for using Amazon EC2 Spot and AWS Fargate Spot with modern containerized applications.

コンテナ化されたアプリケーション、特に最新のマイクロサービスアーキテクチャのパターンを使用するアプリケーションは、コンテナの中断や予期しない終了に対して堅牢です。よって、コンテナ化されたアプリケーションはAmazon EC2 SpotやAWS Fargate Spotに適しています。コンテナ化されたアプリケーションの多くは、最小限の変更で、コンテナをそのままSpot上で低コストに実行できます。このセッションでは、最新のコンテナ化されたアプリケーションでAmazon EC2 SpotとAWS Fargate Spotを使用するための設計上の決定とベストプラクティスについて議論します。

動画＆スライド

AWS re:Invent 2019: [NEW LAUNCH!] [REPEAT 1] Cost Optimization with Containers and Spot (CON324-R1) - YouTube

レポート

アジェンダ

コンテナとコンピューティングで使用できる支払いタイプ
コンピューティングのコストとパフォーマンス
コストパフォーマンスの最大化
コスト最適化とオートスケーリング
過剰プロビジョニングのSpot利用

コスト最適化

コストとパフォーマンスはトレードオフ
最小のコストで目標とするパフォーマンスを達成したい

AWSのコンテナサービスのオーケストレーションとコンピューティング

オーケストレーション
- ESC（Amazon Elastic Container Service）
- EKS（Amazon Elastic Kubernetes Service）
コンピューティングエンジン
- Amazon EC2
- Fargate

Amazon EC2 の支払いタイプ

オンデマンド
- コンピューティングキャパシティを秒単位で課金
- スパイクのあるワークロードに向いている
Saving Plans と Reserved Instance
- 長期的な利用をコミットすることで利用料を割り引き
- 安定した利用が想定されている場合に向いている
Spot Instances
- 余っているEC2キャパシティを利用することで最大90%引き
- 停止が許容できる状態を持たないワークロードに向いている