Aurora に大きなデータベース (~250GB) があり、多くの挿入が行われています。インスタンスが 1 つしかないので、冗長性のためにレプリカを作成したいと考えています。毎晩スナップショットを作成している間は、よりフォールト トレラントなシステムが望ましいと考えており、aurora レプリカを使用すると自動フェイルオーバーが提供されるようです。
私の質問: コンソールを使用してレプリカを作成すると、正確にはどうなりますか? 新しいインスタンスが起動し、マスター インスタンスからデータのプルを開始しますか? それはデータベースのパフォーマンスに影響を与える可能性がありますか? レプリカが「追いつき」、250GB をロードするまでには、しばらく時間がかかると確信しています。「終了」したことをどのように知ることができますか？
ダウンタイムが発生したくないので、何をするかわからないまま「レプリカの作成」ボタンを押すのは少し怖いです...
コンソールを使用してレプリカを作成すると、正確にはどうなりますか?
新しいインスタンスはクラスターの一部として開始され、マスターのデータ (より正確にはクラスターのデータ) にアクセスできます。すべての Aurora インスタンスは、1 つのマスター サーバーの単なるクラスターであっても、「クラスター」のメンバーです。同じリージョン内の Aurora レプリケーションは、MySQL ネイティブ レプリケーションとはまったく異なります。
新しいインスタンスが起動し、マスター インスタンスからデータのプルを開始しますか?
あまり。前述のように、新しいインスタンスが起動し、マスターのバッキング ストアから読み取ることができます。独自の個別のストレージはありません。
Aurora は、リージョン内のアベイラビリティ ゾーン全体でミラーリングおよびレプリケートされた作業データの 2 つのコピーの 3 つのセットで実行されます。この論理エンティティはCluster Volumeと呼ばれます。
クラスター ボリュームは 1 つのリージョン内の複数のアベイラビリティー ゾーンにまたがり、各アベイラビリティー ゾーンにはクラスター ボリューム データのコピーが含まれます。
http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Aurora.Managing.html
(ドキュメントでは、各 AZ には「コピー」が含まれていると書かれていますが、これは事実ですが、ミラーリングされています。)
Aurora レプリカは、このデータから読み取ります -- すべての実際的な目的のために、同期的に。
Q: レプリカはプライマリからどれくらい遅れますか?
Amazon Aurora レプリカはプライマリと同じデータ ボリュームを共有するため、実質的にレプリケーション ラグはありません。通常、ラグ タイムは数十ミリ秒単位で観察されます。
それはデータベースのパフォーマンスに影響を与える可能性がありますか?
すべきではありません。
レプリカが「追いつき」、250GB をロードするまでには、しばらく時間がかかると確信しています。「終了」したことをどのように知ることができますか？
いいえ、そうすべきではありません。レプリカ インスタンスがアクセス可能になると、マスターが書き込んでいるのと同じ場所から同じデータを読み取っているため、最新の状態になっているはずです。 Aurora レプリカ ラグに関連するメトリクスは、コンソールでアクセスできます。