オーロラDBのスケーリングに関して助けが必要です

Question

オーロラDBをスケールアップしてから後で戻す必要がありますが、少しでもダウンタイムは必要ありません。私は、オーロラのレプリカを作成してそれをプロモートし、次にプライマリをスケーリングし、プライマリに戻すことでそれをやっています。しかし、これにはダウンタイムが伴います。他の方法を提案してください。

Answer 1

私は最初にどのような意味でスケールアップする必要がありますか尋ねますか？書き込み？読んで？あなたが現在高読取り/低書込み率のサーバーを実行している場合は、別の読取りレプリカ（またはそれ以上）を提案して、読取り専用レプリカを使用するようにアプリケーションを構成します。クエリはではなく、データを変更するです。この意味では、同じデータの別のインスタンスへの書き込みをオフロードして、プライマリの処理を主に書き込みにします。もしあなたがこれを行うならば、私はまた、他の可用性ゾーンを越えて読まれたレプリカを広げることを提案します。プライマリのAZがダウンした場合、別のリード・レプリカがプライマリに自動プロモートされます。

この情報で武装しているアプリケーションを使用するように構成された読取りレプリカを使用してスケールアップすることをお勧めします。オーロラのプライマリをダウンさせずにスケールダウンすると、レプリカを停止できます。本質的に複数のRDSエンドポイントを扱う際の構成上の問題が増えています。

HTH。

プライマリとレプリカのレプリケーションに遅延があります（私のインスタンスは約10-20ミリ秒です）ので、書き込みを実行してから高速連続して読み込む場合はこのことを念頭に置く必要があります。 - 最初の書き込み後の最初の読み込みが「速すぎる」場合、レプリカに変更が表示されず、データがない（作成している場合）か古いデータがある（更新している場合）。

通常、負荷が重くてプライマリへの書き込みがバックアップされ、書き込みがプライマリに適用される前に読み取りレプリカからの読み取りを開始するまで、これは問題ではありません。

HTH。