次の方法で共有


Elastic SAN の信頼性

この記事では、Azure Elastic SAN での信頼性のサポートについて説明し、リージョンの回復性と可用性ゾーン、ディザスター リカバリーとビジネス継続性の両方について説明します。

可用性ゾーンのサポート

Azure 可用性ゾーンとは、各 Azure リージョン内にある、3 つ以上に物理的に分離されたデータセンターのグループです。 各ゾーン内のデータセンターには、独立した電源、冷却手段、ネットワーク インフラストラクチャが備わっています。 ローカル ゾーンの障害が発生した場合、可用性ゾーンは、1 つのゾーンが影響を受けたときに、リージョンのサービス、容量、高可用性が残りの 2 つのゾーンによってサポートされるように設計されています。

障害の範囲は、ソフトウェアやハードウェアの障害から、地震、水害、火災などの事象に至る可能性があります。 Azure サービスの冗長と論理的な分離により、障害に対するトレランスが実現されます。 Azure の可用性ゾーンの詳細については、リージョンと可用性ゾーンに関する記事を参照してください。

Azure の可用性ゾーン対応サービスは、適切なレベルの信頼性と柔軟性を提供するように設計されています。 それらは 2 つの方法で構成できます。 それらは、ゾーン間の自動レプリケーションによるゾーン冗長、またはインスタンスを特定のゾーンにピン留めするゾーンベースのいずれかになります。 これらのアプローチを組み合わせることもできます。 ゾーン ベースとゾーン冗長のアーキテクチャを比較した詳細については、「可用性ゾーンとリージョンの使用に関する推奨事項」を参照してください。

Azure Elastic SAN ではローカル冗長ストレージでの可用性ゾーン (LRS) デプロイおよびゾーン冗長ストレージでのリージョン (ZRS) デプロイをサポートしています。

前提条件

LRS と ZRS Elastic SAN は現在、リージョンのサブセットでのみ使用できます。 リージョンの一覧については、「Elastic SAN のスケール ターゲット」を参照してください。

可用性ゾーンを使用してリソースを作成する

可用性ゾーンを有効にして Elastic SAN を作成するには、「Elastic SAN をデプロイする」を参照してください。

ゾーン ダウン エクスペリエンス

Elastic SAN をデプロイするときに、SAN の冗長性オプションとして ZRS を選択した場合、手動による介入なしで、ゾーン フェールオーバーがプラットフォームでサポートされます。 ZRS を使用する Elastic SAN は、正常なゾーンを自動的に利用するために自己修復と再調整を行うように設計されています。

LRS Elastic SAN をデプロイした場合は、マネージド ディスクにエクスポートされたスナップショットを使用して、新しい SAN をデプロイすることが必要になる場合があります。

低待機時間デザイン

LRS 上の Elastic SAN と ZRS 上の Elastic SAN の待機時間の違いは特に大きくありません。 ただし、待機時間の急増に敏感なワークロードの場合は、最小の待機時間が提供されるため、LRS 上の Elastic SAN を検討してください。

可用性ゾーンの移行

LR 上の Elastic SAN を ZRS に移行するには、Elastic SAN のボリュームのスナップショットを作成し、それらをマネージド ディスク スナップショットにエクスポートし、ZRS に Elastic SAN をデプロイしてから、それらのディスク スナップショットを使用して ZRS 上の SAN 上にボリュームを作成する必要があります。 スナップショット (プレビュー) の使用方法については、「Azure Elastic SAN ボリュームのスナップショットを作成する (プレビュー)」を参照してください。

ディザスター リカバリーと事業継続

ディザスター リカバリー (DR) とは、ダウンタイムやデータ損失につながるような、影響の大きいイベント (自然災害やデプロイの失敗など) から復旧することです。 原因に関係なく、災害に対する最善の解決策は、明確に定義されテストされた DR プランと、DR を積極的にサポートするアプリケーション設計です。 ディザスター リカバリー計画の作成を検討する前に、「ディザスター リカバリー戦略の設計に関する推奨事項」を参照してください。

DR に関しては、Microsoft は共有責任モデルを使用します。 共有責任モデルでは、ベースライン インフラストラクチャとプラットフォーム サービスの可用性が Microsoft によって保証されます。 同時に、多くの Azure サービスでは、データのレプリケート、または障害が発生したリージョンから別の有効なリージョンにクロスレプリケートするフォールバックは、自動的には行われません。 それらのサービスについては、お客様がワークロードに適したディザスター リカバリー計画を設定する必要があります。 Azure PaaS (サービスとしてのプラットフォーム) オファリング上で実行されるほとんどのサービスには、DR をサポートするための機能とガイダンスが用意されており、お客様はサービス固有の機能を使って迅速な復旧をサポートでき、DR 計画の開発に役立ちます。

複数リージョンのディザスター リカバリー

Azure Elastic SAN の場合は、DR エクスペリエンスに責任を持ちます。 ボリュームのスナップショットを取得してマネージド ディスク スナップショットにエクスポートできます。 その後、増分スナップショットを新しいリージョンにコピーし、Elastic SAN が存在するリージョン以外のリージョンにデータを格納できます。 災害が原因で複数のリージョンが影響を受ける可能性を減らすために、プライマリ リージョンから地理的に離れたリージョンにエクスポートする必要があります。

停止の検出、通知、管理

停止宣言は、「サービスの正常性 - Microsoft Azure」で確認できます。

容量と予防的なディザスター リカバリーの回復性

Microsoft とお客様は、共有責任モデルの下で活動します。 共同責任は、顧客対応 DR (お客様が責任を持つサービス) の場合、お客様がデプロイおよび制御するすべてのサービスのディザスター リカバリーに対処する必要があることを意味します。 デプロイするすべてのサービスが Elastic SAN で動作することを事前に確認する必要があります。 復旧がプロアクティブになるように、セカンダリを事前にデプロイする必要があります。事前に割り当てていない場合、障害が発生したときに容量が保証されないためです。

次のステップ