オートスケーリングにより、静かな時間にインスタンス数をゼロに減らすことはできますか？

Question

私はAmazonのElasticBeanstalk（Google Cloudのような他のクラウドプロバイダと一緒に）を私の新しいアプリケーションの潜在的な拡張ポイントとして探求し始めました。

しかし、私は複数のアイデアを並行して立ち上げる傾向があるため、最初はトラフィックがほとんどまたはまったく発生しません（例えば、新しいマーケットを試してみる、商品を落とす、アマゾンウェブサービスが、トラフィックを受信して​​いない期間にそのような試用製品のコストを最小限に抑える方法があり、実際にトラフィックを受信し始めたときにインスタンスをスピンさせることができるかどうかは疑問でした。

つまり、何らかの理由でMinInstanceCountを0に減らして、アプリケーションがトラフィックの受信を開始するとすぐにAmazonが新しいコンテナをスピンアップし、停止したときにインスタンス（および関連する請求集約）をシャットダウンすることができます手動介入。

GoogleのAppEngineは、実際にトラフィックを受信するまで（トラフィックが停止するとコンテナが強制終了されるとすぐに）、コンテナに対して請求されないこのモデルを提供します。私はAWSがそのようなことを提供しているかどうか疑問に思っています。

Answer 1

AppEngineは非常に異なる種類のサービスです。 EC2ではなくGoogle App EngineとAWS Lambdaを比較します。

残念ながら、EC2インスタンスをスピンアップするためにトラフィックを受信するまで待っていた場合、そのトラフィックを処理するには遅すぎます。通常、EC2インスタンスが起動するまでには数分かかります。その間、すべての着信トラフィックは、プール内に正常なインスタンスが存在しないため、Load Balancerからエラー応答を受け取ります。

Answer 2

"最小グループサイズ"と "希望"パラメータをゼロに減らすことができます。しかし、CloudWatchアラームを発生させる可能性のあるインスタンスは存在しないため、自動スケーリンググループはインスタンスを作成しません。手動で起動する必要があります。しかし、この手法を使用して、未使用のインスタンスを自動的にシャットダウンすることができます。

Answer 3

私はあなたのアイデアは、主にあなたが持っているアプリケーションの種類によって異なりますが、もう一つ注意すべきは、AWSがあなたに15分の使用のあたりを充電GoogleクラウドVS 価格時速モデルを使用していることだと思います。これは、一度に複数の時間にノードをオフにしない限り、大幅なコスト削減は見込めないことを意味します。一度にノードをオフにする予定がある場合は、AWS Data Pipelineを使用してノードのダウンタイムをスケジュールすることをお勧めします。パイプラインを使用すると、スケジュールまたはアクティベーションに基づいてアクセスキーを管理せずにAWS Cliコマンドを実行できます。