RDS のリードレプリカを HAProxy で振り分ける際の死活監視について考えてみた - ようへいの日々精進XP
5 時過ぎに目が覚めて眠れなくなったので気になっていたことを考えてみた。 はじめに RDS のリードレプリカを HAProxy で振り分ける方法については... blog.cloudpack.jp 上記の記事を参考にしつつ... blog.cloudpack.jp 上記のようなことをやってみたりした。 RDS のリードレプリカ（RR）接続を HAProxy で振り分ける 一応、構成図 基本的には... HAProxy で RDS への分散アクセスを行う場合には、以下のように設定すれば RDS への接続をチェックして接続出来なければ HAProxy がよしなに切り離してくれる。 （略） listen mysql bind 0.0.0.0:3306 mode tcp option mysql-check user user_name balance leastconn server read0
RDS のリードレプリカへのアクセスを HAProxy で分散しつつ consul と consul-template で冗長化するメモ | iret.media
構成図 実装（という程ではないけど） Read Replica の分散 HAProxy の設定は以下のように。 global log 127.0.0.1 local0 log 127.0.0.1 local1 notice maxconn 4096 daemon defaults log global option dontlognull retries 3 maxconn 2000 timeout connect 5000ms timeout client 50000ms timeout server 50000ms listen mysql bind 0.0.0.0:3306 mode tcp option mysql-check user monitor balance leastconn server read01 hogehoge-replica.xxxxxxxxxxxxx.ap
AWS News Blog
AWS Week in Review – AWS Documentation Updates, Amazon EventBridge is Faster, and More – May 22, 2023 Here are your AWS updates from the previous 7 days. Last week I was in Turin, Italy for CloudConf, a conference I’ve had the pleasure to participate in for the last 10 years. AWS Hero Anahit Pogosova was also there sharing a few serverless tips in front of a full house. Here’s a picture I […] Amaz
AWS CLIを使ってマルチAZなElastiCache Redisのリードレプリカを作成する(お手軽版)
2014/10/24 の機能追加により、Redis はマルチAZ構成でノードを配置し、自動フェイルオーバーに対応した。 Multi-AZ Support / Auto Failover for Amazon ElastiCache for Redis http://aws.amazon.com/blogs/aws/elasticache-redis-multi-az/ 自分が知るかぎり、この機能が追加される前は異なる AZ に自前でクラスター配置しないとマルチAZにならなかったけど、機能追加後はマネージメントコンソールからボタンポチでマルチAZできるようになった。 このマネージメントコンソールの機能追加はコマンドライン aws cli (というかAPI)にも反映されているので、高可用性な Redis クラスターをサクッと構築してみる。 自前でゴリゴリやる手順は過去に書いた。 AWS CLI
Amazon RDS リードレプリカ | クラウドリレーショナルデータベース | Amazon Web Services
Amazon RDS リードレプリカによって、Amazon RDS データベース (DB) インスタンスのパフォーマンスと耐久性が向上します。これを使用すれば、読み取り頻度の高いデータベースのワークロードに対して、単一 DB インスタンスキャパシティーの制約を超えて伸縮自在にスケールアウトできます。ソース DB インスタンスのレプリカを複数作成し、アプリケーションの大容量読み取りトラフィックをデータの複数のコピーから提供することにより、全体の読み込みスループットを向上させることができます。必要な場合は、リードレプリカをスタンドアロンの DB インスタンスに昇格させることも可能です。リードレプリカは、Amazon RDS for MySQL、Amazon RDS for MariaDB、Amazon RDS for PostgreSQL、Amazon RDS for Oracle、Amazo
[新機能] Amazon RDS for PostgreSQLのリードレプリカを作成する | DevelopersIO
ども、大瀧です。 今朝かた、RDS for PostgreSQLでリードレプリカがサポートされました。早速試してみたので、レポートします。 リードレプリカとは RDSのリードレプリカは、マスターとなるDBインスタンスとは別に読み取り専用のインスタンスを追加します。マスターへの負荷を分散させるための手法として、従来からRDS for MySQLでサポートされている機能です。今回、RDS for PostgreSQLが対応しました！ ただ、MySQLのリードレプリカとはレプリケーション方式が異なるとドキュメントに記載があるので、MySQLのリードレプリカをご存知の方は注意が必要です。設計/運用面では以下3点を押さえておきましょう。 リードレプリカからマスターへの昇格はできない リードレプリカの多段化はできない 同一リージョン内のみ(異AZはOK) 要件 リードレプリカの元となるDBインスタンス
![[新機能] Amazon RDS for PostgreSQLのリードレプリカを作成する | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/8c3ba401311c59d61029fd394159ea54ce784937/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F05%2FAmazon_RDS.png)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
