Skip to main content
すべてのクラウドプロバイダ
  • Amazon Web Services の
  • Google Cloud
  • Microsoft Azure
  • すべてのクラウドプロバイダ
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

Azure のハイアベイラビリティペア

共同作成者

Cloud Volumes ONTAP ハイアベイラビリティ( HA )ペアは、クラウド環境で障害が発生した場合にエンタープライズクラスの信頼性と継続的な運用を実現します。Azure では、 2 つのノード間でストレージが共有されます。

HA コンポーネント

ページblobを使用したHA単一アベイラビリティゾーン構成

AzureのCloud Volumes ONTAP HAページBLOB構成には、次のコンポーネントが含まれています。

この概念図は、ロードバランサがBlueXP  およびクライアントからの受信トラフィック、VMSS Flexの2つのCloud Volumes ONTAPノード、ブートデータ用のSSDディスク、顧客データ用のページ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  およびクライアントからの受信トラフィック、VMSS Flexの2つのCloud Volumes ONTAPノード、ブートデータ用のSSDディスク、顧客データ用のLRS管理ディスクを管理するロードバランサを示しています。

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を使用します。

ディスク

お客様のデータは、ローカル冗長ストレージ(LRS)で管理されるディスクに保存されます。各ノードがもう一方のノードのストレージにアクセスできます。にも追加のストレージが必要です"ブート、ルート、パートナーのルート、コア、NVRAMの各データ"

ストレージアカウント

ストレージアカウントは、診断ログの処理とBLOBストレージへの階層化を行うディスクベースの管理環境で使用されます。

HAの複数のアベイラビリティゾーン構成

AzureのCloud Volumes ONTAP HAマルチアベイラビリティゾーン構成には、次のコンポーネントが含まれています。

ロードバランサがBlueXPとクライアントからの着信トラフィックを管理する概念図、2つのアベイラビリティゾーンにある2つのCloud Volumes ONTAP ノード、ブートデータ用のSSDディスク、および顧客データ用の管理対象ディスクを示しています。

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 ペアは、アクティブ / アクティブ構成として使用できます。アクティブ / アクティブ構成では、両方のノードがクライアントにデータを提供します。アクティブ / パッシブ構成では、パッシブノードは、アクティブノードのストレージをテイクオーバーした場合にのみデータ要求に応答します。