Multi-AZの役割 - maco's life
前回の記事でMulti-AZについてふれましたが、その続きです。 今回は自分の整理のために、Multi-AZが設定されている場合と無い場合で 障害が起こった際にどういった復旧手順の違いがでてくるか考察します。 Multi-AZを設定していない場合 Multi-AZが設定されてないので、一つのAZにのみMaster RDB 1台がある想定です。またその下に２つReadReplicaが並んでいます。 MasterとReadReplicaが1:1だと、ReadReplicaにそこそこ参照系のクエリが飛んでいて、ReadReplicaが落ちた場合に 全てのクエリがMaster 1台に飛んでしまい、Masterも道連れで落ちてしまうため可能性がでるため、ReadReplicaは2台という想定にしています。 ここでMasterのRDSインスタンスの障害で、参照も更新もできない状態になってしまったとしま
貧乏臭くRDSを使っていくために調べたメモ - リア充爆発日記
AWSでRDBMS使うならRDSでしょ、というところまではいいとして、どう使うのか？というところは非常に難しい。 用途をスタートアップのWebサービスだとした場合、最初はお金をできるだけつかいたくないけど、人気が出たときにはスムーズに対応していきたい、というのはごく普通の欲求だと思われる。 最初からお金ジャンジャン使っていいからどんなアクセスにも耐えられるようにしとけ！ってんならクアドラプルなんとかインスタンスをMulti-AZにしとけばいいんだろうけど、こちとらカネがない。 妥協すべきところとそうでないところはケースバイケースだけど、検討するポイントはどんなケースも似たようなもんでしょう。 今回はそんな場合のそんな検討をしたときのメモ。 VPC? これはもうVPC内で起動しとけ。AWSに払う金は発生しないからな。非VPCが許されるのは小学生までだそうだし。http://dev.class
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
