2

Microsoft の Web サイトで可用性セットの説明を読んでいますが、概念を 100% 理解できません。

http://www.windowsazure.com/en-us/documentation/articles/manage-availability-virtual-machines/

人々がコメントで尋ねる質問はたくさんありますが、Microsoft からのテクニカル サポートはありません。

可用性セットについて正しく理解しているように、IIS アプリケーションで VM を複製し、SQL で VM を複製できます。つまり、2 つではなく 4 つの VM (4 つ分の料金を支払う) を使用する必要があります。つまり、IIS1 仮想マシンがダウンしても、Web サイトは引き続きIIS2 仮想マシンの助けを借りてオンラインになり、その逆ですか? SQL1 および SQL2 仮想マシンにも同じことが言えますか?

私は正しい方向に進んでいますか？この場合、SQL1 と SQL2、IIS1 と IIS2 の仮想マシンで同時にデータの同期を維持するにはどうすればよいですか? 更新のために 1 つの VM がダウンしても、ウェブサイトは最新のデータとコードで引き続き稼働しますか?

4

2 に答える 2

3

可用性セットは、Windows Azure PaaS の世界の 2 つの概念 (アップグレード ドメインと障害ドメイン) を組み合わせて、サービスをより堅牢にするのに役立ちます。複数の VM が可用性セットに展開されると、Windows Azure ファブリック コントローラーはそれらを複数のアップグレード ドメインと障害ドメインに分散します。

フォールト ドメインは、単一障害点を持つ VM のグループを表します。これを考えるのに便利な (正確には正確ではありませんが) 方法は、単一のトップまたはラック ルーターを備えたラックです。VM を異なるフォールト ドメインにデプロイすることで、ファブリック コントローラーは、1 つの障害によってサービス全体がオフラインにならないようにします。

ファブリック コントローラーは、アップグレード ドメインを使用して、ホスト OS (つまり、基盤となる物理サーバー) のアップグレードを実行する方法を制御します。ファブリック コントローラは、これらのアップグレードを一度に 1 つのアップグレード ドメインで実行し、前のアップグレード ドメインのアップグレードが完了したときにのみ、次のアップグレード ドメインに移動します。これにより、ホスト OS のアップグレード中に容量が減少しても、サービスを引き続き利用できます。これらのアップグレードは毎月または 2 か月ごとに行われるようで、すべての VM が可用性セットにデプロイされているサービスは、アップグレードに対して回復力があると考えられるため、警告を受けません。Microsoft は、可用性セットの外部にデプロイされた VM を含むサブスクリプションへのアップグレードに関する警告を提供します。

さらに、VM が可用性セットの外部にデプロイされているサービスには SLA はありません。

SQL Server に関しては、Windows Server フェールオーバー クラスターの上に位置し、データの同期レプリケーションを使用する SQL Server 可用性グループの使用を検討することをお勧めします。IIS の場合、アプリケーションを PaaS クラウド サービスに展開する可能性を検討することをお勧めします。これは、IaaS クラウド サービスに展開するよりも大きな利点があるからです。VNET を使用して、PaaS と IaaS クラウド サービスを統合するサービス トポロジを作成できます。

于 2014-03-10T01:37:09.990 に答える