問題タブ [aws-reserved-instances]

現在、同じタイプ (t2) で同じリージョン (オハイオ) の EC2 インスタンスが 10 個以上あり、パフォーマンスを落とさずに毎月の請求額を節約する最善の方法を調べています。

リザーブド インスタンス (RI)を確認しましたがT2、共有テナンシー (ハードウェアの共有) としてのみ利用できます。

私の質問は、

• そのインスタンスにデプロイされたアプリケーションのパフォーマンスに影響を与える可能性はありますか? アプリケーションの負荷/リクエストが増えるとどうなりますか?
• リザーブド インスタンスは共有テナンシーでも動作しますか?
• リザーブド インスタンス サービスはインスタンスを作成しますか? それとも、現在のインスタンスに適用する10 RI T2タイプなど、購入することは可能ですか?

要件:m5.xlarge EC2 インスタンス を 1 つ持っています。m5.2xlarge時々、短期間でにスケールアップし、その後 にスケールダウンしm5.xlargeます。私は水平方向にスケーリングしないため、複数のインスタンスを使用することはできません。
6 か月以内にトラフィックが大幅に増加する可能性m5.2xlargeがあるため、ベースとしてに移行する必要があるかもしれませんm5.4xlarge。
また、1 cache.r5.large(Redis Elasticache) と 1 db.r5.large(Aurora) も​​あり、上記と同じ制約があります。

質問: EC2 インスタンスから始めましょう。
コストを節約したいので、次の可能性を含めて標準 RI を評価します。

1. 時々スケールアップ/ダウンしm5.xlarge/m5.2xlarge、
2. 潜在的にm5.2xlargeベースとして移動する

1 を予約するとしましょうm5.xlarge。それにかんする

1. に一時的にスケールアップできm5.2xlargeます。割引を 50% に適用します。残りの 50% はオンデマンドの費用を負担します。理にかなっています。それにかんする
2. RI 予約を変更する必要がありますが、httpsm5.2xlarge ://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ri-modifying.html#ri-modification-instancemove を読んでいるため、変更できないと思います 。

元のリザーブド インスタンスと新しいリザーブド インスタンスは、同じインスタンス サイズのフットプリントを持つ必要があります。

m5.2xlargeフットプリントが違うので、m5.xlargeそれはできません。
代替手段はありますか？
たとえば、別の を購入する必要があることを理解するかもしれm5.xlargeませm5.xlargeんm5.2xlarge。
唯一の潜在的な問題は有効期限です。2 つの RI には 2 つの異なる有効期限があります。
これを解決するために、2 つの RI をマージするオプションがありますか? m5.xlargeそれで、2 つのRI を 1にマージしますm5.2xlarge(もちろん、有効期限は最長のものになります)。

うまくいけば、私は正しく理解しました。先に進む前にもう一度確認したい。

今RDSについて：https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_WorkingWithReservedDBInstances.html 1）と2）は同じようです

Elasticache に関しては、ドキュメントは軽いです: https://aws.amazon.com/elasticache/reserved-cache-nodes/ 1) は同じですが、RI のスケールアップについて言及していないため、2) についてはわかりません