Skip to main content
모든 클라우드 공급자
  • Amazon Web Services에서 직접 지원합니다
  • Google 클라우드
  • Microsoft Azure를 참조하십시오
  • 모든 클라우드 공급자
본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

Cloud Volumes ONTAP의 기본 구성입니다

기여자
PDF

Cloud Volumes ONTAP가 기본적으로 어떻게 구성되어 있는지 이해하면 시스템을 설정하고 관리하는 데 도움이 됩니다. 특히 ONTAP에 익숙한 경우 Cloud Volumes ONTAP의 기본 설정은 ONTAP와 다르기 때문입니다.

기본 설정

  • BlueXP는 Cloud Volumes ONTAP를 배포할 때 데이터 서비스 스토리지 VM을 하나만 생성합니다. 일부 구성은 추가 스토리지 VM을 지원합니다. "스토리지 VM 관리에 대해 자세히 알아보십시오".

    BlueXP 3.9.5 릴리스부터는 초기 스토리지 VM에서 논리적 공간 보고가 활성화됩니다. 공간이 논리적으로 보고되면 ONTAP에서는 스토리지 효율성 기능으로 절약된 모든 물리적 공간이 사용된 것으로 보고하도록 볼륨 공간을 보고합니다. 인라인 스토리지 효율성 기능에 대한 자세한 내용은 기술 자료 문서를 참조하십시오 "KB: CVO에서 지원되는 인라인 스토리지 효율성 기능은 무엇입니까?"

  • BlueXP는 Cloud Volumes ONTAP에 다음과 같은 ONTAP 기능 라이센스를 자동으로 설치합니다.

    • CIFS를 선택합니다

    • FlexCache

    • 플랙스클론

    • iSCSI

    • 멀티 테넌트 암호화 키 관리(MTEKM), Cloud Volumes ONTAP 9.12.1 GA로 시작

    • NetApp 볼륨 암호화(BYOL(Bring Your Own License) 또는 등록된 용량제(PAYGO) 시스템만 해당)

    • NFS ifdef::AWS[] endif::AWS[] ifdef::Azure[] endif::Azure[]

    • SnapMirror를 참조하십시오

    • SnapRestore

    • SnapVault

  • 기본적으로 여러 네트워크 인터페이스가 생성됩니다.

    • 클러스터 관리 LIF

    • 인터클러스터 LIF

  • Azure의 HA 시스템에서 SVM 관리 LIF

  • Google Cloud의 HA 시스템에서 SVM 관리 LIF

  • AWS의 단일 노드 시스템에서 SVM 관리 LIF를 관리합니다

  • 노드 관리 LIF

Google Cloud의 경우 이 LIF가 인터클러스터 LIF와 결합됩니다.

  • iSCSI 데이터 LIF

  • CIFS 및 NFS 데이터 LIF

    참고 클라우드 공급자의 요구사항으로 인해 LIF 페일오버가 Cloud Volumes ONTAP에 대해 기본적으로 비활성화되어 있습니다. LIF를 다른 포트로 마이그레이션하면 IP 주소와 인스턴스 네트워크 인터페이스 간의 외부 매핑이 분리되므로 LIF에 액세스할 수 없습니다.

    • Cloud Volumes ONTAP는 HTTP를 사용하여 구성 백업을 Connector로 전송합니다.

      백업은 http://ipaddress/occm/offboxconfig/ 에서 액세스할 수 있습니다. 여기서 _ipaddress_는 커넥터 호스트의 IP 주소입니다.

      백업을 사용하여 Cloud Volumes ONTAP 시스템을 재구성할 수 있습니다. 구성 백업에 대한 자세한 내용은 을 "ONTAP 설명서"참조하십시오.

    • BlueXP 는 몇 가지 볼륨 특성을 다른 관리 툴과 다르게 설정합니다(예: ONTAP System Manager 또는 ONTAP CLI).

      다음 표에는 BlueXP가 기본값과 다르게 설정하는 볼륨 특성이 나열되어 있습니다.

    속성 BlueXP에서 설정한 값입니다

    자동 크기 조정 모드입니다

    성장

    최대 자동 크기 조정

    1,000%

    참고 BlueXP  조직 또는 계정 관리자는 설정 페이지에서 이 값을 수정할 수 있습니다.

    보안 스타일

    CIFS 볼륨용 NTFS NFS 볼륨용 UNIX

    공간 보장 스타일

    없음

    UNIX 권한(NFS에만 해당)

    777

    +
    이러한 속성에 대한 자세한 내용은 을 "ONTAP_volume create_man 페이지"참조하십시오.

시스템 데이터용 내부 디스크

BlueXP는 사용자 데이터를 위한 스토리지 외에도 시스템 데이터를 위한 클라우드 스토리지를 구입합니다.

설치하고

  • 부팅, 루트 및 코어 데이터를 위한 노드당 디스크 3개:

    • 부팅 데이터용 47GiB io1 디스크

    • 루트 데이터용 140GiB GP3 디스크

    • 핵심 데이터용 540GiB GP2 디스크

  • HA 쌍의 경우:

    • 중재자 인스턴스용 st1 EBS 볼륨 2개, 루트 디스크로 약 8GiB 중 하나, 데이터 디스크로 4GiB 중 하나

    • 각 노드에 하나의 140GiB GP3 디스크가 있으며, 다른 노드의 루트 데이터 복제본이 포함됩니다

      참고 일부 영역에서는 사용 가능한 EBS 디스크 유형이 GP2일 수만 있습니다.

  • 각 부팅 디스크 및 루트 디스크마다 하나의 EBS 스냅샷

    참고 스냅샷은 재부팅 시 자동으로 생성됩니다.

  • KMS(키 관리 서비스)를 사용하여 AWS에서 데이터 암호화를 설정하면 Cloud Volumes ONTAP의 부팅 및 루트 디스크도 암호화됩니다. 여기에는 HA 쌍의 중재자 인스턴스를 위한 부팅 디스크가 포함됩니다. 디스크는 작업 환경을 생성할 때 선택한 CMK를 사용하여 암호화됩니다.

팁 AWS에서 NVRAM은 부팅 디스크에 있습니다.

Azure(단일 노드)

  • 3개의 프리미엄 SSD 디스크:

    • 부팅 데이터용 10GiB 디스크 1개

    • 루트 데이터용 140GiB 디스크 1개

    • NVRAM에 512MB 디스크 1개

      Cloud Volumes ONTAP에 대해 선택한 가상 시스템이 Ultra SSD를 지원하는 경우 시스템은 프리미엄 SSD가 아닌 NVRAM에 32GiB Ultra SSD를 사용합니다.

  • 코어 절약을 위한 1024GiB 표준 HDD 디스크 1개

  • 각 부팅 디스크 및 루트 디스크에 대해 Azure 스냅샷 1개

  • Azure에서 기본적으로 모든 디스크는 저장된 상태로 암호화됩니다.

    Cloud Volumes ONTAP용으로 선택한 가상 시스템에서 Premium SSD v2 관리 디스크를 데이터 디스크로 지원하는 경우, 시스템은 NVRAM용 32GiB Premium SSD v2 관리 디스크를 사용하고, 루트 디스크로 다른 디스크를 사용합니다.

Azure(HA 쌍,

페이지 blob과 HA 쌍

  • 부팅 볼륨용 10GiB 프리미엄 SSD 디스크 2개(노드당 1개)

  • 루트 볼륨에 대해 140GiB 프리미엄 스토리지 페이지 Blob 2개(노드당 1개)

  • 코어 저장용 1024GiB 표준 HDD 디스크 2개(노드당 1개)

  • NVRAM을 위한 512GiB 프리미엄 SSD 디스크 2개(노드당 1개)

  • 각 부팅 디스크 및 루트 디스크에 대해 Azure 스냅샷 1개

    참고 스냅샷은 재부팅 시 자동으로 생성됩니다.

  • Azure에서 기본적으로 모든 디스크는 저장된 상태로 암호화됩니다.

여러 가용 영역에 공유 관리형 디스크가 있는 HA Pair

  • 부팅 볼륨용 10GiB 프리미엄 SSD 디스크 2개(노드당 1개)

  • 루트 볼륨용 512GiB Premium SSD 디스크 2개(노드당 1개)

  • 코어 저장용 1024GiB 표준 HDD 디스크 2개(노드당 1개)

  • NVRAM을 위한 512GiB 프리미엄 SSD 디스크 2개(노드당 1개)

  • 각 부팅 디스크 및 루트 디스크에 대해 Azure 스냅샷 1개

    참고 스냅샷은 재부팅 시 자동으로 생성됩니다.

  • Azure에서 기본적으로 모든 디스크는 저장된 상태로 암호화됩니다.

단일 가용 영역에서 공유 관리형 디스크가 있는 HA Pair

  • 부팅 볼륨용 10GiB 프리미엄 SSD 디스크 2개(노드당 1개)

  • 루트 볼륨용 512GiB Premium SSD Shared Managed 디스크 2개(노드당 1개)

  • 코어 저장용 1024GiB 표준 HDD 디스크 2개(노드당 1개)

  • NVRAM용 512GiB Premium SSD 관리형 디스크 2개(노드당 1개)

가상 머신에서 Premium SSD v2 Managed Disks를 데이터 디스크로 지원하는 경우, 루트 볼륨에 32GiB Premium SSD v2 Managed Disks for NVRAM 및 512GiB Premium SSD v2 Shared Managed Disks를 사용합니다.

다음 조건을 충족할 경우, 단일 가용 영역에 HA 쌍을 구축하고 Premium SSD v2 Managed Disks를 사용할 수 있습니다.

Google Cloud(단일 노드)

  • 부팅 데이터용 10GiB SSD 영구 디스크 1개

  • 루트 데이터용 64GiB SSD 영구 디스크 1개

  • NVRAM에 대해 500GiB SSD 영구 디스크 1개

  • 코어 절약을 위한 315GiB 표준 영구 디스크 1개

  • 부팅 및 루트 데이터용 스냅샷입니다

    참고 스냅샷은 재부팅 시 자동으로 생성됩니다.

  • 부팅 및 루트 디스크는 기본적으로 암호화됩니다.

Google Cloud(HA 쌍,

  • 부팅 데이터를 위한 10GiB SSD 영구 디스크 2개

  • 루트 데이터를 위한 64GiB SSD 영구 디스크 4개

  • NVRAM에 대해 500GiB SSD 영구 디스크 2개

  • 코어 절약을 위한 315GiB 표준 영구 디스크 2개

  • 중재자 데이터를 위한 10GiB 표준 영구 디스크 1개

  • 부팅 데이터의 중재자를 위한 10GiB 표준 영구 디스크 1개

  • 부팅 및 루트 데이터용 스냅샷입니다

    참고 스냅샷은 재부팅 시 자동으로 생성됩니다.

  • 부팅 및 루트 디스크는 기본적으로 암호화됩니다.

디스크가 상주하는 위치입니다

BlueXP는 다음과 같이 스토리지를 배치합니다.

  • 부팅 데이터는 인스턴스 또는 가상 머신에 연결된 디스크에 있습니다.

    부팅 이미지가 포함된 이 디스크는 Cloud Volumes ONTAP에서 사용할 수 없습니다.

  • 시스템 구성 및 로그가 포함된 루트 데이터는 aggr0에 상주합니다.

  • 스토리지 가상 시스템(SVM) 루트 볼륨은 aggr1에 있습니다.

  • 데이터 볼륨은 aggr1에도 상주합니다.