私たちはAmazon AWSを使用して当社のウェブサイトをホスティングしています。季節的な交通渋滞、すなわちほぼ毎月このような状況に陥ります。このような場合には優れているAmazon AWS：新しいサーバーの追加と季節的なトラフィックスパイクのための現在のサーバー構成のアップグレード
：
Webサーバーのスケールアウト（サーバーインスタンスの追加）は常に推奨されます。これにより、AWS autoscalingの設定を使用して自動化することができます。
しかし、負荷テストを実行し、所定のコストごとに最適なパフォーマンスを提供し、容量の必要性を推測するサーバータイプを見つける方が優れています。一般的に、あなたのアプリケーションのための基本要件がわからない場合は、M seriesを開始することができます（メモリ、CPUは、&などをIOPS）
は最後に、あなたのセットアップの準備状況を評価するために、スパイクの負荷をシミュレートするために、負荷テストを行います。
私はあなたがこれはあなたがしやすいだろう主な理由は、単に大規模サーバーを実行しているほうが良いと思います1オフように2つのt2.smallインスタンスまたは1 t2.mediumを持つの価格はほとんど同じだと思いますセットアップ。
しかしこれは長期的な解決策ではありません。前述のように、オートスケーリングのインスタンスを使用するとコスト面で最適なソリューションになります。これは、cloudWatchアラームをオンデマンド（すなわち、 ）。
これに基づいて、あなたが指定したオプション2と一緒に行くことをお勧めします。
これはほぼElastic Beanstalkの使用例です。少数のサーバーで実行するように構成できますが、負荷が高すぎてインスタンスを追加できない場合は、
すでに5台のサーバーが稼働していますが、季節ごとのピークを2-3台追加すると、これらのサーバーへの展開を自動化するためにCIコードを変更する必要があります。このシナリオでは、CI /自動デプロイメントプロセスを変更する必要がないようにスケールアップする方が良いでしょうか？ – maverick
その後、短期間でスケールアップすることができます。ピーク負荷のために容量を割り当てる必要があるため、このトレードオフはコストです。長期的には、ジェンキンは実行中のインスタンスの数に制限されないように、配備パイプラインがawsにネイティブになります。 – Ashan