1

環境をコロ施設から AWS に移行しています。その一環として、2 台の SQL Server 2005 を 2014 にアップグレードしています。この 2 つは現在ミラーリングされており、そのまま維持するか、サーバーを冗長化する他の方法を見つけたいと考えています。トランザクション数/サーバー使用量はこのアプリでは少ないですが、本番環境であり、高可用性が必要であり、その結果、なんらかのフェイルオーバーが必要になります。

すでに EC2 インスタンスを 1 つセットアップし、その上に SQL Server 2014 を配置しています (ライセンス上の理由で RDBMS を使用するのではなく、これを実現するために次に何をすべきかを現在検討中です。

必要な冗長性を実現するために、人々はどのような提案を持っていますか?

ここからこれまでに2つのオプションを見て、グーグルで調べました。以下にそれらをリストします - 私たちは他のオプションにも非常にオープンです!

まず、RDBMS ミラーリング サービスを使用しますが、それがプリンシパル サーバーも RDBMS である場合にのみ適用されるかどうかはわかりません。また、ライセンスにも役立ちません。

次に、複数のアベイラビリティ ゾーンを使用します。異なるリージョンをまとめて使用する場合と比べて、これの長所/短所は何ですか (例: 帯域幅の問題)? また、マルチ AZ は実際に冗長性を提供しますか (たとえば、AWS がオレゴンでダウンした場合、すべてがダウンするわけではありません)。

助けてくれてありがとう!

4

1 に答える 1

1

Amazon RDS (リレーショナル データベース サービス)のマルチ AZ 機能は、データベースの高可用性を提供するように設計されています。

Amazon RDS マルチ AZ 配置から:

マルチ AZ DB インスタンスをプロビジョニングすると、Amazon RDS は自動的にプライマリ DB インスタンスを作成し、データを別のアベイラビリティーゾーン(AZ)のスタンバイインスタンスに同期的に複製します。各 AZ は、物理的に異なる独自の独立したインフラストラクチャで実行され、信頼性が高くなるように設計されています。インフラストラクチャの障害 (インスタンスのハードウェア障害、ストレージ障害、ネットワークの中断など) が発生した場合、Amazon RDS はスタンバイへの自動フェイルオーバーを実行します。、フェールオーバーが完了したらすぐにデータベース操作を再開できるようにします。フェイルオーバー後も DB インスタンスのエンドポイントは変わらないため、アプリケーションは手動で管理者の介入を必要とせずにデータベース操作を再開できます。

システムの可用性を向上させるために、複数のアベイラビリティーゾーンをお勧めします。各 AZ は、ある AZ に降りかかる災害が別の AZ に影響を与えないように、個別の物理施設です。これは通常、複数のリージョンで実行する必要があるのではなく、十分な冗長性と見なされます。また、接続のレイテンシーが低いため、AZ 間でデータを同期的にレプリケートできるという利点もありますが、リージョンが離れているため、リージョン間ではこれが不可能な場合があります。

最後の利点は 1 つです。Amazon RDS のマルチ AZ 機能は、データベースの起動時に「はい」を選択するだけでアクティブ化できます。独自のデータベースを実行し、ミラーリング サービスを使用するには、継続的にかなり多くの作業を行う必要があります。

于 2016-04-18T07:30:07.017 に答える