Cloud Volumes ONTAP in AWS のネットワーク要件
BlueXPは、IPアドレス、ネットマスク、ルートなど、Cloud Volumes ONTAP のネットワークコンポーネントのセットアップを処理します。アウトバウンドのインターネットアクセスが可能であること、十分な数のプライベート IP アドレスを利用できること、適切な接続が確立されていることなどを確認する必要があります。
一般的な要件
AWS では、次の要件を満たす必要があります。
Cloud Volumes ONTAP ノードのアウトバウンドインターネットアクセス
Cloud Volumes ONTAPノードは、日常業務で次のエンドポイントに接続するためにアウトバウンドインターネットアクセスを必要とします。
Cloud Volumes ONTAPエンドポイント
Cloud Volumes ONTAPでは、日常業務のためにさまざまなエンドポイントに接続するために、アウトバウンドインターネットアクセスが必要です。
次のエンドポイントはCloud Volumes ONTAPに固有です。また、コネクタは、BlueXP Webベースのコンソールだけでなく、日常的な操作のためにいくつかのエンドポイントにも接続します。およびを参照してください "コネクタから接続されたエンドポイントの表示" "BlueXPコンソールを使用するためのネットワークの準備"。
エンドポイント | 適用対象 | 目的 | BlueXPの導入モード | エンドポイントを使用できない場合の影響 |
---|---|---|---|---|
https://netapp-cloud-account.auth0.com |
認証 |
BlueXP 認証に使用されます。 |
標準モードと制限モード。 |
ユーザ認証は失敗し、次のサービスは使用できません。
|
https://keyvault-production-aks.vault.azure.net |
キーボールト |
メタデータ処理用にS3バケットと通信するためにAzure Key Vaultからクライアントシークレットキーを取得するために使用されます。Cloud Volumes ONTAPサービスはこのコンポーネントを内部的に使用します。 |
標準モード、制限モード、およびプライベートモード。 |
Cloud Volumes ONTAPサービスを使用できません。 |
テナンシー |
BlueXP テナンシーからCloud Volumes ONTAPリソースを取得して、リソースとユーザを許可します。 |
標準モードと制限モード。 |
Cloud Volumes ONTAPリソースとユーザは許可されていません。 |
|
\ https://support。NetApp .com /aods/asupmessage\ https://support。NetApp .com /asupprod/post/1.0/postAsup |
AutoSupport |
AutoSupportテレメトリデータをNetAppサポートに送信するために使用されます。 |
標準モードと制限モード。 |
AutoSupport情報は配信されません。 |
AWSサービスの正確な商用エンドポイント(サフィックス付き |
|
AWSサービスとの通信。 |
標準モードとプライベートモード。 |
Cloud Volumes ONTAPがAWSサービスと通信してAWSで特定のBlueXP 処理を実行することはできません。 |
AWSサービスの政府機関のエンドポイントは、使用しているAWSリージョンによって異なります。エンドポイントには |
|
AWSサービスとの通信。 |
制限モード。 |
Cloud Volumes ONTAPがAWSサービスと通信してAWSで特定のBlueXP 処理を実行することはできません。 |
NetApp AutoSupportのアウトバウンドインターネットアクセス
Cloud Volumes ONTAPノードは、さまざまな機能のために外部エンドポイントにアクセスするためのアウトバウンドインターネットアクセスを必要とします。セキュリティ要件が厳しい環境でこれらのエンドポイントがブロックされていると、Cloud Volumes ONTAPは正常に動作しません。
Cloud Volumes ONTAP ノードには、NetApp AutoSupport へのアウトバウンドインターネットアクセスが必要です。ネットアップは、システムの健常性をプロアクティブに監視し、ネットアップテクニカルサポートにメッセージを送信します。
Cloud Volumes ONTAP が AutoSupport メッセージを送信できるように、ルーティングポリシーとファイアウォールポリシーで次のエンドポイントへの HTTP / HTTPS トラフィックを許可する必要があります。
NAT インスタンスがある場合は、プライベートサブネットからインターネットへの HTTPS トラフィックを許可する着信セキュリティグループルールを定義する必要があります。
AutoSupport メッセージの送信にアウトバウンドのインターネット接続が使用できない場合、Cloud Volumes ONTAP システムは自動的にコネクタをプロキシサーバとして使用するように設定されます。唯一の要件は、コネクタのセキュリティグループがポート3128で_ inbound_connectionsを許可することです。コネクタを展開した後、このポートを開く必要があります。
Cloud Volumes ONTAP に厳密なアウトバウンドルールを定義した場合は、Cloud Volumes ONTAP セキュリティグループがポート3128で_OUTBOUND接続を許可する必要もあります。
アウトバウンドのインターネットアクセスが使用可能であることを確認したら、 AutoSupport をテストしてメッセージを送信できることを確認します。手順については、を参照してください "ONTAP のドキュメント:「 AutoSupport のセットアップ"。
AutoSupport メッセージを送信できないことがBlueXPから通知された場合は、 "AutoSupport 構成のトラブルシューティングを行います"。
HA メディエータのアウトバウンドインターネットアクセス
HA メディエータインスタンスは、 AWS EC2 サービスへのアウトバウンド接続を持っている必要があります。これにより、ストレージのフェイルオーバーを支援できます。接続を提供するには、パブリック IP アドレスを追加するか、プロキシサーバを指定するか、または手動オプションを使用します。
手動オプションには、 NAT ゲートウェイまたはターゲットサブネットから AWS EC2 サービスへのインターフェイス VPC エンドポイントを指定できます。VPCエンドポイントの詳細については、を参照して "AWS ドキュメント:「 Interface VPC Endpoints 」( AWS PrivateLink )"ください。
プライベート IP アドレス
BlueXPは、必要な数のプライベートIPアドレスを自動的にCloud Volumes ONTAP に割り当てます。ネットワークに十分な数のプライベート IP アドレスがあることを確認する必要があります。
Cloud Volumes ONTAP 用に割り当てられるLIFの数は、シングルノードシステムとHAペアのどちらを導入するかによって異なります。LIF は、物理ポートに関連付けられた IP アドレスです。
シングルノードシステムの IP アドレス
BlueXPでは、1つのノードシステムに6つのIPアドレスが割り当てられます。
次の表に、各プライベートIPアドレスに関連付けられているLIFの詳細を示します。
LIF | 目的 |
---|---|
クラスタ管理 |
クラスタ全体( HA ペア)の管理。 |
ノード管理 |
ノードの管理。 |
クラスタ間 |
クラスタ間の通信、バックアップ、レプリケーション。 |
NAS データ |
NAS プロトコルを使用したクライアントアクセス。 |
iSCSI データ |
iSCSI プロトコルを使用したクライアントアクセス。システムでは、その他の重要なネットワークワークフローにも使用されます。このLIFは必須であり、削除することはできません。 |
Storage VM管理 |
Storage VM 管理 LIF は、 SnapCenter などの管理ツールで使用されます。 |
HA ペアの IP アドレス
HA ペアには、シングルノードシステムよりも多くの IP アドレスが必要です。次の図に示すように、これらの IP アドレスは異なるイーサネットインターフェイスに分散されています。
HA ペアに必要なプライベート IP アドレスの数は、選択する導入モデルによって異なります。A_SILE_AWS アベイラビリティゾーン( AZ )に導入する HA ペアには 15 個のプライベート IP アドレスが必要です。一方、 _multiple_AZs に導入する HA ペアには、 13 個のプライベート IP アドレスが必要です。
次の表に、各プライベート IP アドレスに関連付けられている LIF の詳細を示します。
単一の AZ にある HA ペアの LIF
LIF | インターフェイス | ノード | 目的 |
---|---|---|---|
クラスタ管理 |
eth0 |
ノード 1 |
クラスタ全体( HA ペア)の管理。 |
ノード管理 |
eth0 |
ノード 1 とノード 2 |
ノードの管理。 |
クラスタ間 |
eth0 |
ノード 1 とノード 2 |
クラスタ間の通信、バックアップ、レプリケーション。 |
NAS データ |
eth0 |
ノード 1 |
NAS プロトコルを使用したクライアントアクセス。 |
iSCSI データ |
eth0 |
ノード 1 とノード 2 |
iSCSI プロトコルを使用したクライアントアクセス。システムでは、その他の重要なネットワークワークフローにも使用されます。これらのLIFは必須であり、削除しないでください。 |
クラスタ接続 |
Eth1 |
ノード 1 とノード 2 |
ノード間の通信およびクラスタ内でのデータの移動を可能にします。 |
HA 接続 |
eth2 |
ノード 1 とノード 2 |
フェイルオーバー時の 2 つのノード間の通信。 |
RSM iSCSI トラフィック |
eth3 |
ノード 1 とノード 2 |
RAID SyncMirror iSCSI トラフィック、および 2 つの Cloud Volumes ONTAP ノードとメディエーター間の通信。 |
メディエーター |
eth0 |
メディエーター |
ストレージのテイクオーバーとギブバックのプロセスを支援するための、ノードとメディエーターの間の通信チャネル。 |
複数の AZ にまたがる HA ペア用の LIF です
LIF | インターフェイス | ノード | 目的 |
---|---|---|---|
ノード管理 |
eth0 |
ノード 1 とノード 2 |
ノードの管理。 |
クラスタ間 |
eth0 |
ノード 1 とノード 2 |
クラスタ間の通信、バックアップ、レプリケーション。 |
iSCSI データ |
eth0 |
ノード 1 とノード 2 |
iSCSI プロトコルを使用したクライアントアクセス。また、ノード間でのフローティングIPアドレスの移行も管理します。これらのLIFは必須であり、削除しないでください。 |
クラスタ接続 |
Eth1 |
ノード 1 とノード 2 |
ノード間の通信およびクラスタ内でのデータの移動を可能にします。 |
HA 接続 |
eth2 |
ノード 1 とノード 2 |
フェイルオーバー時の 2 つのノード間の通信。 |
RSM iSCSI トラフィック |
eth3 |
ノード 1 とノード 2 |
RAID SyncMirror iSCSI トラフィック、および 2 つの Cloud Volumes ONTAP ノードとメディエーター間の通信。 |
メディエーター |
eth0 |
メディエーター |
ストレージのテイクオーバーとギブバックのプロセスを支援するための、ノードとメディエーターの間の通信チャネル。 |
複数のアベイラビリティゾーンに導入すると、いくつかの LIF が関連付けられます "フローティング IP アドレス"AWS のプライベート IP 制限にはカウントされません。 |
セキュリティグループ
セキュリティグループを作成する必要はありません。BlueXPではセキュリティグループが自動的に作成されます。自分で使用する必要がある場合は、を参照してください "セキュリティグループのルール"。
コネクタに関する情報をお探しですか? "コネクタのセキュリティグループルールを表示します" |
データ階層化のための接続
EBS をパフォーマンス階層として使用し、 AWS S3 を容量階層として使用する場合は、 Cloud Volumes ONTAP が S3 に接続されていることを確認する必要があります。この接続を提供する最善の方法は、 S3 サービスへの vPC エンドポイントを作成することです。手順については、を参照して "AWS のドキュメント:「 Creating a Gateway Endpoint"ください。
vPC エンドポイントを作成するときは、 Cloud Volumes ONTAP インスタンスに対応するリージョン、 vPC 、およびルートテーブルを必ず選択してください。S3 エンドポイントへのトラフィックを有効にする発信 HTTPS ルールを追加するには、セキュリティグループも変更する必要があります。そうしないと、 Cloud Volumes ONTAP は S3 サービスに接続できません。
ONTAP システムへの接続
AWSのCloud Volumes ONTAP システムと他のネットワークのONTAP システムの間でデータをレプリケートするには、AWS VPCと他のネットワーク(社内ネットワークなど)の間にVPN接続が必要です。手順については、を参照して "AWS ドキュメント:「 Setting Up an AWS VPN Connection"ください。
CIFS 用の DNS と Active Directory
CIFS ストレージをプロビジョニングする場合は、 AWS で DNS と Active Directory をセットアップするか、オンプレミスセットアップを AWS に拡張する必要があります。
DNS サーバは、 Active Directory 環境に名前解決サービスを提供する必要があります。デフォルトの EC2 DNS サーバを使用するように DHCP オプションセットを設定できます。このサーバは、 Active Directory 環境で使用される DNS サーバであってはなりません。
vPC共有
9.11.1リリース以降では、VPCを共有するAWSでCloud Volumes ONTAP HAペアがサポートされます。VPC共有を使用すると、他のAWSアカウントとサブネットを共有できます。この構成を使用するには、AWS環境をセットアップし、APIを使用してHAペアを導入する必要があります。
複数の AZ にまたがる HA ペアに関する要件
複数の可用性ゾーン( AZS )を使用する Cloud Volumes ONTAP HA 構成には、 AWS ネットワークの追加要件が適用されます。HAペアを起動する前に、作業環境の作成時にBlueXPでネットワークの詳細を入力する必要があるため、これらの要件を確認してください。
HAペアの仕組みについては、を参照してください"ハイアベイラビリティペア"。
- 可用性ゾーン
-
この HA 導入モデルでは、複数の AZS を使用してデータの高可用性を確保します。各 Cloud Volumes ONTAP インスタンスと、 HA ペア間の通信チャネルを提供するメディエータインスタンスには、専用の AZ を使用する必要があります。
サブネットが各アベイラビリティゾーンに存在する必要があります。
- NAS データおよびクラスタ / SVM 管理用のフローティング IP アドレス
-
複数の AZ に展開された HA configurations では、障害が発生した場合にノード間で移行するフローティング IP アドレスを使用します。VPC の外部からネイティブにアクセスすることはできません。ただし、その場合は除きます "AWS 転送ゲートウェイを設定します"。
フローティング IP アドレスの 1 つはクラスタ管理用、 1 つはノード 1 の NFS/CIFS データ用、もう 1 つはノード 2 の NFS/CIFS データ用です。SVM 管理用の 4 つ目のフローティング IP アドレスはオプションです。
SnapCenter for Windows または SnapDrive を HA ペアで使用する場合は、 SVM 管理 LIF 用にフローティング IP アドレスが必要です。 Cloud Volumes ONTAP HA作業環境を作成する場合は、BlueXPでフローティングIPアドレスを入力する必要があります。システムの起動時に、HAペアにIPアドレスが割り当てられます。
フローティング IP アドレスは、 HA 構成を導入する AWS リージョン内のどの VPC の CIDR ブロックにも属していない必要があります。フローティング IP アドレスは、リージョン内の VPC の外部にある論理サブネットと考えてください。
次の例は、 AWS リージョンのフローティング IP アドレスと VPC の関係を示しています。フローティング IP アドレスはどの VPC の CIDR ブロックにも属しておらず、ルーティングテーブルを介してサブネットにルーティングできます。
BlueXPでは、VPCの外部にあるクライアントからのiSCSIアクセスとNASアクセスに対して、自動的に静的IPアドレスが作成されます。これらの種類の IP アドレスの要件を満たす必要はありません。 - 外部からのフローティング IP アクセスを可能にする中継ゲートウェイ VPC
-
必要に応じて、 "AWS 転送ゲートウェイを設定します" HA ペアが配置されている VPC の外部から HA ペアのフローティング IP アドレスにアクセスできるようにします。
- ルートテーブル
-
BlueXPでフローティングIPアドレスを指定すると、フローティングIPアドレスへのルートを含むルートテーブルを選択するように求められます。これにより、 HA ペアへのクライアントアクセスが可能になります。
VPC内のサブネット用のルーティングテーブルが1つ(メインルーティングテーブル)だけの場合は、そのルーティングテーブルにフローティングIPアドレスが自動的に追加されます。ルーティングテーブルが複数ある場合は、 HA ペアの起動時に正しいルーティングテーブルを選択することが非常に重要です。そうしないと、一部のクライアントが Cloud Volumes ONTAP にアクセスできない場合があります。
たとえば、異なるルートテーブルに関連付けられた 2 つのサブネットがあるとします。ルーティングテーブル A を選択し、ルーティングテーブル B は選択しなかった場合、ルーティングテーブル A に関連付けられたサブネット内のクライアントは HA ペアにアクセスできますが、ルーティングテーブル B に関連付けられたサブネット内のクライアントはアクセスできません。
ルーティングテーブルの詳細については、を参照して "AWS のドキュメント:「 Route Tables"ください。
- ネットアップの管理ツールとの連携
-
複数の AZ に展開された HA 構成でネットアップ管理ツールを使用するには、次の 2 つの接続オプションがあります。
-
ネットアップの管理ツールは、別の VPC とに導入できます "AWS 転送ゲートウェイを設定します"。ゲートウェイを使用すると、 VPC の外部からクラスタ管理インターフェイスのフローティング IP アドレスにアクセスできます。
-
NAS クライアントと同様のルーティング設定を使用して、同じ VPC にネットアップ管理ツールを導入できます。
-
HA 構成の例
次の図は、複数の AZ にまたがる HA ペアに固有のネットワークコンポーネントを示しています。 3 つのアベイラビリティゾーン、 3 つのサブネット、フローティング IP アドレス、およびルートテーブルです。
コネクタの要件
コネクタをまだ作成していない場合は、コネクタのネットワーク要件も確認してください。