0

この質問をするときは、Auroraはプライマリインスタンスのみに書き込み、プライマリインスタンスまたはレプリカインスタンスのいずれかから読み取ることができます。私はそれに基づいて、CloudWatchのいくつかの観察と同様に、読み込みは最初にプライマリインスタンスで行われ、プライマリインスタンスのいくつかのしきい値を超えた場合にのみレプリカに移動されると仮定します。Amazon Aurora DBはプライマリ・インスタンスではなくレプリカからいつ読み込みを開始しますか?

これが当てはまる場合は(正解ではない場合は修正してください)、プライマリインスタンスではなくレプリカに向けられた読み取り要求がどうなりますか?これまでのところ、プライマリ・インスタンスのCPU使用率を最大45%まで引き上げましたが、読取りトラフィックがリダイレクトされていると考えるために、レプリカ・メトリック(特に、問合せメトリック)の変更を大幅に変更することはできませんでした。

答えて

2

あなたがオーロラの特徴を認識していない限り、説明しているロード・バランシングのタイプはオーロラには存在しません。読み取ったレプリカに分散させるものについては、明示的にAurora reader endpointに読み取り専用クエリを送信する必要があります。プライマリエンドポイントにクエリを送信するだけで、常にプライマリインスタンスに移動します。

+0

Hmm - 明示的にプライマリエンドポイントではなく、クラスタエンドポイントにクエリを送信してもまだ適用されると思いますか? – danielle

+0

私はスクランブルをかけた読書の後に戻ります。そのため、クラスターのエンドポイントは常に現在のプライマリインスタンスを指しています。リーダーのエンドポイントは読み取りレプリカに移動し、それらの間でコールを均衡させます。クラスタエンドポイントを介して)、レプリカへのコールのリダイレクトは行われませんが、転倒するまでビートを行います。その場合、新しいプライマリがレプリカプールから指定されます。それは正しいと思いますか? – danielle

+0

はい、それは私がそれを理解する方法です。 –

関連する問題