1

AFAIK Amazon AWSは、データセンターの部分的または完全な停止のリスクを軽減するために、いわゆる「リージョン」と「アベイラビリティーゾーン」を提供します。2つの「リージョン」にアプリケーションのコピーがあり、1つの「リージョン」がダウンした場合でも、アプリケーションは何も起こらなかったかのように動作し続けることができます。

Windows Azureにそのようなものはありますか？Windows Azureでデータセンターの壊滅的な停止のリスクに対処するにはどうすればよいですか？

4

3 に答える 3

6

単一のデータセンター内で、WindowsAzureアプリケーションには次の利点があります。

  • 1つのコンピューティングインスタンスを超えて、VMはさまざまな物理領域にまたがるフォールトドメインに分割されます。このように、サーバーラック全体がダウンした場合でも、別の場所でコンピューティングを実行できます。
  • WindowsAzureストレージとSQLAzureでは、ストレージはトリプルレプリケーションされます。これは最終的なレプリケーションではありません。書き込み呼び出しが戻ったときに、少なくとも1つのレプリカが書き込まれています。

わかりました、それは簡単なことです。データセンターがなくなった場合はどうなりますか？DRをアプリケーションに組み込むのに役立つ機能は次のとおりです。

  • SQL Azureの場合、データ同期を設定できます。この機能は、SQLAzureデータベースを別のSQLAzureデータベース（おそらく別のデータセンター内）またはオンプレミスのSQLServerデータベースと同期します。詳細はこちら。この機能は引き続きプレビュー機能と見なされるため、ここに移動して設定する必要があります。
  • Azureストレージ（テーブル、BLOB）の場合、現在組み込みの機能がないため、2番目のデータセンターへのレプリケーションを処理する必要があります。これは、たとえば、1時間ごとにデータを取得し、それを別の場所のストレージアカウントにコピーするバックグラウンドタスクを使用して実行できます。編集：ライアンの答えによると、ブロブとテーブルのデータジオレプリケーションがあります。ただし、12月のこのブログ投稿での言及を除いて、おそらくPDCでの言及を除けば、これはライブではありません。
  • コンピューティングの可用性については、データセンター間で負荷分散するようにTrafficManagerを設定できます。この機能は現在CTPにあります。サインアップするには、 WindowsAzureポータルのベータ領域にアクセスしてください。

DRを使用すると、クラウドでもオンプレミスでも、追加のコストが発生することに注意してください（データセンター間の帯域幅、セカンダリデータセンターでの重複データのストレージコスト、追加のデータセンターでのコンピューティングインスタンスなど）。。

オンプレミス環境の場合と同様に、DRは慎重に検討して実装する必要があります。

于 2011-05-19T11:34:55.217 に答える
3

デビッドの答えはかなり良いですが、一部が間違っています。Windows Azure の BLOB とテーブルの場合、データは現在、実際にはサブ リージョン (米国北部と南部など) 間で地理的にレプリケートされています。これは、約 10 分程度のラグを目標とする非同期プロセスです。このプロセスも制御不能であり、純粋にデータセンターの損失のためのものです. Windows Azure の BLOB とテーブルを使用すると、データは 2 つの異なるデータ センターで合計 6 回レプリケートされます (すごいですよね?)。

データ センターが失われた場合、BLOB とテーブル ストレージの DNS が他のサブリージョンに切り替えられ、アカウントが再びオンラインに表示されます。これは、BLOB とテーブルにのみ当てはまります (キューや SQL Azure などではありません)。

そのため、実際のディザスター リカバリーでは、SQL Azure に Data Sync を使用し、コンピューティングに Traffic Manager を使用できます (別のサブリージョンでホット スタンバイを実行すると仮定します)。データセンターが失われた場合、Traffic Manager は新しいサブリージョンにルーティングし、そこでもデータを見つけることができます。

于 2011-05-20T14:10:09.410 に答える