Azure のハイアベイラビリティペア
変更を提案
PDF
Cloud Volumes ONTAPのハイアベイラビリティ（HA）ペアは、クラウド環境で障害が発生した場合でも、エンタープライズクラスの信頼性を提供し、継続的な運用を実現します。Azure では、 2 つのノード間でストレージが共有されます。
HA コンポーネント
ページblobを使用したHA単一アベイラビリティゾーン構成
AzureのCloud Volumes ONTAP HAページBLOB構成には、次のコンポーネントが含まれています。
BlueXPによって導入されるAzureコンポーネントについては、次の点に注意してください。
- Azure Standard Load Balancer の略
-
ロードバランサは、 Cloud Volumes ONTAP HA ペアへの着信トラフィックを管理します。
- タンイチノアベイラビリティゾーンニVM
-
Cloud Volumes ONTAP 9.15.1以降では、単一のアベイラビリティゾーン（AZ）で異機種混在の仮想マシン（VM）を作成および管理できます。同じAZ内の別 々 のフォールトドメインにハイアベイラビリティ（HA）ノードを導入して、最適な可用性を保証できます。この機能を有効にする柔軟なオーケストレーションモードの詳細については、を参照してください "Microsoft Azureのドキュメント：「Virtual Machine Scale Sets」"。
- ディスク
-
お客様のデータは Premium Storage ページの BLOB にあります。各ノードがもう一方のノードのストレージにアクセスできます。には追加のストレージも必要です "ブート、ルート、およびコアのデータ"。
- ストレージアカウント
-
-
管理対象ディスクにはストレージアカウントが 1 つ必要です。
-
ストレージ・アカウントあたりのディスク容量の上限に達しているため ' プレミアム・ストレージ・ページ・ブロブには 1 つ以上のストレージ・アカウントが必要です
-
Azure BLOB ストレージへのデータ階層化には 1 つのストレージアカウントが必要です。
-
Cloud Volumes ONTAP 9.7以降では、HAペア用にBlueXPで作成されるストレージアカウントは汎用v2のストレージアカウントです。
-
作業環境の作成時に、 Cloud Volumes ONTAP 9.7 HA ペアから Azure ストレージアカウントへの HTTPS 接続を有効にすることができます。このオプションを有効にすると、書き込みパフォーマンスに影響する可能性があります。作業環境の作成後に設定を変更することはできません。
-
共有管理対象ディスクを使用するHAシングルアベイラビリティゾーン構成
共有管理対象ディスク上で実行されるCloud Volumes ONTAP HAシングルアベイラビリティゾーン構成には、次のコンポーネントが含まれます。
BlueXPによって導入されるAzureコンポーネントについては、次の点に注意してください。
- Azure Standard Load Balancer の略
-
ロードバランサは、 Cloud Volumes ONTAP HA ペアへの着信トラフィックを管理します。
- タンイチノアベイラビリティゾーンニVM
-
Cloud Volumes ONTAP 9.15.1以降では、単一のアベイラビリティゾーン（AZ）で異機種混在の仮想マシン（VM）を作成および管理できます。同じAZ内の別 々 のフォールトドメインにハイアベイラビリティ（HA）ノードを導入して、最適な可用性を保証できます。この機能を有効にする柔軟なオーケストレーションモードの詳細については、を参照してください "Microsoft Azureのドキュメント：「Virtual Machine Scale Sets」"。
ゾーン環境では、次の条件を満たす場合にPremium SSD v2 Managed Disksを使用します。
-
Cloud Volumes ONTAPのバージョンは9.15.1以降です。
-
選択したリージョンとゾーンでは、Premium SSD v2管理ディスクがサポートされます。サポートされるリージョンの詳細については、を参照してください "Microsoft AzureのWebサイト：「リージョン別の利用可能な製品」"。
-
サブスクリプションはMicrosoftに登録されてい"Microsoft.Compute/VMOrchestratorZonalMultiFDノキノウ"ます。
-
- ディスク
-
お客様のデータは、ローカル冗長ストレージ（LRS）で管理されるディスクに保存されます。各ノードがもう一方のノードのストレージにアクセスできます。にも追加のストレージが必要です"ブート、ルート、パートナーのルート、コア、NVRAMの各データ"。
- ストレージアカウント
-
ストレージアカウントは、診断ログの処理とBLOBストレージへの階層化を行うディスクベースの管理環境で使用されます。
HAの複数のアベイラビリティゾーン構成
AzureのCloud Volumes ONTAP HAマルチアベイラビリティゾーン構成には、次のコンポーネントが含まれています。
BlueXPによって導入されるAzureコンポーネントについては、次の点に注意してください。
- Azure Standard Load Balancer の略
-
ロードバランサは、 Cloud Volumes ONTAP HA ペアへの着信トラフィックを管理します。
- 可用性ゾーン
-
HAマルチアベイラビリティゾーン構成では、2つのCloud Volumes ONTAPノードが異なるアベイラビリティゾーンに導入される導入モデルを使用して、ノードが異なるフォールトドメインに配置され、冗長性と可用性が確保されます。Flexibleオーケストレーションモードの仮想マシンスケールセットでAzureのアベイラビリティゾーンを使用する方法については、を参照してください "Microsoft Azureのドキュメント：「Create a Virtual Machine Scale Set that uses Availability Zones」"。
- ディスク
-
お客様のデータは、ゾーン冗長ストレージ（ZRS）管理ディスクに格納されています。各ノードがもう一方のノードのストレージにアクセスできます。には追加のストレージも必要です "ブート、ルート、パートナールート、コアの各データ"。
- ストレージアカウント
-
ストレージアカウントは、診断ログの処理とBLOBストレージへの階層化を行うディスクベースの管理環境で使用されます。
RPO と RTO
HA 構成では、次のようにデータの高可用性が維持されます。
-
RPO （ Recovery Point Objective ：目標復旧時点）は 0 秒です。データはトランザクション的に整合性が保たれ、データ損失は発生しません。
-
Recovery Time Objective（RTO；目標復旧時間）は120秒です。システム停止が発生した場合、120秒以内にデータを利用できるようにする必要があります。
ストレージのテイクオーバーとギブバック
物理 ONTAP クラスタと同様に、 Azure HA ペアのストレージはノード間で共有されます。パートナーのストレージに接続することで、 _TAKEOVER_中 に各ノードがもう一方のストレージにアクセスできるようになります。ネットワークパスのフェイルオーバーメカニズムにより、クライアントとホストは稼働しているノードと引き続き通信できます。ノードがオンラインに戻ったときに、 partner_ギ ブバック _storage を提供します。
NAS 構成の場合は、障害の発生時にデータ IP アドレスが HA ノード間で自動的に移行されます。
iSCSI の場合、 ONTAP はマルチパス I/O （ MPIO ）と非対称論理ユニットアクセス（ ALUA ）を使用して、アクティブ最適化パスと非最適化パス間のパスフェイルオーバーを管理します。
|
ALUAをサポートする具体的なホスト構成については "NetApp Interoperability Matrix Tool で確認できます" "SANホストおよびクラウドクライアントガイド"、ご使用のホストオペレーティングシステムに対応したおよびを参照してください。 |
ストレージのテイクオーバー、再同期、ギブバックは、すべてデフォルトで自動的に実行されます。ユーザによる操作は必要ありません。
ストレージ構成
HAペアは、両方のノードがクライアントにデータを提供するアクティブ/アクティブ構成として使用することも、アクティブ/パッシブ構成として使用することもできます。アクティブ/パッシブ構成では、パッシブノードがアクティブノードのストレージをテイクオーバーした場合にのみ、パッシブノードがデータ要求に応答します。