【AWS Black Belt Online Seminar】 CON207 Auto Scaling in ECS
Summary
TLDRこのトークでは、Amazon ECS(Amazon Elastic Container Service)におけるオートスケーリングの深奥なトピックが解説されています。ECSは、コンテナオーケストレーションサービスで、開発者や運用者がコンテナをスケーリングし、管理することができます。セッションでは、ECSのAuto Scaling機能とCapacity Providerの機能について焦点を当て、具体的な活用方法が紹介されています。また、ECSのコンテナ実行環境におけるスケーリングについても解説されており、EC2インスタンスとFargateを選択した場合の動作イメージが比較されています。さらに、ECSクラスターオートスケーリングの導入によって、複数のレイヤーのオートスケーリングを管理しやすくなり、運用コストの削減が期待できると説明されています。
Takeaways
- 🚀 ECS(Amazon Elastic Container Service)は、コンテナのオーケストレーションを自動化し、スケーリングをサポートするAWSサービスです。
- 📈 ECSでは、Auto Scalingを使用して、コンテナの実行基盤であるEC2インスタンスとECSタスクの両方のスケーリングを管理できます。
- 🤖 ECSのAuto Scalingは、2つのレイヤーで行われます。1つはEC2インスタンスレイヤーで、もう1つはECSタスクレイヤーです。
- 📊 ECSのAuto Scalingグループは、CPUやメモリなどのリソースの予約率を基準にスケールアウトまたはスケールインします。
- 🛠️ アプリケーションオートスケーリングを使用すると、ターゲット追跡スケーリングポリシーに基づいてECSタスクを自動的にスケーリングできます。
- ⏰ スケジュールに基づくスケーリングも可能で、特定の時間帯に合わせてタスク数を増減させることができます。
- 🔄 ECSクラスターオートスケーリングは、ECSが提供するマネージドサービスで、EC2インスタンスとECSタスクの両方のスケーリングを自動化します。
- 📉 CPU使用率の変化に基づいて、自動的にタスク数を調整して、目標値に近づけることができます。
- 📈 スケールアウトとスケールインのアクションは、定義されたスケーリングポリシーに基づいて実行され、柔軟なスケーリングを実現します。
- 🔧 ECSのAuto Scalingは、運用コストを増やす可能性があるため、複数のレイヤーのスケーリングを管理する必要性と複雑さが生じます。
- 📝 AWS Black Beltオンラインセミナーでは、ECSのAuto Scalingに関する詳細な情報を提供し、ベストプラクティスを学ぶことができます。
- 🌟 Amazon Web Servicesのソリューションアーキテクトは、ECSの活用方法やAuto Scalingの設定方法に関する専門知識を持ち、カスタマーのニーズに応じた最適なソリューションを提供します。
Q & A
Amazon ECSのオートスケーリングについて説明してください。
-Amazon ECS(Amazon Elastic Container Service)のオートスケーリングは、コンテナの実行環境であるEC2インスタンスとECSタスクの両方のスケーリングを自動化する機能です。これにより、アプリケーションの負荷に応じて、自動的にリソースを増減することができます。
ECSのオートスケーリングで使用される2つのレイヤーとは何ですか?
-ECSのオートスケーリングで使用される2つのレイヤーは、EC2インスタンスレイヤーとECSタスクレイヤーです。EC2インスタンスレイヤーはコンテナの実行基盤を提供し、ECSタスクレイヤーはアプリケーションのタスクを実行します。
コンテナオーケストレーターの役割は何ですか?
-コンテナオーケストレーターは、開発者や運用者が直接コンテナを実行するのではなく、コンテナオーケストレーターに対して指示を出して、オーケストレーションを行わせるための役割を果たします。オーケストレーションは、コンテナの実行基盤で稼働しているエージェントが受け取り、コンテナランタイムに命令を伝え、コンテナイメージを取得して実行するプロセスです。
Amazon ECSの容量プロバイダーとは何ですか?
-Amazon ECSの容量プロバイダーは、ECSクラスター内のリソースを管理し、タスクの実行に必要な容量を確保する仕組みです。これにより、タスクの実行に必要なEC2インスタンスを効率的に使用することができます。
ECSクラスターオートスケーリングとは何ですか?
-ECSクラスターオートスケーリングは、AWSが提供する機能で、ECSクラスター内のEC2インスタンスとECSタスクの両方のオートスケーリングを管理することができます。これにより、ユーザーはECSタスクのレイヤーの設定だけで、タスクとEC2インスタンス両方のオートスケーリングが可能になります。
ターゲット追跡スケーリングポリシーとは何ですか?
-ターゲット追跡スケーリングポリシーは、アプリケーションオートスケーリングで使用されるスケーリングポリシーの1つで、指定したメトリクス(例えばCPUの利用率)がターゲット値に近づくように自動的にタスク数を調整する仕組みです。
スケジュールに基づくスケーリングとは何ですか?
-スケジュールに基づくスケーリングは、事前に設定した日時に基づいて、タスクの数を増減させるオートスケーリングの方法です。これにより、予測可能な負荷パターンに応じて、事前にスケールアップやスケールダウンを計画することができます。
ECSのオートスケーリングで管理する必要がある複数のレイヤーとは何ですか?
-ECSのオートスケーリングで管理する必要がある複数のレイヤーは、EC2インスタンスレイヤーとECSタスクレイヤーです。これにより、コンテナの実行環境とタスクの実行を自動的にスケーリングすることができます。
ECSのオートスケーリングを設定する際の課題は何ですか?
-ECSのオートスケーリングを設定する際の課題は、複数のレイヤーのオートスケーリングを管理する必要性です。これにより、運用が複雑になり、運用コストが増加する可能性があります。また、スケールアップ計画の立案や、スケールアウト時にタスクの安全な停止方法など、様々なポイントを考慮する必要があります。
ECSクラスターオートスケーリングの利点は何ですか?
-ECSクラスターオートスケーリングの利点は、ECSのタスクとEC2インスタンス両方のオートスケーリングをECSにオフロードできることです。これにより、管理が簡素化され、運用コストの削減が期待できます。
Amazon ECSとECSタスクのレイヤーで行われるオートスケールの種類は何ですか?
-Amazon ECSとECSタスクのレイヤーで行われるオートスケールは、アプリケーションオートスケーリングを使用して行われます。これにより、アプリケーションの負荷に基づいてタスクの数を自動的に増減させることができます。
ECSのオートスケールを設定する際に使用されるメトリクスは何ですか?
-ECSのオートスケールを設定する際に使用されるメトリクスは、CPUやメモリの予約率などのリソースの使用率です。これにより、コンテナインスタンスに対するリソースの需要に応じて、自動的にスケールアップまたはスケールダウンが行われます。
Outlines
🚀 Amazon ECSのオートスケーリング機能について
本セッションではAmazon ECS(Amazon Elastic Container Service)のオートスケーリング機能について詳しく解説します。ECSのコンテナオーケストレーションの仕組みを説明し、ECSにおけるオートスケールの2つのレイヤー、Capacity ProviderとECS Taskについてフォーカスして説明します。また、ECSのコントロールプレーンとデータプレーンの役割も解説し、ECSクラスターのオートスケーリングの設定方法とその重要性を説明します。
📈 ECSのオートスケーリングの詳細と課題
ECSのオートスケーリングについて、EC2インスタンスレイヤーとECSタスクレイヤーのオートスケールの設定方法と、それらの管理に関する課題を説明します。EC2インスタンスレイヤーではAuto Scaling Groupを使用し、ECSタスクレイヤーではアプリケーションオートスケーリングを利用してタスク数の自動調整を行う方法を解説します。ターゲット追跡スケーリングポリシー、ステップスケーリングポリシー、スケジュールに基づくスケーリングの3つの方法を紹介し、それぞれの適用シナリオについて説明します。
🔧 ECSクラスターオートスケーリングの紹介
AWSが提供するECSクラスターオートスケーリング機能について紹介し、その利便性を説明します。ECSによりマネージドスケーリングが利用可能になり、EC2インスタンスレイヤーのオートスケーリングをECSにオフロードできるため、管理しやすくなります。ECSタスクのレイヤーの設定だけで、ECSのタスクとEC2インスタンス双方のオートスケーリングが可能になる点に焦点を当て、その効果を説明します。
Mindmap
Keywords
💡Amazon ECS
💡オートスケーリング
💡Capacity Provider
💡コンテナオーケストレーション
💡EC2インスタンス
💡アプリケーションオートスケーリング
💡ターゲット追跡スケーリングポリシー
💡スケジュールに基づくスケーリング
💡ECS クラスターオートスケーリング
💡AWS Black Beltオンラインセミナー
💡ソリューションアーキテクト
Highlights
セッションではAmazon ECSの深層的なトピックについて紹介する予定です。
ECSにおけるCapacity ProviderとAuto Scalingについてフォーカスして解説します。
Auto Scalingを使用することで、コンテナ実行環境のスケーリングを自動化できます。
ECSではECSクラスターとEC2インスタンスという2つのレイヤーでAuto Scalingを設定する必要があります。
コンテナオーケストレーションの仕組みを簡潔に説明しています。
AWSのコンテナサービスとECSの関係について解説しています。
ECSのコンポーネントであるControl PlaneとData Planeの役割を説明しています。
EC2を選択した場合のECSタスクの実行環境について解説しています。
Auto Scalingグループを使用してEC2インスタンスの数を自動的に調整する方法についてです。
アプリケーションオートスケーリングを使ってECSタスクの数を自動的に増減させる方法を紹介しています。
ターゲット追跡スケーリングポリシーを使ったスケーリングの設定方法について解説しています。
スケールアウトとスケールインのアクションに基づくスケーリングポリシーについて紹介しています。
スケジュールに基づいてタスク数を増減させるスケーリング方法についてです。
CPU使用率に基づくターゲット追跡スケーリングポリシーの動作例を紹介しています。
ECSクラスターオートスケーリングを使って複数のレイヤーを同時にスケーリングできるという利便性を紹介しています。
Auto Scalingを管理する際の課題として、運用コストの増加やスケールアップ計画の立て方などが挙げられています。
AWS Black Beltオンラインセミナーへのご案内が最後にあります。
Transcripts
では始めさせていただきます
本セッションではですね amazon
ecs のディープダイブと題しまして
少し深いトピックについてご紹介したいと
思います具体的なですね capacity
プロバイダーすという機能についてですね
フォーカスしましてこちらのご紹介をして
いくセッションということで発表したいと
思います4
はじめに amazon ecs に
開ける auto scaling です
ねこちらについてご説明をしたいと思い
ます
すでに石 s をご利用いただいているお
客様はですねこちらご存知の内容かと思い
ますが ecs では今てナインスターズ
つまり e 4ツインスターズのレイヤー
ですねこのレイヤーの auto
scaling トイ csのサービス
つまり医者さん佑レイヤーになるんですが
このレイヤーの auto scaling
中ですね2種類のオートスケーリングを
考慮する必要があります
capacity プロバイダー図の説明
に入る場合にですねまず前提知識といたし
まして ecs におけるオートスケール
についておですね整理をしたいと思います
はじめにですね ecs でのオート
スケーリングについてご説明をしたいと
思います
[音楽]
石餌の説明に入る前にですね
簡単ではございますがコンテナ
オーケストレーションの仕組みについて
振り返ってみたいと思います
コンテのオーケストレーションですね開発
者や運用者の方がコンテナを直接執行住ん
ではなくてコンテナオーケストレーターに
対してコンテナん趣向ですね支持します
コンテナオーケストレーターが受け取った
命令はですね
ec 2インスタンスなどのコンテナの
実行基盤で稼働しているエージェントが
ですね受け取りましてコンテナ
runtime コンテナ実行命令します
コンテナーランタイムが命令を受け取ると
ですねイメージレジストリーからコンテナ
イメージを取得しまして
コンテナ実行基盤でコンテナを実行すると
こういった流れですねコンテナ
オーケストレーションコンテナの趣向が
行われています
こちらはですね今日の執行環境
すなわちコンテナホストが複数存在する
場合も同様ですね a 開発者又は運用の
担当者といった方がですね今トノーケース
米正しい子を出すだけでそれぞれの
コンテナホスト a 適切に根菜の実行が
行われます
こちらですね
コンテナオーケストレーターの位置での
流れにおきまして
aws のコンテナサービスがどのように
会関連する中を表したスライドとなります
中心にありますオーケストレーターから
実行基盤となるホスティングの部分ですね
それからイメージレジストリーとそれぞれ
の翼に対しまして aws なコンテナ
サービスがへどのようにマッピングして
いるのかを表しております
石 s を a dress のクラウド
所でご利用いただく場合はですねこの
コンテナの実行環境でのホスティングの
部分としましては異質と
またはファーゲートがご利用いただけます
それではですねコンテナ実行環境に石井つ
を選択した場合における ecs の動作
イメージを見ていきたいとおもいます
ecs におけるコンテナの動作イメージ
では大きく分けて2つのコンポーネントが
登場します
一つはスライドの上半分が該当する
コントロールプレーンと呼ばれる
コンポーネントですね
タスクのスケジューリングだったりとか
タスクのライフサイクルの管理ですねそう
いったものを行っています
もう一つはスライドの下半分が該当する
データプレーンと呼ばれる部分です
コンテナオーケストレーターの
エージェントであったりとかコンテナラン
タイムですねそれが稼働するコンテナが
実際に実行される部分となります
コンテナ実行環境に ec 2を選択した
場合はですね
異質のインスタンス上で ecs の
タスクが実行されるという流れになってい
ます
こちらはですねコンテナ執行環境にファー
ゲート選択した場合の動作イメージです
ファーゲットの場合ですね先ほどの遺失
インスタンスで該当するレイヤーは aws
が管理する形になりますのでお客様はです
ね ecs のタスクのレイヤーだけを
管理して昆虫のワークロード実行すること
ができるようになります
ここまでの内容でですね ecs の
コンテナ実行環境に良いシーツを洗濯する
場合こちらですね ec へその異質とも
呼ばれていますがこの場合ですね ec 2
インスタンスのレイヤーと ecs タスク
のレイヤーですねどちらもお客様に管理し
ていただく必要があるということですねご
理解いただけた方思います
すなわちどういうことかと言いますと
医師会損失でオートスケーリングを設定
する場合医師2の愛しずインスタンスの
レイヤーとですね yes タスクの
レイヤーのそれぞれでオートスケーリング
を設定していただく必要があります
ecs タスクのレイヤーについてはです
ねアプリケーションオートスケーリングを
利用していい4 s のタスクを管理する
医師 s のサービスですねそのサービス
の希望するタスク数を増減させるような形
でオートスケール語設定します
したがは異質インスタンスのレイヤーに
ついてはですね前提としてそちらの ec
2インスタンスは auto
scaling group て管理され
ていると考えます
遺失インスタンスのレイヤーですね
遺失 auto scaling ご利用
しまして auto scaling
group の希望するキャパシティを
増減させる形で音助ける語設定します
の2つの音スケール6についてですねもう
少し詳しく見ていきたいとおもいます
まずですね ec 2インスタンスの
レイヤーのオートスケールですねこちらに
ついてどのように設定するかと言いますと
auto scaling group の
希望するキャパシティをですねえ増減する
ようなクラウドちゃらも設定します
このクラウドチャランのターゲットとなる
メトリクスですねこれには ecs の
クラスターの単位で取得できる cpu と
かメモリとかそういったリソースの予約率
を表すメトリクスを設定しますこれがの
メトリクスですね ecs クラスターで
実行中のタスクによってコンテナ
インスタンスに対している約されている
cpu やメモリの割合を表していますの
で
ecs のタスクがですね
クラスター全体で今都内にスタンスに対し
てどれくらい実行されているのかという
タスクの状況と連動しています
そのためですね ecs のクラスターの
cpu やメモリの予約率を荒らす
メトリクスをもとに auto
scaling group の希望する
キャパシティがですね増減するようにこの
スライドのような形で設定することで異質
インスタンスの数をですねコンテナワーク
ロードの需要に追従させるといったような
制御がある程度可能になります
ついてですねイシス佑レイヤーのオート
スケーリングを見ていきます
こちらについてどのように設定するかと
言いますとアプリケーションオート
スケーリングを利用していいし s
サービスのですね必要なタスク数が自動的
に増減するように落とす稀有設定します
このサイズですね設定方法につくいくつか
方法があります
まずターゲット追跡スケーリングポリシー
ですねこちら何かと言いますと
指定したメトリックスターゲットの
メトリクスですねそれがターゲットの値に
近づくように自動的に調整してくれると
いったスケーリングポリシーになります
こちらですねメトリクスの指定と
ターゲットの値の設定というシンプルな
手順でセットアップが可能ですのでまずは
ですねターゲット追跡スケーリング
ポリシーが要件に合うかどうかご検討
いただくのがいいのかなと思います
次ステップスケーリングポリシーですね
こちらはスケールアウトとかスケールに
対しましてお客様が定義されたアクション
に基づいてですね増減を行うという
スケーティング度おりシーンになります
ターゲット追跡スケーリングポリシーです
ねこの手で自動で行なってくれるんですが
それよりももっと細かいアクションを設定
したいといったようなユースケースでご
利用いただけるかと思います
最後にスケジュールに基づくスケーリング
ですねこちら名前の通りでございまして
日付と時刻に基づいてタスクの増減を行う
という方法になります
ここで例としてですね
ターゲット追跡す経験ポリシーの動作の
説明をしたいと思います
この例ではターゲットのメトリクスには
cp の利用率ですねそれを表すシーピー
ユーティライズレーションを設定してい
ます
ターゲットつなる値には50%を設定し
まして cpu 利用率が50%となる
ようにですねタスク数を維持したいという
意図をもちましてこのような設定をして
いると仮定します
この状況でですねあるタイミングで cpu
力が上そうしたと仮定します
するとですね cpu 利用率を
ターゲットの与えている50%に近づける
ために希望するタスク数がですね増加して
いきます
タスク数が増えるとですね各タスクの負荷
は下がっていきますので cpu リス
ですねこちら徐々に落ち着いていきます
そして入って7ビュー率がターゲットで
ある50%に近づくとですねえ希望する
タスク数の増加は集団されまして維持さ
れるようになると
このような流れになっています
以上ですね石井 s on 異質の場合に
ですね石ツインスターズのレイヤーといい
し s タスクというそれぞれのレイヤー
でオートスケールが必要となることですね
ご説明させていただきましたではこれの何
が課題になってくるかというとですねお客
さんは複数のレイヤーのオート
スケーリングを管理する必要が出てきます
ので感じさ業が複雑になったり立ったりと
か運用コストが増加するといったような
状況が出てしまうんですね
例えば ecs タスクを実行するために
あらかじめ
ec 2インスタンスを用意するといった
ようなスケールアップのプランを立てる
必要があったりとか
エイシースタスクをですね実効値の一室
インスタンスがエスケールにする場合に
じゃあどうやってその上で動いている位4
位5位4 s タスクを安全に停止さ
せようかといったようなですね様々な
ポイントを考慮しながらの運用が必要でし
た
そういった課題を解決するためにですね
aws が2019年のですねイベントで
発表したのが ecs クラスターオート
スケーリングとなります
イシスクラスタオートスケーティングです
ね何が嬉しいかといいますと e 4
ツインスターズのレイヤーですねこちらで
ecs によりマネージドだ
スケーリングを利用することができるん
ですね
遺失インスタンスのレイヤーのオート
スケーリングは ecs にオフロード
することができますのでお客様ですね
ecs タスクのレイヤーの落とす敬語
ですね
設定するだけで ecs のタスクと ec
2インスタンス両方のオートスケーリング
が可能になります
[音楽]
改めまして私をちみつと申します
amazon web services
ジャパンでですねソリューション
アーキテクトというロールで活動しており
ます私はセッション以上となりますご清聴
いただきましてありがとうございました
face 4巡ご視聴ありがとうござい
ました
以降は aws black belt
オンラインセミナー共通の御案内です
the next ウォッチん
Weitere ähnliche Videos ansehen
5.0 / 5 (0 votes)