夜間スケーリングのために RDS インスタンス タイプを定期的に変更することは推奨されますか?

Question

日中に頻繁に使用され、夜間と日曜日にはほとんど使用されないアプリがあります。 RDS MySQL は非常に高価なので、インスタンス タイプを m5.4xlarge から m5.large に変更し、またその逆に変更することで、夜にスケールダウンして朝にスケールアップできないか考えていました。 夜間に cron を実行していて、一部のユーザーが勤務時間外にシステムにアクセスしたい可能性があるため、完全にオフにしたくありませんが、通常、データベースはこれらの時間帯に CPU の約 2% しか実行しません。 この使用法に関して私が見つけた唯一のアドバイスは、避けたいインスタンスを閉じることです。ここ数日間、インスタンス タイプを手動で変更してきましたが、これを自動化しても問題ないようです。おおよそのダウンタイム。 2 分間のインスタンスの変更は私にとって完全に許容範囲であり、使用率がすでに低い時間にスケジュールすることができます。 この質問は、これが技術的にどのように可能であるかについてではなく、一般的に推奨されるかどうか、または私がまだ考えていない欠点があるかどうかについてです。 これは、1 つのタイムゾーンでのみ動作するビジネス アプリケーションでは非常に一般的な使用例であると思われるため、これに関する情報が見つからない理由を知りたいです。

手動で実行しましたが、正常に動作しているようです。インターネットを何時間も検索しましたが、有益な長所も短所も見つかりませんでした。

Answer 1

これは通常人々が行うことではありません。 Amazon Aurora Serverless は、この問題に対処するより良い方法です。

Aurora Serverless v2 は、Amazon Aurora のオンデマンドの自動スケーリング構成です。 Aurora Serverless v2 は、ワークロードの監視とデータベース容量のサイジングのプロセスを自動化するのに役立ちます。アプリケーションのニーズに基づいて容量を自動的に調整します。料金は、データベース クラスターによって消費されたリソースに対してのみお支払いいただきます。その結果、Aurora Serverless v2 は予算内に収まり、使用しないコンピューター リソースへの支払いを回避するのに役立ちます。

追加の利点として、Aurora は MySQL の最大 5 倍のスループットを提供できます。

https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-serverless-v2.html#aurora-serverless-v2.advantages