ElasticBeanstalkロードバランサーでの予約済みインスタンスの使用
ElasticBeanstalkの負荷分散アプリケーションを1年間実行しています。コストを削減する方法を探していますが、現在使用しているオンデマンドインスタンスの代わりに予約済みのec2インスタンスを使用できる可能性があることを発見しました。現在、私のロードバランサーは2つのインスタンスを使用しています。
切り替えたいのですが、実際にどのように処理されているのかわかりません。何かをする前に、すべてを明確にしてほしい。
私の理解では、アプリで使用されているものと同じタイプのインスタンスを2つ（Linuxではt2.large）を同じアベイラビリティーゾーン（eu-west1bに1つ、eu-west1cにもう1つ）用に予約すると、これらのインスタンスを使用できます。ロードバランサー用。現在デプロイしている同じタイプのインスタンスは、すぐに予約済みインスタンスのレートに該当しますか？環境を再構築し、予約済みのインスタンスと一致する2つの新しいインスタンスを構築する必要がありますか？
A リザーブドインスタンス AmazonEC2の容量を前払いする方法。
リザーブドインスタンスを2つ購入する場合（この場合、2 x t2.large Linux）、その後、リザーブドインスタンスが有効である間、1年の1時間ごとに、一致するインスタンスタイプ（2xt2.large Linux）1時間ごとに課金されません。
どのインスタンスがリザーブドインスタンスであるかを識別する必要はありません。むしろ、課金システムは、1時間ごとに実行されている一致するインスタンスを選択し、1時間ごとの料金を請求しません。
したがって、これらが実行中の一致するインスタンスのみである場合、それらは（デフォルトで）リザーブドインスタンスとして識別され、1時間ごとの料金は発生しません。ただし、他のインスタンスを実行する場合、どのインスタンスが価格設定のメリットを享受するかを制御する方法はありません。
アベイラビリティーゾーンの識別の有無にかかわらず、リザーブドインスタンスを購入することができます。 AZが選択されている場合、リザーブドインスタンスの価格設定のメリットは、そのAZで実行されているインスタンスにのみ一致し、容量の予約もありますリザーブドインスタンスに一致するインスタンスを実行するときに優先順位を付けます。 AZが選択されていない場合、そのリージョンで実行されているanyインスタンス全体に価格設定のメリットが適用されますが、容量の予約はありません。
結論：はい、すぐに適用されます（リザーブドインスタンスを購入したインスタンスの数に対して）。何かを開始/停止/再構築する必要はありません。
ジョンの（正しい）答えよりも少し確実性を求めている人のために、このテーマに関する公式のAWSドキュメントは次のとおりです。
このシナリオでは、アカウントに実行中のオンデマンドインスタンス（T2）があり、現在オンデマンド料金を支払っています。実行中のインスタンスの属性に一致するリザーブドインスタンスを購入すると、請求特典がすぐに適用されます。次に、C4インスタンスのリザーブドインスタンスを購入します。このリザーブドインスタンスの属性に一致する実行中のインスタンスがアカウントにありません。最後のステップでは、C4リザーブドインスタンスの属性に一致するインスタンスを起動すると、請求特典がすぐに適用されます。
ここから： http://docs.aws.Amazon.com/AWSEC2/latest/UserGuide/ec2-reserved-instances.html