1

私は、自動スケーリングを有効にしてt2.medium上で動作するElastic Beanstalkアプリを持っています。 EBはNetworkOutで5分間に6,000,000バイトのデフォルトのオートスケールトリガを自動的に設定します。私たちは会議アプリケーションを持っているので、同時に多くの人がページを読み込むので、おそらく10分間NetworkOutデータが急増します。弾性ビーンストークネットワーク自動スケーリング

私はt2.mediumインスタンスの帯域幅がここにあるものについての情報を得ることができる唯一の場所:

EC2 instance types's exact network performance?

これは、5分かけてはるかに大きい250〜300メガビット/秒を言いますデータの量(私の計算が間違っていない限り〜9Gb)。

EBがオートスケーリングに賢明な数字を設定すると誤って想定されていましたが、これは数えきれないほどです。オートスケーリングトリガーを使用可能な帯域幅に近いものにすることは安全だと思いますか?

答えて

2

デフォルトのNetworkOutアラームは、使用頻度の低いインスタンスの頻繁な終了/再構築につながることが多いため、一種の愚かなものです(特に、<,000,000,000)。

しかし、6,000,000を超えるアラームが警告されているのは、インスタンスからの発信帯域幅が連続して6分間に6Mbpsを超えたということです。これはあなたがリンクしているSOのポストの最大帯域幅をまだ下回っていますが、5分間に合計6MBitという非常に厳しいものではありません。

に関係なく、正しいか間違った答えがありません - アプリケーションごとに異なるアラーム基準があります。インスタンスのパフォーマンスを監視しながらアラームのしきい値を徐々に上げて、警告がうまくいくように適切なレベルを見つけられるようにすることをお勧めします。

+0

ありがとうございます。ウェブサイトのトラフィックは低く、おそらく一度に最大30セッションとなり、サーバーは4〜10Mbの静的ファイル(大きなプレゼンテーション)をそれぞれ提供しているだけです。ほぼすべてのデータ転送は第三者のサーバーを経由します。私はチェックして、CPU使用率は常に低いです。人々が最初にページを読み込んだときに小さなバーストのために新しいインスタンスが必要とは思わないので、しきい値をかなり上げようとしています。うまくいけば、これを処理するのに十分な帯域幅があります。 –

関連する問題