Elastic SAN の信頼性
この記事では、Azure Elastic SAN での信頼性のサポートについて説明し、リージョンの回復性と可用性ゾーン、ディザスター リカバリーとビジネス継続性の両方について説明します。
可用性ゾーンのサポート
可用性ゾーンとは、各 Azure リージョン内にある、物理的に分離されたデータセンターのグループです。 1 つのゾーンで障害が発生した際には、サービスを残りのゾーンのいずれかにフェールオーバーできます。
Azure の可用性ゾーンの詳細については、「可用性ゾーンとは」を参照してください。
Azure Elastic SAN ではローカル冗長ストレージでの可用性ゾーン (LRS) デプロイおよびゾーン冗長ストレージでのリージョン (ZRS) デプロイをサポートしています。
前提条件
LRS と ZRS Elastic SAN は現在、リージョンのサブセットでのみ使用できます。 リージョンの一覧については、「Elastic SAN のスケール ターゲット」を参照してください。
可用性ゾーンを使用してリソースを作成する
可用性ゾーンを有効にして Elastic SAN を作成するには、「Elastic SAN をデプロイする」を参照してください。
ゾーン ダウン エクスペリエンス
Elastic SAN をデプロイするときに、SAN の冗長性オプションとして ZRS を選択した場合、ゾーン フェールオーバーがプラットフォームでサポートされます。 プライベート エンドポイントを使用して Elastic SAN に接続する場合、このフェールオーバーは手動による介入なしで行われます。 ZRS Elastic SAN はプライベート エンドポイントを使用し、正常なゾーンを自動的に利用するために自己修復と再調整を行うよう設計されています。 フェイルオーバー後、SAN が自動的に再調整されるまでの数分間、可用性とパフォーマンスが低下する可能性があります。
ストレージ サービス エンドポイントを使用して接続する場合、ゾーン フェールオーバーはサポートされますが、手動での介入が必要になる場合があります。 ストレージ サービス エンドポイントを使用している ZRS Elastic SAN は、自動的には正常なゾーンに切り替わりません。 異なる正常なゾーンへのフェールオーバーを開始するために、iSCSI イニシエーターを再起動する必要がある場合があります。
LRS Elastic SAN をデプロイした場合は、マネージド ディスクにエクスポートされたスナップショットを使用して、新しい SAN をデプロイすることが必要になる場合があります。
低待機時間デザイン
ZRS Elastic SAN をデプロイすると、LRS Elastic SAN よりも信頼性が高くなりますが、書き込みの待機時間が増えます。 Elastic SAN のベンチマークを実行してアプリケーションのワークロードをシミュレートし、LRS と ZRS の待機時間を比較して、ワークロードに影響があるかどうかを確認してください。
可用性ゾーンの移行
LRS 上の Elastic SAN を ZRS に移行するには、Elastic SAN のボリュームのスナップショットを作成し、それらをマネージド ディスク スナップショットにエクスポートし、ZRS に Elastic SAN をデプロイしてから、それらのディスク スナップショットを使用して ZRS 上の SAN 上にボリュームを作成します。 スナップショット (プレビュー) の使用方法については、「Azure Elastic SAN ボリュームのスナップショットを作成する (プレビュー)」を参照してください。
ディザスター リカバリーと事業継続
ディザスター リカバリー (DR) とは、ダウンタイムやデータ損失につながるような、影響の大きいイベント (自然災害やデプロイの失敗など) から復旧することです。 原因に関係なく、災害に対する最善の解決策は、明確に定義されテストされた DR プランと、DR を積極的にサポートするアプリケーション設計です。 ディザスター リカバリー計画の作成を検討する前に、「ディザスター リカバリー戦略の設計に関する推奨事項」を参照してください。
DR に関しては、Microsoft は共有責任モデルを使用します。 共有責任モデルでは、ベースライン インフラストラクチャとプラットフォーム サービスの可用性が Microsoft によって保証されます。 同時に、多くの Azure サービスでは、データのレプリケート、または障害が発生したリージョンから別の有効なリージョンにクロスレプリケートするフォールバックは、自動的には行われません。 それらのサービスに対して、ワークロードに適したディザスター リカバリー計画を設定する責任はユーザーにあります。 Azure PaaS (サービスとしてのプラットフォーム) オファリング上で実行されるほとんどのサービスには、DR をサポートするための機能とガイダンスが用意されており、お客様はサービス固有の機能を使って迅速な復旧をサポートでき、DR 計画の開発に役立ちます。
複数リージョンのディザスター リカバリー
Elastic SAN の場合、お客様が責任を持つのはディザスター リカバリー (DR) エクスペリエンスです。 ボリュームのスナップショットを取得してマネージド ディスク スナップショットにエクスポートできます。 その後、増分スナップショットを新しいリージョンにコピーし、Elastic SAN が存在するリージョン以外のリージョンにデータを格納できます。 災害が原因で複数のリージョンが影響を受ける可能性を減らすために、プライマリ リージョンから地理的に離れたリージョンにエクスポートする必要があります。
停止の検出、通知、管理
停止宣言は、「サービスの正常性 - Microsoft Azure」で確認できます。
容量と予防的なディザスター リカバリーの回復性
Microsoft とお客様は、共有責任モデルの下で活動します。 共同責任は、顧客対応 DR (お客様が責任を持つサービス) の場合、お客様がデプロイおよび制御するすべてのサービスのディザスター リカバリーに対処する必要があることを意味します。 デプロイするすべてのサービスが Elastic SAN で動作することを事前に検証します。 復旧がプロアクティブなものになるように、セカンダリを事前にデプロイして、環境が影響を受けた場合に容量の問題が発生しないようにします。