可用性セットの表示問題 - 可用性セットの場所と異なる場所にVMを配置する場合

Question

可用性セットの場所とは異なる場所にVMを配置するときに可用性設定を表示しない理由はなんですか？

実際に、これらのVMの高可用性と災害復旧を実現するために、2つのVMを別々の場所に配備したいと考えました。コストを最小限に抑え、同じ場所で最小2 VM（フォールトドメイン）災害復旧を提供していません。

Answer 1

これはできません。

official documentを参照してください。

可用性セットを使用すると、彼らはAzureの データセンター内に配備されているときに、その中に配置するVMのリソースが互いに分離 をしていることを確認するためにアズールで を使用できる論理グループ機能です。 Azureは、 アベイラビリティセット内のVMを、複数の物理サーバー、ラック、 ストレージユニット、およびネットワークスイッチにまたがって実行するようにします。これにより、 にハードウェアまたはAzureソフトウェアの障害が発生した場合、VMのサブセットのみが に影響を与え、全体のアプリケーションはそのまま残り、 をお客様に提供できるようになります。可用性セットを使用すると、信頼できるクラウド ソリューションを構築する際に活用するために、 の重要な機能が利用できます。

アベイラビリティセット内のVMは、同じ場所に存在する必要があります。

必要に応じて、管理対象ディスクを使用できます。linkを参照してください。

管理対象ディスクは、可用性セット内のVMのディスクが単一障害点を回避するために十分に分離されていることを保証することにより、可用性セットの信頼性を向上させます。

Answer 2

可用性セットは、仮想マシンが異なるアップデートドメインと異なるフォールトドメインに確実に配備されるように、Microsoft Azure内で使用されます。これにより、Microsoft Azureは可用性セット内の仮想マシンによって提供されるサービスに対して99.95％のSLAを提供できます。

更新予定イベントです。たとえば、Azureファブリックのパッチが適用されている場合は、ゲストVMを再起動する必要があります。これは、更新ドメイン（UD）として定義されています。 障害は、ゲストVMの可用性に影響を与える物理的なものか論理的なものかにかかわらず、ハードウェア障害などの予期しないイベントです。これはフォールトドメイン（FD） として定義されています。少なくとも2台の仮想マシンが99.95％SLAを提供するための可用性セットに含める必要があります。

可用性セットが単一の仮想マシンを作成することができます

、しかし、Microsoftは100台の仮想マシンの最大の可用性に常駐することができます可用性セット内 の仮想マシンが同じクラウドサービス に存在する必要がありますアップタイムのSLAを提供することはありません ファイブ更新ドメインが入手可能に設定し Azureの可用性セットv0.1デベロッパーごとに用意されていセットし、非常によく良い、すべてのだが、これは今我々のアプリケーションが再起動されているにも対応できるようにする必要があることを意味

時に故障や更新が行われます。私にとってこの点は、MicrosoftがAzureで提供するフレームワーク内でビジネスSLAを達成しようとしている場合、慎重に検討する必要があります。

可用性セット内の各ゲストVMにトラフィックがどのように送られるかを考慮する必要もあります。これは、可用性セット内の最も適切なゲストVMにトラフィックを誘導するためにロードバランサが導入される場所です。

SLAの要件を満たすために、単一のVMを可用性セットに入れることができます。しかし、これはマイクロソフトが刑務所のないカードを手に入れた場所で、単一のVMは99.95％のSLAを受け取ることはありません。これは、Microsoftが別のアップデートまたはフォールトドメインでゲストVMを利用できるようになるまでにどれくらいの時間がかかるかわからないためです。

Azureの可用性セットロード・バランサのv0.1の 最終的な考え

可用性セットだけでなく、ゲストVMが利用可能であることを確実にするために、アプリケーション層の設計の周りに配慮が必要なだけでなく、間の共有データサービスへのアクセスそれら。 99.95％のSLAにアプリケーションやサービスの障害が含まれていないことにも注意してください。