RDSリードレプリカの負荷分散・冗長構成をRoute 53のヘルスチェックとCloudWatch Alarmで実現する | DevelopersIO

RDSの読取り性能向上に非常に有効なリードレプリカ。みなさん、お使いでしょうか。参照が多いアプリケーションの場合、書き込み用のマスターとは別に参照用のリードレプリカを構築するのがベストプラクティスです。 今回は、リードレプリカ複数台構成時の負荷分散とヘルスチェックによるルーティング制御を、Route 53のヘルスチェック機能とCloudWatch Alarmを利用して、AWSマネージドで構築した様子をお届けします。 リードレプリカの冗長構成において、アプリケーション側からアクセスさせる時、一般的にはHAProxy、MySQL Router、Consul by HashiCorp、ProxySQLなどのソフトウェアロードバランサの導入が必要ですが、今回は、全てAWSマネージドかつDB種別に依存しない構成、という点がメリットです。 リードレプリカ以外にも応用できそうな手法なので、気になる方は是

[tolkine9999h]

書きました。 なんとか使えると思います。

[sonots]

厳しい

[stibbar]

https://aws.amazon.com/jp/rds/details/read-replicas/

[mapk0y]

TTL の問題等考えると NLB の運用とたいして変わらない気がするけど

[tmatsuu]

Auroraのリーダーエンドポイントは純粋なRRらしいので、加重レコードのメリットは良し。ただ、どうしてもCloudWatchとDNS TTLによる検知の遅延が悩ましくて、そこを解決したいならHAProxyやProxySQLなどを採用せざるを得ない

[honeybe]

現状とり得る手段 / NLBがRDS対応したら解決しそうな感じか。