検索

ホームページ  >  に質問  >  本文

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

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

全員に返信(1)返信します

  • P粉154798196

    P粉1547981962023-09-02 00:50:30

    これは通常人々が行うことではありません。 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

    返事
    0
  • キャンセル返事