タグ

cpuとrdsに関するgouei2001のブックマーク (2)

  • 本番環境でダウンタイムを最小限にするためRDSをMulti-AZ構成にした後スケールアップを行う - Qiita

    こんにちわ!OCEAN'Sの大庭です。 今回は、番環境でRDSのスケールアップを行いましたのでその手順とログを紹介していきます 概要 まず、RDSがSingle-AZ構成のままスケールアップを行うと、 インスタンス停止 インスタンスタイプの変更(スケールアップ) インスタンス起動 となってしまい、DBサイズにもよるがサービスダウンタイムが10分弱はかかってしまいます。 そのため、今回は以下の方法でスケールアップを行います RDSをMulti-AZ構成に変更 RDSのスケールアップ プライマリにフェイルバック RDSをMulti−AZに変更 まず、RDSをMulti−AZ構成に変更する。 Multi-AZ構成への変更はダウンタイムが発生しませんが、 シングル AZ からマルチ AZ への変換時のダウンタイムを回避できますが、マルチ AZ への最初の変換時にパフォーマンスに大きな影響が出るこ

    本番環境でダウンタイムを最小限にするためRDSをMulti-AZ構成にした後スケールアップを行う - Qiita
  • RDSで急にパフォーマンスが悪くなったらIOPSを確認! - Qiita

    番運用しているRDSのパフォーマンスが最近悪くなっている。 スロークエリを確認すると、処理時間が非常に遅いときがある。(Procedure) とあるProcedure処理が以前は15分くらいで完了していたのだが、遅い時には100分近くかかっている。。。 処理内容は変えていないのに。。。 CPU使用率を比較してみる グラフの凡例 青線:正常 赤線:処理時間が遅い時 正常時は処理が終わるとCPU使用率は下がっていた。 しかし、処理時間が遅い時は負荷が上がっている時間が短く、CPU使用率も下がりきっていない。 処理時間が遅いのはCPUがサボっているかららしい(笑) なぜ、違う動きをしているのか? 実際に処理した件数はどうなっているのか? IOPSを比較してみる 書き込み(WriteIOPS) 正常時には次の処理が走っているが、それ以外に大きな差はなさそう。 読み込み(ReadIOPS) 一定時

    RDSで急にパフォーマンスが悪くなったらIOPSを確認! - Qiita
  • 1