気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
1user
がブックマーク
0
0
[RDS][Aurora] Reader 2台構成でインスタンスタイプ変更にかかるダウンタイムを調査してみた - Qiita
1 user
qiita.com/t_k2
qiita.com/t_k2
記事へのコメント0件
- 注目コメント
- 新着コメント
新着コメントはまだありません。
このエントリーにコメントしてみましょう。
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
[RDS][Aurora] Reader 2台構成でインスタンスタイプ変更にかかるダウンタイムを調査してみた - Qiita
目的 Aurora ClusterのWriter/Readerのインスタンスタイプの変更を実施するにあたり、ダウンタイムが最... 目的 Aurora ClusterのWriter/Readerのインスタンスタイプの変更を実施するにあたり、ダウンタイムが最小化できる方法を検討。 アプリのアクセスがWriter/Reader双方に対してあったため、Readerをもう一台追加してオンラインでサイズ変更を行う方法を検証。 検証手順 以下手順における、踏み台サーバからのアクセスにおけるダウンタイム時間を調べてみる。 Readerインスタンスを1台追加 Reader1のインスタンスタイプ変更(db.t3.medium -> db.t3.large) Reader2のインスタンスタイプ変更(db.t3.medium -> db.t3.large) WriterのFailover Writerのインスタンスタイプ変更(db.t3.medium -> db.t3.large) 検証構成 以下の構成でWriter/Readerのインスタ
qiita.com/t_k2
note.com/jujunjun110
kyoko-np.net
qiita.com/tikeda123
anond.hatelabo.jp
gihyo.jp
www.publickey1.jp
www.techno-edge.net
forest.watch.impress.co.jp
blog.tinect.jp
atmarkit.itmedia.co.jp
www.tora2ro.com
inside.pixiv.blog
levtech.jp
studyhacker.net
foneslife.com
