1

私は新しい Amazon RDS 製品を研究していますが、垂直方向にしかスケーリングできないようです (つまり、より強力なサーバーを配置します)。

1 つがマスターで、もう 1 つがレプリケーション スレーブになるように、複数のインスタンスを構成する可能性を見た人はいますか?

4

2 に答える 2

3

FAQ によると、現在可能です。 http://aws.amazon.com/rds/faqs/#86を参照してください。

Q: Amazon RDS はどのタイプのレプリケーションをサポートしていますか? また、それぞれをいつ使用すればよいですか?

Amazon RDS は、異なる目的に役立つ 2 つの異なるレプリケーション オプションを提供します。

計画外の停止から最新のデータベース更新を保護しながら、レプリケーションを使用してデータベースの可用性を高めることを検討している場合は、DB インスタンスをマルチ AZ 配置として実行することを検討してください。マルチ AZ 配置として実行するように DB インスタンスを作成または変更すると、Amazon RDS は、別のアベイラビリティーゾーン (物理的に離れた場所にある独立したインフラストラクチャ) で「スタンバイ」レプリカを自動的にプロビジョニングおよび管理します。計画されたデータベース メンテナンス、DB インスタンスの障害、またはアベイラビリティ ゾーンの障害が発生した場合、Amazon RDS は自動的にスタンバイにフェイルオーバーするため、管理者の介入なしにデータベース操作を迅速に再開できます。マルチ AZ 配置では、同期レプリケーションを利用します。フェイルオーバーが発生した場合にスタンバイが最新になるように、データベースへの書き込みをプライマリとスタンバイの両方で同時に行います。マルチ AZ DB インスタンスの技術的な実装は、障害シナリオでのデータの耐久性を最大化しますが、スタンバイに直接アクセスしたり、読み取り操作に使用したりすることはできません。マルチ AZ 配置によって提供される耐障害性により、本番環境に自然に適合します。マルチ AZ 配置の詳細については、この FAQ セクションをご覧ください。マルチ AZ 配置によって提供される耐障害性により、本番環境に自然に適合します。マルチ AZ 配置の詳細については、この FAQ セクションをご覧ください。マルチ AZ 配置によって提供される耐障害性により、本番環境に自然に適合します。マルチ AZ 配置の詳細については、この FAQ セクションをご覧ください。

MySQL 5.1 の組み込みレプリケーションを利用して、読み取り負荷の高いデータベース ワークロード用に単一の DB インスタンスの容量制限を超えてスケ​​ーリングすることを検討している場合、Amazon RDS はリード レプリカを使用してそれを容易にします。AWS マネジメントコンソールまたは CreateDBInstanceReadReplica API を使用して、特定の「ソース」DB インスタンスのリードレプリカを作成できます。リードレプリカが作成されると、ソース DB インスタンスのデータベースの更新がリードレプリカに伝達されます。特定のソース DB インスタンスに対して複数のリードレプリカを作成し、それらの間でアプリケーションの読み取りトラフィックを分散できます。マルチ AZ 配置とは異なり、リードレプリカは MySQL 5.1 の組み込みレプリケーションを使用し、その長所と制限の影響を受けます。特に、更新は、ソース DB インスタンス (「非同期」レプリケーション) で発生した後にリードレプリカに適用され、レプリケーションの遅延は大幅に異なる場合があります。これは、ソース DB インスタンスで計画外の停止が発生した場合、標準 (非マルチ AZ) ソース DB インスタンスに対して行われた最近のデータベース更新が、関連するリードレプリカに存在しない可能性があることを意味します。そのため、リードレプリカは、マルチ AZ 配置と同じデータ耐久性の利点を提供しません。リードレプリカは、読み取り可用性の利点を提供できますが、書き込み可用性を向上させるようには設計されていません。これは、ソース DB インスタンスで計画外の停止が発生した場合、標準 (非マルチ AZ) ソース DB インスタンスに対して行われた最近のデータベース更新が、関連するリードレプリカに存在しない可能性があることを意味します。そのため、リードレプリカは、マルチ AZ 配置と同じデータ耐久性の利点を提供しません。リードレプリカは、読み取り可用性の利点を提供できますが、書き込み可用性を向上させるようには設計されていません。これは、ソース DB インスタンスで計画外の停止が発生した場合、標準 (非マルチ AZ) ソース DB インスタンスに対して行われた最近のデータベース更新が、関連するリードレプリカに存在しない可能性があることを意味します。そのため、リードレプリカは、マルチ AZ 配置と同じデータ耐久性の利点を提供しません。リードレプリカは、読み取り可用性の利点を提供できますが、書き込み可用性を向上させるようには設計されていません。

Amazon RDS では、マルチ AZ 配置とリードレプリカを組み合わせて使用​​して、それぞれの補完的な利点を享受できます。特定のマルチ AZ 配置がリードレプリカのソース DB インスタンスであることを指定するだけです。こうすることで、マルチ AZ 配置のデータの耐久性と可用性の利点と、リードレプリカの読み取りスケーリングの利点の両方を得ることができます。

于 2010-10-19T08:46:50.613 に答える
3

ここで同じ質問をした（そして答えた）http://developer.amazonwebservices.com/connect/thread.jspa?threadID=37823

マスター マスター HA などの計画があるようですが、それはレプリケートされたスケールアウト サービスとは異なります。

于 2009-10-29T12:12:08.580 に答える