Amazon EC2 Auto Scalingに新機能「ウォームプール」、すぐ起動して処理を開始するインスタンス群をあらかじめ準備可能に

Amazon EC2 Auto Scalingに新機能「ウォームプール」、すぐ起動して処理を開始するインスタンス群をあらかじめ準備可能に Amazon EC2 Auto Scalingは、複数のインスタンスを束ねてクラスタを作成し、負荷の大きさに応じてクラスタを構成するインスタンスを自動的に増減させてくれる機能を提供してくれます。 これにより、例えばテレビで商品が紹介されたECサイトにトラフィックが集中した場合でも、自動的にトラフィックに応じてスケールアウトしてくれる、といった処理が可能になるわけです。 ただし、インスタンスが起動して処理を開始する前に、コードやデータのロード、実行前に必要なスクリプトの実行といったさまざまな前処理が必要な場合があり、場合によっては処理を開始するまでに数分かかる場合もあります。 処理の開始に時間がかかると、そのあいだは多くのエンドユーザーへの応答も遅くなり、

[Mint0A0yama]

要は maximum size 分まで stopped instances を作っておく仕組みらしい。AMIが大きいとか、userdataが長い場合におすすめ？ ただし作り直すタイミングが保証できなさそうなので、Lifecycle Hooksで初期化処理を工夫する必要があると。

[tmatsuu]

予め初期化しておきStopped状態で待機しておいてStartするだけ。起動時に最新情報を取得するようにしてるなら場合によっては2段階目のセットアップを考えないといけない。よく考えた上で実装が必要そうだ

[y-kawaz]

例えばamiは素のamazonlinux2でuser-data中でansibleのplaybookをcloneしてセルフプロビジョニングする様なケースで、初期化終わったよーとライフタイムフックに伝えるとstopされて待機状態にしておける、みたいな感じが出来るて事？

[queeuq]

んー？どこが高速化されるのかまだ理解してないけど、設定しておけば自動でEBS snapshotからの起動 になるってことなのかな？code deployとの兼合いとかどうなるんだろう

[everybodyelse]

事前に自分で追加する必要がなくなるんか…。なんとありがたや…

[kzm1760]

事前の準備が要らなくなるということだった（読み違えた）/これはかなり大型アップデートでは。スケジュールとかやってたらそれがいらなくなるんかな。

[tofu-kun]

お