AWS의 Cloud Volumes ONTAP에 대한 네트워킹 요구사항
변경 제안
PDF
BlueXP는 IP 주소, 넷마스크 및 라우트와 같은 Cloud Volumes ONTAP용 네트워킹 구성 요소 설정을 처리합니다. 아웃바운드 인터넷 액세스를 사용할 수 있는지, 충분한 전용 IP 주소를 사용할 수 있는지, 올바른 연결이 있는지 등을 확인해야 합니다.
일반 요구 사항
AWS에서 다음 요구사항을 충족해야 합니다.
Cloud Volumes ONTAP 노드에 대한 아웃바운드 인터넷 액세스
Cloud Volumes ONTAP 노드에서 일상 작업을 위해 다음 엔드포인트에 연결하려면 아웃바운드 인터넷 액세스가 필요합니다.
Cloud Volumes ONTAP 엔드포인트
Cloud Volumes ONTAP에서는 일상적인 작업을 위해 다양한 엔드포인트에 연결하기 위해 아웃바운드 인터넷 액세스가 필요합니다.
다음 끝점은 Cloud Volumes ONTAP에만 해당됩니다. 커넥터는 또한 BlueXP 웹 기반 콘솔뿐만 아니라 일상적인 작업을 위해 여러 끝점에 연결합니다. "커넥터에서 접촉한 끝점을 봅니다"및 "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/aoods/asupmessage\https://support.NetApp.com/asupprod/post/1.0/postAsup |
AutoSupport |
AutoSupport 원격 측정 데이터를 NetApp 지원으로 전송하는 데 사용됩니다. |
표준 및 제한 모드. |
AutoSupport 정보는 전달되지 않습니다. |
AWS 서비스의 정확한 상용 끝점(접미사 |
|
AWS 서비스와의 커뮤니케이션: |
표준 및 개인 모드. |
Cloud Volumes ONTAP는 AWS에서 특정 BlueXP 작업을 수행하기 위해 AWS 서비스와 통신할 수 없습니다. |
AWS 서비스에 대한 정확한 정부 엔드포인트는 사용 중인 AWS 지역에 따라 다릅니다. 끝점에는 |
|
AWS 서비스와의 커뮤니케이션: |
제한된 모드. |
Cloud Volumes ONTAP는 AWS에서 특정 BlueXP 작업을 수행하기 위해 AWS 서비스와 통신할 수 없습니다. |
NetApp AutoSupport의 아웃바운드 인터넷 액세스
Cloud Volumes ONTAP 노드는 다양한 기능을 위해 외부 엔드포인트에 액세스하기 위해 아웃바운드 인터넷 액세스가 필요합니다. 엄격한 보안 요구 사항이 있는 환경에서 이러한 엔드포인트가 차단되면 Cloud Volumes ONTAP가 제대로 작동하지 않습니다.
Cloud Volumes ONTAP 노드를 사용하려면 NetApp AutoSupport에 대한 아웃바운드 인터넷 액세스가 필요합니다. 사전 예방적으로 시스템의 상태를 모니터링하고 메시지를 NetApp 기술 지원으로 보냅니다.
라우팅 및 방화벽 정책은 Cloud Volumes ONTAP가 AutoSupport 메시지를 보낼 수 있도록 다음 엔드포인트에 대한 HTTP/HTTPS 트래픽을 허용해야 합니다.
NAT 인스턴스가 있는 경우 개인 서브넷에서 인터넷으로 HTTPS 트래픽을 허용하는 인바운드 보안 그룹 규칙을 정의해야 합니다.
AutoSupport 메시지를 보내는 데 아웃바운드 인터넷 연결을 사용할 수 없는 경우 BlueXP는 자동으로 Cloud Volumes ONTAP 시스템에서 커넥터를 프록시 서버로 사용하도록 구성합니다. 유일한 요구 사항은 커넥터의 보안 그룹이 포트 3128을 통한 _IN인바운드_연결을 허용하는지 확인하는 것입니다. Connector를 배포한 후 이 포트를 열어야 합니다.
Cloud Volumes ONTAP에 대해 엄격한 아웃바운드 규칙을 정의한 경우 Cloud Volumes ONTAP 보안 그룹이 포트 3128을 통한 _outbound_connection을 허용하는지 확인해야 합니다.
아웃바운드 인터넷 액세스가 가능한지 확인한 후 AutoSupport를 테스트하여 메시지를 보낼 수 있는지 확인할 수 있습니다. 자세한 지침은 을 참조하십시오 "ONTAP 문서: AutoSupport 설정".
BlueXP에서 AutoSupport 메시지를 보낼 수 없다고 알리는 경우 "AutoSupport 구성 문제를 해결합니다".
HA 중재자를 위한 아웃바운드 인터넷 액세스
HA 중재자 인스턴스는 스토리지 페일오버를 지원할 수 있도록 AWS EC2 서비스에 대한 아웃바운드 연결이 있어야 합니다. 연결을 제공하기 위해 공용 IP 주소를 추가하거나 프록시 서버를 지정하거나 수동 옵션을 사용할 수 있습니다.
수동 옵션은 대상 서브넷에서 AWS EC2 서비스로 연결되는 NAT 게이트웨이 또는 인터페이스 VPC 엔드포인트일 수 있습니다. VPC 엔드포인트에 대한 자세한 내용은 를 "AWS 문서:인터페이스 VPC 엔드포인트(AWS PrivateLink)"참조하십시오.
전용 IP 주소
BlueXP는 필요한 수의 전용 IP 주소를 Cloud Volumes ONTAP에 자동으로 할당합니다. 네트워킹에 사용 가능한 개인 IP 주소가 충분한지 확인해야 합니다.
BlueXP에서 Cloud Volumes ONTAP에 할당하는 LIF 수는 단일 노드 시스템을 배포할지 HA 쌍을 구축하는지에 따라 달라집니다. LIF는 물리적 포트와 연결된 IP 주소입니다.
단일 노드 시스템의 IP 주소입니다
BlueXP는 단일 노드 시스템에 6개의 IP 주소를 할당합니다.
다음 표에는 각 프라이빗 IP 주소와 연결된 LIF에 대한 자세한 정보가 나와 있습니다.
| LIF | 목적 |
|---|---|
클러스터 관리 |
전체 클러스터(HA 쌍)의 관리 |
노드 관리 |
노드의 관리. |
인터클러스터 |
클러스터 간 통신, 백업 및 복제 |
NAS 데이터 |
NAS 프로토콜을 통한 클라이언트 액세스 |
iSCSI 데이터 |
iSCSI 프로토콜을 통한 클라이언트 액세스. 또한 시스템에서 다른 중요한 네트워킹 워크플로우에 사용됩니다. 이 LIF는 필수 항목이므로 삭제할 수 없습니다. |
스토리지 VM 관리 |
스토리지 VM 관리 LIF는 SnapCenter와 같은 관리 툴과 함께 사용됩니다. |
HA 쌍의 IP 주소
HA Pair의 경우 단일 노드 시스템보다 더 많은 IP 주소가 필요합니다. 이러한 IP 주소는 다음 이미지와 같이 서로 다른 이더넷 인터페이스에 분산됩니다.
HA 쌍에 필요한 사설 IP 주소의 수는 선택한 구축 모델에 따라 다릅니다. AZ(Single_AWS Availability Zone)에 구축된 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 |
페일오버 시 두 노드 간의 통신. |
RSM iSCSI 트래픽입니다 |
eth3 |
노드 1 및 노드 2 |
RAID SyncMirror iSCSI 트래픽과 두 Cloud Volumes ONTAP 노드 및 중재자 간의 통신 |
중재자 |
eth0 |
중재자 |
스토리지 테이크오버 및 반환 프로세스를 지원하는 노드와 중재자 간의 통신 채널 |
여러 AZs의 HA 쌍에 대한 LIF
| LIF | 인터페이스 | 노드 | 목적 |
|---|---|---|---|
노드 관리 |
eth0 |
노드 1 및 노드 2 |
노드의 관리. |
인터클러스터 |
eth0 |
노드 1 및 노드 2 |
클러스터 간 통신, 백업 및 복제 |
iSCSI 데이터 |
eth0 |
노드 1 및 노드 2 |
iSCSI 프로토콜을 통한 클라이언트 액세스. 이러한 LIF는 노드 간 부동 IP 주소의 마이그레이션도 관리합니다. 이러한 LIF는 필수 항목이므로 삭제할 수 없습니다. |
클러스터 연결 |
eth1 |
노드 1 및 노드 2 |
노드가 서로 통신하고 클러스터 내에서 데이터를 이동할 수 있도록 지원합니다. |
HA 연결 |
eth2 |
노드 1 및 노드 2 |
페일오버 시 두 노드 간의 통신. |
RSM iSCSI 트래픽입니다 |
eth3 |
노드 1 및 노드 2 |
RAID SyncMirror iSCSI 트래픽과 두 Cloud Volumes ONTAP 노드 및 중재자 간의 통신 |
중재자 |
eth0 |
중재자 |
스토리지 테이크오버 및 반환 프로세스를 지원하는 노드와 중재자 간의 통신 채널 |
|
여러 가용성 영역에 구축된 경우 여러 LIF가 에 연결됩니다 "유동 IP 주소"이는 AWS 프라이빗 IP 제한에 계산되지 않습니다. |
보안 그룹
BlueXP에서는 보안 그룹을 만들 필요가 없습니다. 직접 사용해야 하는 경우 을 참조하십시오 "보안 그룹 규칙".
|
|
커넥터에 대한 정보를 찾고 계십니까? "Connector에 대한 보안 그룹 규칙을 봅니다" |
데이터 계층화를 위한 연결
EBS를 성능 계층으로 사용하고 AWS S3를 용량 계층으로 사용하려면 Cloud Volumes ONTAP이 S3에 연결되어 있는지 확인해야 합니다. 이 연결을 제공하는 가장 좋은 방법은 S3 서비스에 VPC 엔드포인트를 생성하는 것입니다. 자세한 내용은 을 "AWS 설명서: 게이트웨이 엔드포인트 생성"참조하십시오.
VPC 끝점을 만들 때 Cloud Volumes ONTAP 인스턴스에 해당하는 영역, VPC 및 라우팅 테이블을 선택해야 합니다. 또한 S3 엔드포인트에 대한 트래픽을 활성화하는 아웃바운드 HTTPS 규칙을 추가하려면 보안 그룹을 수정해야 합니다. 그렇지 않으면 Cloud Volumes ONTAP에서 S3 서비스에 연결할 수 없습니다.
문제가 발생하면 을 참조하십시오 "AWS 지원 지식 센터: 게이트웨이 VPC 엔드포인트를 사용하여 S3 버킷에 연결할 수 없는 이유는 무엇입니까?"
ONTAP 시스템에 대한 연결
AWS의 Cloud Volumes ONTAP 시스템과 다른 네트워크의 ONTAP 시스템 간에 데이터를 복제하려면 AWS VPC와 회사 네트워크 같은 다른 네트워크 간에 VPN 연결을 설정해야 합니다. 자세한 내용은 을 "AWS 설명서: AWS VPN 연결 설정"참조하십시오.
CIFS용 DNS 및 Active Directory
CIFS 스토리지를 프로비저닝하려면 AWS에서 DNS 및 Active Directory를 설정하거나 사내 설정을 AWS로 확장해야 합니다.
DNS 서버는 Active Directory 환경에 대한 이름 확인 서비스를 제공해야 합니다. Active Directory 환경에서 사용되는 DNS 서버가 아니어야 하는 기본 EC2 DNS 서버를 사용하도록 DHCP 옵션 집합을 구성할 수 있습니다.
자세한 내용은 을 "AWS 설명서: AWS 클라우드의 Active Directory 도메인 서비스: 빠른 시작 참조 배포"참조하십시오.
VPC 공유
9.11.1 릴리즈부터 VPC 공유를 지원하는 AWS에서 Cloud Volumes ONTAP HA 쌍이 지원됩니다. VPC 공유를 사용하면 서브넷을 다른 AWS 계정과 공유할 수 있습니다. 이 구성을 사용하려면 AWS 환경을 설정한 다음 API를 사용하여 HA 쌍을 구축해야 합니다.
여러 대의 AZs에서 HA 쌍에 대한 요구 사항
추가 AWS 네트워킹 요구사항은 ZS(Multiple Availability Zones)를 사용하는 Cloud Volumes ONTAP HA 구성에 적용됩니다. 작업 환경을 생성할 때 BlueXP에 네트워킹 세부 정보를 입력해야 하므로 HA 쌍을 실행하기 전에 이러한 요구 사항을 검토해야 합니다.
HA Pair의 작동 방식에 대한 자세한 내용은 을 "고가용성 쌍"참조하십시오.
- 가용성 영역
-
이 HA 구축 모델은 여러 대의 AZs를 사용하여 데이터의 고가용성을 보장합니다. 각 Cloud Volumes ONTAP 인스턴스와 중재자 인스턴스에 전용 AZ를 사용해야 하며 HA 쌍 간의 통신 채널을 제공합니다.
각 가용성 영역에서 서브넷을 사용할 수 있어야 합니다.
- NAS 데이터 및 클러스터/SVM 관리를 위한 부동 IP 주소
-
여러 AZs의 HA 구성에서는 장애가 발생할 경우 노드 간에 이동하는 부동 IP 주소를 사용합니다. 고객이 아니라면 VPC 외부에서 기본적으로 액세스할 수 없습니다 "AWS 전송 게이트웨이를 설정합니다".
하나의 부동 IP 주소는 클러스터 관리용, 하나는 노드 1의 NFS/CIFS 데이터용으로, 다른 하나는 노드 2의 NFS/CIFS 데이터용으로 사용됩니다. SVM 관리를 위한 네 번째 유동 IP 주소는 선택 사항입니다.
Windows용 SnapDrive 또는 HA 쌍을 지원하는 SnapCenter를 사용하는 경우 SVM 관리 LIF에는 부동 IP 주소가 필요합니다. Cloud Volumes ONTAP HA 작업 환경을 생성할 때 BlueXP에서 부동 IP 주소를 입력해야 합니다. BlueXP는 시스템을 시작할 때 HA 쌍에 IP 주소를 할당합니다.
부동 IP 주소는 HA 구성을 배포하는 AWS 지역의 모든 VPC에 대한 CIDR 블록 외부에 있어야 합니다. 유동 IP 주소를 해당 지역의 VPC 외부에 있는 논리적 서브넷으로 생각해 보십시오.
다음 예에서는 AWS 영역에 있는 VPC와 유동 IP 주소 간의 관계를 보여 줍니다. 부동 IP 주소는 모든 VPC에 대한 CIDR 블록 외부에 있지만 라우팅 테이블을 통해 서브넷으로 라우팅할 수 있습니다.
BlueXP는 VPC 외부의 클라이언트에서 iSCSI 액세스 및 NAS 액세스를 위해 정적 IP 주소를 자동으로 생성합니다. 이러한 유형의 IP 주소에 대한 요구 사항을 충족할 필요는 없습니다. - VPC 외부에서 유동 IP 액세스를 지원하는 전송 게이트웨이
-
필요한 경우 "AWS 전송 게이트웨이를 설정합니다" HA 쌍이 상주하는 VPC 외부에서 HA 쌍의 부동 IP 주소에 액세스할 수 있도록 합니다.
- 배관 테이블
-
BlueXP에서 부동 IP 주소를 지정한 후 부동 IP 주소에 대한 경로를 포함해야 하는 라우팅 테이블을 선택하라는 메시지가 표시됩니다. 이렇게 하면 클라이언트가 HA 쌍에 액세스할 수 있습니다.
VPC(주 경로 테이블)에 있는 서브넷을 위한 경로 테이블이 하나만 있는 경우 BlueXP는 해당 라우팅 테이블에 부동 IP 주소를 자동으로 추가합니다. 둘 이상의 라우트 테이블이 있는 경우 HA 쌍을 시작할 때 올바른 라우트 테이블을 선택하는 것이 매우 중요합니다. 그렇지 않으면 일부 클라이언트가 Cloud Volumes ONTAP에 액세스하지 못할 수 있습니다.
예를 들어, 서로 다른 라우팅 테이블에 연결된 두 개의 서브넷이 있을 수 있습니다. 라우트 테이블 A를 선택했지만 라우트 테이블 B는 선택하지 않은 경우, 라우트 테이블 A와 연결된 서브넷에 있는 클라이언트는 HA 쌍에 액세스할 수 있지만, 라우트 테이블 B와 연결된 서브넷에 있는 클라이언트는 액세스할 수 없습니다.
라우팅 테이블에 대한 자세한 내용은 을 "AWS 설명서: 경로 테이블"참조하십시오.
- NetApp 관리 툴에 연결
-
여러 AZs에 있는 HA 구성에서 NetApp 관리 툴을 사용하려면 다음 두 가지 연결 옵션을 사용할 수 있습니다.
-
NetApp 관리 툴을 다른 VPC 및 에 구축할 수 있습니다 "AWS 전송 게이트웨이를 설정합니다". 게이트웨이를 사용하면 VPC 외부에서 클러스터 관리 인터페이스의 부동 IP 주소에 액세스할 수 있습니다.
-
NAS 클라이언트와 비슷한 라우팅 구성을 사용하여 동일한 VPC에 NetApp 관리 툴을 구축합니다.
-
HA 구성의 예
다음 그림에서는 여러 AZs의 HA 쌍, 즉 가용성 영역 3개, 서브넷 3개, 부동 IP 주소 및 라우팅 테이블과 같은 네트워크 구성 요소를 보여 줍니다.
커넥터 요구 사항
아직 Connector를 만들지 않은 경우 Connector에 대한 네트워킹 요구 사항도 검토해야 합니다.