ONTAP

이 기사는 여러 가지 이슈가 있습니다.개선을 도와주시거나 토크 페이지에서 이 문제들을 논의해 주시기 바랍니다.(이 템플릿 메시지를 제거하는 방법 및 시기 알아보기) 이 기사는 광고처럼 쓰여진 내용을 담고 있습니다. 홍보 내용과 부적절한 외부 링크를 제거하고 중립적인 관점에서 작성한 백과사전적인 내용을 추가하여 개선할 수 있도록 도와주시기 바랍니다.(2017년 11월) (본 템플릿 메시지 삭제 방법 및 시기 알아보기) 이 기사의 나열된 출처 중 일부는 신뢰할 수 없을 수 있습니다. 더 나은, 더 신뢰할 수 있는 자료를 찾음으로써 이 기사를 도와주시기 바랍니다. 신뢰할 수 없는 인용이 이의가 제기되거나 삭제될 수 있습니다.(2017년 11월) (본 템플릿 메시지 삭제 방법 및 시기 알아보기) 이 기사는 검증을 위해 추가적인 인용이 필요합니다. 신뢰할 수 있는 자료에 인용문을 추가하여 이 기사를 개선하는 데 도움을 주시기 바랍니다. 출처가 밝혀지지 않은 자료에 이의를 제기하여 제거할 수 있습니다. 출처 찾기 : "ONTAP" – 뉴스 · 신문 · 서적 · 학자 · JSTOR (2017년 11월) (본 템플릿 메시지 삭제 방법 및 시기 알아보기) (이 템플릿 메시지를 제거하는 방법 및 시기 알아보기)

ONTAP

디벨로퍼	넷앱
OS패밀리	유닉스 계열(BSD)(Data ONTAP GX, Data ONTAP 8 이상)
작업상태	활동적인
플랫폼	IA-32(더 이상 지원되지 않음), Alpha(더 이상 지원되지 않음), MIPS(더 이상 지원되지 않음), x86-64(ONT 8 이상 포함)
커널형	동적으로 로드 가능한 모듈을 포함한 단일 모듈
유저랜드	BSD
체납 사용자 인터페이스	명령줄 인터페이스(PowerShell, SSH, 직렬 콘솔) 웹 기반 사용자 인터페이스를 통한 그래픽 사용자 인터페이스, REST API
앞에	Clustered Data ONTAP
공식 홈페이지	www.netapp.com/us/products/data-management-software/ontap.aspx

ONTAP 또는 Data ONTAP 또는 clustered Data ONTAP(cDOT) 또는 Data ONTAP 7-Mode는 NetApp FAS 및 AFF, ONTAP Select 및 Cloud Volumes ONTAP과 같은 스토리지 Disk 어레이에 사용되는 NetApp의 전용 운영 체제입니다.NetApp은 버전 9.0을 출시하면서 Data ONTAP 이름을 단순화하고 Data ONTAP 이름에서 "Data"라는 단어를 제거하고 7-Mode 이미지를 제거하기로 결정했습니다. 따라서 ONTAP 9는 clustered Data ONTAP 8의 후속 제품입니다.

ONTAP에는 BSD Net/2 및 4.4의 코드가 포함되어 있습니다.BSD-Lite,^[1] Spinnaker Networks 기술 및 기타 운영 체제ONTAP은 원래 NFS만 지원했지만 나중에 SMB, iSCSI 및 Fibre Channel Protocol(Fibre Channel over Ethernet 및 FC-NVMe 포함)에 대한 지원이 추가되었습니다.2006년 6월 16일,^[2] NetApp은 Data ONTAP 7G와 거의 완벽하게 ^[1]재작성된 Data ONTAP GX의 두 가지 변종을 출시했습니다. Data ONTAP GX는 Spinnaker Networks에서 구입한 그리드 기술을 기반으로 합니다.2010년에는 이러한 소프트웨어 제품군이 하나의 OS(Data ONTAP 8)로 통합되어 Data ONTAP 7G를 Data ONTAP GX 클러스터 플랫폼으로 접었습니다.

Data ONTAP 8은 하나의 펌웨어 이미지에 저장되는 두 가지의 서로 다른 운영 모드를 포함합니다.이러한 모드를 ONTAP 7-Mode 및 ONTAP Cluster-Mode라고 합니다.NetApp에서 마지막으로 지원한 ONTAP 7-Mode 버전은 버전 8.2.5였습니다.모든 후속 버전의 ONTAP(버전 8.3 이상)에는 ONTAP Cluster-Mode라는 하나의 운영 모드만 있습니다.

NetApp 스토리지 어레이는 고도로 맞춤화된 하드웨어와 NetApp의 설립자인 David Hitz와 James Lau가 스토리지 서비스 목적으로 특별히 설계한 전용 ONTAP 운영 체제를 사용합니다.ONTAP은 NetApp의 내부 운영 체제로, 상위 레벨과 하위 레벨 모두에서 스토리지 기능에 특별히 최적화되어 있습니다.원래 버전의 ONTAP에는 고유한 UNIX 이외의 커널과 BSD의 TCP/IP 스택, 네트워킹 명령 및 하위 레벨 시작 코드가 있었습니다.^[3][1]Data ONTAP GX의 후속 버전은 FreeB에서 부팅됨SD는 독립 실행형 커널 공간 모듈로서 FreeBSD의 일부 기능을 사용합니다(예:^[1] 명령 인터프리터 및 드라이버 스택 사용).또한 ONTAP은 Data ONTAP Edge라는 이전 제품을 기반으로 하는 ONTAP Select 및 Cloud Volumes ONTAP과 같은 가상 스토리지 어플라이언스(VSA)에도 사용됩니다.

모든 스토리지 어레이 하드웨어에는 배터리 지원 비휘발성 메모리가 포함되어 있어 가상 스토리지 어플라이언스가 가상 비휘발성 메모리를 사용하는 동안 디스크 대기 없이도 안정적인 스토리지에 빠르게 쓰기를 커밋할 수 있습니다.^[4]

구현자는 일반적으로 파이버 채널, InfiniBand, 10기가비트 이더넷, 40기가비트 이더넷 또는 100기가비트 이더넷과 같은 프라이빗 고속 링크가 있는 고가용성 클러스터에 두 개의 스토리지 시스템을 구성합니다.Data ONTAP 8 운영 체제의 "클러스터 모드" 또는 ONTAP 9에서 실행할 때 이러한 클러스터를 단일 네임스페이스로 그룹화할 수 있습니다.

Data ONTAP은 VMware vSphere 하이퍼바이저에서 실행되는 x86 프로세서를 갖춘 상용 컴퓨팅 서버에서 "ONTAP Edge"라는 이름으로 사용할 수 있게 되었습니다.^[5]나중에 ONTAP Edge가 ONTAP Select로 이름이 변경되고 KVM이 지원되는 하이퍼바이저로 추가되었습니다.

역사

WAFL을 포함한 Data ONTAP은 1992년 David Hitz, James Lau ^[6]및 Michael Malcolm에 의해 개발되었습니다.^[7]처음에는 NFSv2를 지원했지만 1996년에 Data ONTAP 4.0에 CIFS 프로토콜이 도입되었습니다.^[8]2019년 4월, Octavian Tanase SVP ONTAP은 데모용 컨테이너로 Kubernetes에서 실행되는 ONTAP의 Twitter에 프리뷰 사진을 게시했습니다.

WAFL 파일 시스템

WAFL(Write Anywhere File Layout)은 ONTAP OS에서 사용하는 파일 레이아웃으로, 대규모 고성능 RAID 어레이를 지원하고, 크래시 또는 정전 시 장시간 일관성 검사 없이 신속하게 재시작하며, 파일 시스템의 크기를 빠르게 확장합니다.

스토리지 효율성

ONTAP OS에는 WAFL 기능을 기반으로 하는 몇 가지 스토리지 효율성이 포함되어 있습니다.모든 프로토콜에서 지원되며 라이센스가 필요하지 않습니다.2018년^{[citation needed]} 2월 NetApp은 고객을 위한 AFF 시스템이 중복제거, 압축, 압축 및 클론 절감을 통해 평균 4.72:1의 스토리지 효율성을 달성했다고 주장했습니다.ONTAP 9.3부터는 오프라인 중복제거 및 압축 스캐너가 기본적으로 자동으로 시작되며 스케줄링 대신 작성된 새 데이터 비율에 따라 자동으로 시작됩니다.

• 데이터 감소 효율성은 볼륨 및 Aggregate 효율성과 제로 블록 중복제거를 요약한 것입니다.
  • 볼륨 효율성은 볼륨 단위로 개별적으로 활성화/비활성화할 수 있습니다.
    1. 4KB 블록 수준에서 작동하는 오프라인 볼륨 중복 제거
    2. 사후 프로세스(또는 백그라운드) 압축이라고도 하는 오프라인 볼륨 압축과 같은 추가 효율성 메커니즘은 나중에 소개되었으며, 두 가지 유형이 있습니다.후공정 2차 압축 및 후공정 적응형 압축
    3. 인라인 볼륨 중복제거 및 인라인 볼륨 압축은 데이터 중 일부를 Disk에 도달하기 전에 즉시 압축하며, ONTAP에서 데이터를 즉시 처리하는 데 시간이 오래 걸릴 것으로 예상되는 경우 일부 데이터를 압축되지 않은 형태로 남겨 두고 나중에 압축되지 않은 데이터를 위해 다른 스토리지 효율성 메커니즘을 활용하도록 설계되었습니다.인라인 볼륨 압축에는 두 가지 유형이 있습니다.인라인 적응형 압축 및 인라인 보조 압축
  • Aggregate Level 스토리지 효율성은 다음과 같습니다.
    1. 데이터 압축은 4KB보다 작은 많은 데이터 블록을 단일 4KB 블록으로 압축하는 데 사용되는 또 다른 메커니즘입니다.
    2. IAD(Inline Aggregate-Wide Data Deduplication) 및 볼륨 간 중복제거(Cross-Volume Deduplication^{[citation needed]})라고도 하는 사후 프로세스 Aggregate Deduplication은 Aggregate의 볼륨 간에 공통 블록을 공유합니다.IAD는 스토리지 시스템이 특정 임계값을 초과할 때 자체 제어할 수 있습니다.단일 SSD Aggregate의 현재 물리적 공간 제한은 800TiB입니다.
  • 인라인 제로 블록 데이터^[9] 중복 제거 Disk에 도달하기 전에 즉시 제로 데이터 중복 제거
• 스냅샷과 FlexClone도 효율성 메커니즘으로 간주됩니다.기본적으로 9.4 ONTAP부터 시작하여 활성 파일 시스템 전체의 데이터와 볼륨의 모든 스냅샷을 중복 제거하므로 스냅샷 공유를 통한 절약은 스냅샷 수에 비례하므로 스냅샷 공유를 통해 더 많은 비용을 절감할 수 있으므로 SnapMirror 대상 시스템에서 더 많은 비용을 절감할 수 있습니다.
• 씬 프로비저닝

Cross-Volume Deduplication 스토리지 효율성 기능은 SSD 미디어에만 적용됩니다.데이터베이스를 활용하는 인라인 및 오프라인 중복제거 메커니즘은 중복제거 프로세스에서 처리된 데이터 블록에 대한 데이터 블록 및 체크섬 링크로 구성됩니다.각 중복제거 데이터베이스는 각 볼륨에 위치하며 중복제거가 활성화된 위치를 집계합니다.모든 플래시 FAS 시스템은 프로세스 후 압축을 지원하지 않습니다.

스토리지 효율성 실행 순서는 다음과 같습니다.

1. 인라인 제로 블록 중복제거
2. 인라인 압축: 사용된 8KB 적응형 압축으로 압축할 수 있는 파일의 경우, 사용된 2차 압축이 32KB를 초과하는 파일의 경우
3. 인라인 데이터 중복 제거:먼저 볼륨, Aggregate
4. 인라인 적응형 데이터 압축
5. 프로세스 후 압축
6. 사후 프로세스 중복제거:먼저 볼륨, Aggregate

집계

하나 이상의 RAID 그룹이 "Aggregate"를 구성하고 Aggregate 내에서 ONTAP 운영 체제는 사용자가 액세스할 수 있는 데이터를 저장할 수 있도록 "유연한 볼륨"(FlexVol)을 설정합니다.RAID 0과 마찬가지로 각 Aggregate는 기본 보호 RAID 그룹의 공간을 통합하여 유연한 볼륨을 위한 하나의 논리적 스토리지를 제공합니다.NetApp Disk Aggregate 및 RAID 그룹 Aggregate는 FlexArray, ONTAP Select 또는 Cloud Volumes ONTAP을 사용하는 타사 스토리지 시스템으로 이미 보호된 LUN으로 구성될 수 있습니다.각 Aggregate는 LUN 또는 NetApp의 RAID 그룹으로 구성될 수 있습니다.하나 이상의 RAID 그룹이 단일 정적 볼륨을 형성하는 "기존 볼륨"도 대안입니다.유연한 볼륨은 대부분의 볼륨을 단일 Aggregate에서 생성하고 언제든지 크기를 조정할 수 있다는 장점을 제공합니다.볼륨이 작을수록 기본 Aggregate에서 사용할 수 있는 스핀들을 모두 공유할 수 있으며, 스토리지 조합을 통해 QoS를 통해 유연한 볼륨의 성능을 즉시 변경할 수 있습니다.그러나 기존 볼륨은 유연한 볼륨(동일한 수의 스핀들)보다 약간 높은 I/O 처리량을 처리할 수 있으므로 기본 디스크와 통신하기 위해 추가 가상화 계층을 거칠 필요가 없습니다.Aggregate 및 기존 볼륨은 확장만 가능하며 결코 축소할 수 없습니다.현재 All-Flash FAS 시스템의 최대 Aggregate 물리적 유용 공간 크기는 800TiB입니다.^{[citation needed]}

7-Mode 이전 버전

이 섹션은 검증을 위해 추가적인 인용이 필요합니다. 이 섹션의 신뢰할 수 있는 자료에 인용문을 추가하여 이 기사를 개선하는 데 도움을 주시기 바랍니다. 출처가 밝혀지지 않은 자료에 이의를 제기하여 제거할 수 있습니다.(2017년 11월) (본 템플릿 메시지 삭제 방법 및 시기 알아보기)

ONTAP에 추가된 이중화의 첫 번째 형태는 NetApp 스토리지 시스템 쌍을 고가용성 클러스터(HA-Pair)로 구성하는 기능이었습니다.^[10] HA-Pair는 Disk 쉘프를 추가하여 용량을 확장할 수 있었습니다.HA-Pair를 사용하여 최대 성능에 도달하면 두 가지 방법으로 진행할 수 있었습니다. 하나는 다른 스토리지 시스템을 구입하여 워크로드를 서로 나누는 것이고, 다른 하나는 보다 강력한 새로운 스토리지 시스템을 구입하여 모든 워크로드를 HA-Pair로 마이그레이션하는 것이었습니다.모든 AFF 및 FAS 스토리지 시스템은 일반적으로 이전 모델의 오래된 Disk 쉘프를 연결할 수 있었습니다. 이 프로세스를 헤드 스왑(head-swap)이라고 합니다.헤드스왑은 운영을 다시 활성화하기 위한 다운타임이 필요하며, 시스템을 재구성하지 않고도 새로운 컨트롤러를 통해 이전 데이터에 액세스할 수 있습니다.Data ONTAP 8의 각 펌웨어 이미지에는 7-Mode와 Cluster-Mode라는 두 개의 운영 체제가 포함되어 있습니다.^[11]두 모드 모두 동일한 FAS 플랫폼에서 한 번에 하나씩 사용할 수 있습니다.그러나 FAS를 한 모드에서 다른 모드로 변환하거나 Disk 쉘프를 7-Mode에서 Cluster-Mode로 다시 연결하거나 그 반대의 경우 각 모드의 데이터가 서로 호환되지 않았습니다.

이후 NetApp은 7-Mode 전환 툴(7MTT)을 출시했습니다. 이 툴은 오래된 Disk 쉘프의 데이터를 7-Mode에서 Cluster-Mode로 변환할 수 있습니다.Copy-Free Transition이라는 이름으로 다운타임이 필요한 프로세스입니다.^[12]버전 8.3에서는 Data ONTAP 펌웨어 이미지에서 7-Mode가 제거되었습니다.^[13]

Clustered ONTAP

Clustered ONTAP은 이전 Data ONTAP(7-Mode의 버전 7 및 버전 8)과 비교할 때 더욱 진보된 새로운 OS로, 클러스터 전체에서 투명한 데이터 마이그레이션을 통해 단일 네임스페이스 클러스터에 새로운 HA 쌍을 추가하여 스케일아웃할 수 있습니다.버전 8.0에서는 이전 릴리스의 Data ONTAP에서 지원되었던 16TB(테라바이트) Aggregate 크기 임계값보다 더 큰 크기 임계값을 가진 새로운 Aggregate 유형이 도입되었으며, 이는 64비트 Aggregate라고도 합니다.^[14]

버전 9.0에서는 7-Mode의 거의 모든 기능이 SnapLock을 포함한 ONTAP(Clustered)에 성공적으로 구현된 반면,^[15] FlexGroup, FabricPool과 같은 기능과 빠른 프로비저닝 워크로드 및 플래시 최적화와 같은 새로운 기능을 비롯하여 7-Mode에서 사용할 수 없었던 많은 새로운 기능이 도입되었습니다.^[16]

NetApp Clustered ONTAP의 독특한 점은 단일 클러스터의 모든 시스템이 동일한 모델이나 세대일 필요가 없는 이기종 시스템을 단일 클러스터에 추가할 수 있다는 점입니다.이를 통해 클러스터의 모든 노드를 단일 창에서 관리할 수 있으며, 클러스터에 새 모델 추가, 이전 노드 제거, 볼륨의 온라인 마이그레이션 및 LUN을 비롯한 무중단 운영이 가능하며, 클라이언트는 데이터를 지속적으로 사용할 수 있습니다.^[17]버전 9.0에서 NetApp은 Data ONTAP의 이름을 ONTAP으로 변경했습니다.

데이터 프로토콜

ONTAP은 유니파이드 스토리지 시스템으로 간주되며, 이는 클라이언트를 위한 블록 레벨(FC, FCoE, NVMeoF 및 iSCSI)과 파일 레벨(NFS, pNFS, CIFS/SMB) 프로토콜을 모두 지원한다는 것을 의미합니다.ONTAP의 SDS 버전(ONTAP Select & Cloud Volumes ONTAP)은 소프트웨어 정의 특성 때문에 FC, FCoE 또는 NVMeoF 프로토콜을 지원하지 않습니다.

NFS

NFS는 ONTAP에서 사용할 수 있는 첫 번째 프로토콜이었습니다.최신 버전의 ONTAP 9는 NFSv2, NFSv3, NFSv4(4.0 및 4.1) 및 pNFS를 지원합니다.ONTAP 9.5부터는 기본 다국어 평면 외부의 문자에 대해 4바이트 UTF-8 시퀀스가 파일 및 디렉토리 이름으로 지원됩니다.^[18]

SMB/CIFS

ONTAP은 CIFS 2.0 이상을 SMB 3.1까지 지원합니다. ONTAP 9.4부터는 SAN 프로토콜의 다중 경로와 유사한 기능을 제공하는 SMB 다중 채널이 지원됩니다.ONTAP 8.2 CIFS 프로토콜부터는 SMB용 SMB 3.0과 SMB용 Microsoft Hyper-V 및 SMB용 SQL Server의 CA(Continuous Availability)를 지원합니다. ONTAP에서는 SMB 암호화(일명 실링)를 지원합니다.SMB 3.0 이상에서는 가속 AES 명령(Intel AES NI) 암호화가 지원됩니다.

FCP

물리적 어플라이언스 상의 ONTAP은 HBA 포트 속도에 따라 FCoE뿐만 아니라 FC 프로토콜도 지원합니다.

iSCSI

A220/FAS2700 시스템에서 지원되는 DCB(iSCSI Data Center Bridging) 프로토콜.

NVMeoF

NVMe over Fabrics(NVMeoF)는 전송을 위해 이더넷(Converged 또는 기존), TCP, 파이버 채널 또는 InfiniBand와 같은 기존 네트워크 인프라를 통해 NVMe 프로토콜을 활용하는 기능을 말합니다(PCI를 통해 NVMe를 실행하는 것과는 반대).NVMe는 SAN 블록 레벨 데이터 스토리지 프로토콜입니다.NVMeoF는 All-Flash A-시스템에서만 지원되며 로우엔드 A200 및 A220 시스템에서는 지원되지 않습니다.NVMe에 대한 ALUA 다중 경로 기능을 제공하는 ONTAP 9.5부터는 지원되는 ANA 프로토콜이 지원됩니다. NVMe용 ANA는 현재 SUSE Enterprise Linux 15에서만 지원됩니다.SUSE Enterprise Linux 12 SP3 및 RedHat Enterprise Linux 7.6에서 ANA가 지원되지 않는 FC-NVMe.

FC-NVMe

FC-NVMe 32Gbps 이상의 속도를 가진 시스템에서 지원됩니다.FC-NVMe에서 지원되는 운영 체제는 오라클 리눅스, VMware, 윈도우즈 서버, SUSE 리눅스, RedHat 리눅스 등입니다.

S3 (객체)

ONTAP은 객체 액세스를 위해 S3 프로토콜을 통해 데이터를 제공하는 데 제한된 기능을 지원합니다(지원 대상과 지원되지 않는 대상에 대한 자세한 내용은 제품 설명서 참조).S3 버킷은 FlexGroup 볼륨 기술을 활용하며, ONTAP 9.12.1은 기존 NAS 볼륨을 S3 액세스 가능 버킷으로 제공할 수 있도록 지원한다고 발표했습니다.

고가용성(HA)

HA(High Availability)는 2개의 노드 또는 HA 쌍으로 구성된 스토리지 시스템의 클러스터 구성으로 재부팅, 소프트웨어 또는 펌웨어 업데이트와 같은 예상치 못한 이벤트가 발생하는 동안 합의된 수준의 운영을 보장하는 것을 목표로 합니다.

HA 쌍

단일 HA 쌍이 2개의 노드(또는 컨트롤러)로 구성되어 있지만 NetApp은 단일 스토리지 시스템으로 동작하도록 설계했습니다.ONTAP의 HA 구성에서는 쌍의 두 노드를 하나의 시스템으로 표현하기 위해 여러 가지 기술을 사용합니다.이를 통해 스토리지 시스템은 노드가 예기치 않게 장애를 일으키거나 "테이크 오버(takeover)"라고 하는 작업에서 재부팅이 필요할 경우 고객에게 거의 중단 없이 데이터에 액세스할 수 있습니다.

예를 들어, 네트워크 수준에서 ONTAP은 다운된 노드의 IP 주소를 생존 노드로 일시적으로 마이그레이션하며, 해당하는 경우 FC WWPN의 소유권도 다운된 노드에서 생존 노드로 일시적으로 전환합니다.데이터 레벨에서는 다운된 노드에 할당된 디스크의 내용을 생존 노드를 통해 자동으로 사용할 수 있게 됩니다.

FAS 및 AFF 스토리지 시스템은 두 개의 버스 포트가 있고 각 컨트롤러에 하나의 포트가 연결된 Disk 쉘프 내에 있는 엔터프라이즈급 HDD 및 SSD 드라이브를 사용합니다.모든 ONTAP Disk에는 HA 쌍의 어떤 컨트롤러가 각 개별 Disk를 소유하고 서비스하는지를 나타내는 소유권 마커가 작성되어 있습니다.Aggregate는 단일 노드가 소유한 디스크만 포함할 수 있으므로 노드가 소유한 각 Aggregate와 FlexVol 볼륨, LUN, File Shares와 같은 상위 개체는 단일 컨트롤러로 제공됩니다.각 컨트롤러는 고유한 디스크와 Aggregate를 가지고 이를 서비스할 수 있으므로, 이러한 HA 쌍 구성을 Active/Active라고 합니다. 여기서는 두 노드가 동일한 데이터를 서비스하지 않더라도 동시에 활용됩니다.

HA 쌍의 중단된 노드가 복구되거나 인수가 필요했던 모든 유지보수 창이 완료되고 중단된 노드가 문제 없이 실행되면 "giveback" 명령을 실행하여 HA 쌍을 "Active/Active" 상태로 되돌릴 수 있습니다.

HA 인터커넥트

고가용성 클러스터(HA 클러스터)는 ONTAP 시스템에 도입된 첫 번째 클러스터 유형입니다.그것은 합의된 수준의 운영을 보장하는 것을 목표로 했습니다.Spinnaker에서 구입한 수평 확장 ONTAP 클러스터화와 혼동되는 경우가 많습니다. 따라서 NetApp은 설명서에서 HA 구성을 HA 클러스터가 아닌 HA 쌍으로 언급합니다.

HA 쌍은 쌍의 서버 간 통신을 위해 어떤 형태의 네트워크 연결(종종 직접 연결)을 사용합니다. 이를 HA 인터커넥트(HA-IC)라고 합니다.HA 인터커넥트는 이더넷 또는 InfiniBand를 통신 매체로 사용할 수 있습니다.HA 인터커넥트는 RDMA 기술을 사용한 비휘발성 메모리 로그(NVLOG) 복제에 사용되며, HA 쌍 구성의 두 노드 간에 항상 재부팅과 같은 이벤트가 발생하는 동안에만 합의된 수준의 작동을 보장하기 위한 목적으로만 사용됩니다.ONTAP은 HA 인터커넥트를 위해 공유 불가능한 전용 HA 포트를 할당합니다. 이 포트는 외부에서 볼 수 없고 외부에서 볼 수 없는 외부 또는 섀시 내 빌드일 수 있습니다.HA-IC는 SnapMirror에 사용되는 인터클러스터 또는 인터클러스터 인터커넥트와 혼동해서는 안 되며, 데이터 포트의 데이터 프로토콜 또는 다중 노드 클러스터 간의 수평 확장 및 온라인 데이터 마이그레이션에 사용되는 클러스터 인터커넥트 포트와 공존할 수 있습니다.HA-IC 인터페이스는 노드 셸 수준에서만 볼 수 있습니다.A320 HA-IC와 클러스터 인터커넥트 트래픽이 동일한 포트를 사용하기 시작합니다.

메트로 클러스터

MetroCluster(MC)는 HA 구성에 추가적인 데이터 가용성 수준으로 FAS 및 AFF 스토리지 시스템에서만 지원되며, 이후 MetroCluster의 SDS 버전은 ONTAP Select & Cloud Volumes ONTAP 제품과 함께 도입되었습니다.MC 구성에서 두 개의 스토리지 시스템(각 시스템은 단일 노드 또는 HA 쌍이 될 수 있음)이 MetroCluster를 구성합니다. 두 개의 사이트에 위치한 두 개의 시스템 사이의 거리가 최대 300km에 이를 수 있으므로 지리적 분산 시스템이라고 합니다.플렉스는 MetroCluster의 두 사이트 간에 데이터를 동기화하는 핵심 기반 기술입니다.MC 구성에서는 사이트 간 스토리지 시스템 간에도 NVLOG를 복제했지만 HA 인터커넥트 외에도 전용 포트를 사용합니다.MetroCluster 구성에서 지원되는 ONTAP 9.5 SVM-DR부터는

메트로클러스터 SDS

ONTAP Select 소프트웨어의 기능은 FAS/AFF 시스템의 MetroCluster와 유사합니다. MCSDS(MetroCluster SDS)를 사용하면 SyncMirror를 사용하여 두 사이트 간에 데이터를 동기적으로 복제하고 사용자와 애플리케이션에 대해 투명하게 생존 노드로 자동 전환할 수 있습니다.MetroCluster SDS는 일반 HA와 동일하게 작동하므로 데이터 볼륨, LUN 및 LIF를 두 사이트의 Aggregate와 컨트롤러 간에 온라인으로 이동할 수 있습니다. 이는 데이터가 원래 위치한 사이트 내에서만 스토리지 클러스터 간에 데이터 클라우드를 이동하는 기존 FAS/AFF 시스템의 MetroCluster와는 약간 다릅니다.기존 MetroCluster에서는 애플리케이션이 원격 사이트에서 로컬로 데이터에 액세스할 수 있는 유일한 방법은 MC SDS의 일반적인 HA 프로세스에서 발생하는 스위치 오버(switchover)라고 하는 하나의 전체 사이트를 비활성화하는 것입니다.MetroCluster SDS는 ONTAP Select를 번들로 제공하고 클러스터 구현, 라이센스 설치 및 모니터링에 일반적으로 사용되는 ONTAP Deploy를 중재자(FAS 및 AFF 세계에서는 MetroCluster tiebreaker라고 함)로 사용합니다.

수평적 확장 클러스터화

수평 확장 ONTAP 클러스터화는 Spinnaker에서 인수한 것으로, NetApp에서는 종종 "Single Namespace", "Horizontal Scaling Cluster" 또는 "ONTAP 스토리지 시스템 클러스터"로 지칭하며, 따라서 HA 쌍 또는 MetroCluster 기능과 혼동되는 경우가 많습니다.MetroCluster 및 HA는 Data Protection 기술이지만 단일 네임스페이스 클러스터링은 데이터 보호 기능을 제공하지 않습니다.ONTAP Cluster는 하나 또는 몇 개의 HA 쌍으로 구성되며 클러스터 내 노드 간의 무중단 온라인 데이터 마이그레이션 및 무중단 하드웨어 업그레이드와 같은 NDO(Non-Disruptive Operations) 기능이 추가됩니다.ONTAP Cluster에서 NDO 작업을 위한 데이터 마이그레이션에는 클러스터 인터커넥트라는 작업을 위한 전용 이더넷 포트가 필요하며, 이를 위해 HA 인터커넥트를 사용하지 않습니다.클러스터 인터커넥트와 HA 인터커넥트가 동일한 포트를 공유할 수 없습니다.단일 HA 쌍이 있는 클러스터 인터커넥트는 클러스터 인터커넥트 포트를 직접 연결할 수 있지만, 4개 이상의 노드가 있는 시스템에는 2개의 전용 이더넷 클러스터 인터커넥트 스위치가 필요합니다.ONTAP Cluster는 단일 노드 클러스터를 제외하고 짝수 개의 노드(HA 쌍으로 구성해야 함)로만 구성할 수 있습니다.단일 노드 Cluster ONTAP 시스템을 비 HA(독립 실행형)라고도 합니다.ONTAP Cluster는 웹 기반 GUI, CLI(SSH 및 PowerShell) 및 API를 통해 단일 창의 유리 내장 관리 기능을 통해 관리됩니다.ONTAP Cluster는 SVM을 통해 NDO 작업을 위한 단일 이름 공간을 제공합니다.ONTAP 시스템의 단일 네임스페이스는 클러스터에서 FC, FCoE, FC-NVMe, iSCSI, NFS 및 CIFS와 같은 데이터 프로토콜을 사용하여 데이터를 프런트 엔드 네트워크 연결에서 분리하는 데 사용되는 기술 모음의 이름입니다. 따라서 클러스터 노드 간의 온라인 데이터 이동성을 위해 일종의 데이터 가상화를 제공합니다.네트워크 계층에서 단일 네임스페이스는 CIFS Continuous Availability(Transparent Failover), NetApp의 NFS 및 SAN ALUA용 네트워크 페일오버 및 데이터 프로토콜을 통한 온라인 프론트엔드 트래픽 재조정을 위한 경로 선택과 같은 무중단 IP 주소 마이그레이션을 위한 다양한 기술을 제공합니다.NetApp AFF 및 FAS 스토리지 시스템은 AFF 및 FAS, 모델 및 세대 등 다양한 HA 쌍으로 구성될 수 있으며 NAS 프로토콜을 사용하는 노드는 최대 24개, SAN 프로토콜을 사용하는 노드는 12개까지 포함할 수 있습니다.SDS 시스템은 물리적 AFF 또는 FAS 스토리지 시스템과 혼합할 수 없습니다.

스토리지 가상 시스템

Vserver 또는 SVM이라고도 합니다.SVM(Storage Virtual Machine)은 추상화 계층으로, 다른 기능과 함께 FlexVol 볼륨에 위치한 데이터로부터 물리적 프론트엔드 데이터 네트워크를 가상화하고 분리합니다.무중단 운영 및 멀티 테넌시(Multi-tenancy)에 사용됩니다.또한 NetApp과 함께 사용할 수 있는 가장 높은 형태의 논리적 구성으로 형성됩니다.SVM은 다른 SVM 아래에 마운트할 수 없으므로 글로벌 네임스페이스로 참조할 수 있습니다.

SVM은 스토리지 시스템을 슬라이스로 분할하여 소수의 부서 또는 조직에서도 스토리지 시스템을 공유할 수 있도록 하는 동시에 클러스터의 동일한 포트, 데이터 Aggregate 및 노드를 사용하고 별도의 FlexVol 볼륨 및 LUN을 사용하면서 서로 모르는 사이에 간섭하지 않고 공유할 수 있습니다. 하나의 SVM으로는 생성, 삭제,다른 SVM의 개체가 변경되거나 심지어 다른 SVM의 개체가 표시되므로 SVM 소유자의 경우 이러한 환경은 전체 스토리지 시스템 클러스터의 사용자로만 보입니다.

무중단 운영

(Clustered) ONTAP 시스템을 사용하는 NDO(Non-Disruptive Operations) 작업은 거의 없습니다.NDO 데이터 작업에는 노드 간 HA 쌍 내 Aggregate 재배치, 클러스터 내 Aggregate 및 노드 간 FlexVol 볼륨 온라인 마이그레이션(Volume Move 작업이라고 함), 클러스터 내 FlexVol 볼륨 간 LUN 마이그레이션(LUN Move 작업이라고 함)이 포함됩니다.LUN 이동 및 볼륨 이동 작업에서는 데이터 전송을 위해 클러스터 인터커넥트 포트를 사용합니다(이러한 작업에는 HA-CI가 사용되지 않음).SVM은 프론트엔드 데이터 프로토콜에 따라 네트워크 NDO 운영 방식이 다릅니다.지연 시간을 원래 수준으로 줄이려면 FlexVol 볼륨과 LUN이 클라이언트가 스토리지 시스템에 액세스하는 네트워크 주소를 가진 동일한 노드에 위치해야 하므로 SAN용으로 네트워크 주소를 생성하거나 NAS 프로토콜용으로 이동할 수 있습니다.NDO 작업은 무료 기능입니다.

NAS LIF

NAS 프론트엔드 데이터 프로토콜의 경우 NFSv2, NFSv3, NFSv4 및 CIFSv1, SMBv2 및 SMB v3가 있으며, 이는 프로토콜 자체에 대한 네트워크 이중화를 제공하지 않으므로 스토리지 및 스위치 기능에 의존합니다.이러한 이유로, ONTAP은 L2 계층의 이더넷 네트워크 포트를 사용하여 이더넷 포트 채널 및 LACP를 지원합니다(ONTA에서는 인터페이스 그룹, ifgrp로 알려져 있음).단일 노드 내에서, 또한 LIF(Logical Interfaces) 및 관련 IP 주소(VRRP와 유사)를 생존한 노드로 마이그레이션하는 L3 계층의 클러스터에 있는 노드 간에 무중단 네트워크 페일오버가 가능합니다.

SAN LIF

프론트엔드 데이터 SAN 프로토콜용.SAN 프로토콜의 네트워크 로드 밸런싱 및 이중화를 위해 사용되는 ALUA 기능을 통해 데이터가 위치한 노드의 모든 포트는 로드 밸런싱을 수행하는 활성 선호 경로로 클라이언트에 보고되고 클러스터의 다른 모든 노드의 다른 모든 네트워크 포트는 활성 선호 경로가 아니므로 하나의 포트 또는 전체 노드가 다운된 경우클라이언트는 비 preferred 경로를 사용하여 데이터에 액세스할 수 있습니다.ONTAP 8.3부터는 LUN에 대한 경로 수를 줄이고 LUN을 소유한 노드의 HA 파트너를 제외한 다른 모든 클러스터 노드를 통해 LUN에 대한 최적화되지 않은 경로를 제거하기 위해 SLM(선택적 LUN 매핑)이 도입되었습니다. 따라서 클러스터는 LUN이 위치한 HA pare에서만 호스트 경로에 보고됩니다.ONTAP은 SAN 프로토콜을 위한 ALUA 기능을 제공하므로 SAN 네트워크 LIF는 NAS 프로토콜처럼 마이그레이션되지 않습니다.데이터 또는 네트워크 인터페이스 마이그레이션이 완료되면 ONTAP 아키텍처로 인해 스토리지 시스템의 클라이언트에 투명하게 노출되며, ONTAP Cluster 인터커넥트를 통해 일시적 또는 영구적인 데이터 간접 액세스가 발생할 수 있습니다(이러한 상황에서는 HA-CI가 사용되지 않음). 이로 인해 클라이언트의 지연 시간이 다소 증가합니다.FC, FCoE, iSCSI 및 FC-NVMe 프로토콜에 사용되는 SAN LIF.

VIP LIF

VIP(Virtual IP) LIF를 사용하려면 TOR(Top-of-the-Rack) BGP 라우터가 필요합니다.BGP 데이터 LIF와 NAS LIF를 함께 사용할 수도 있지만, BGP LIF의 경우 라우팅 메트릭을 기반으로 트래픽을 자동으로 로드 밸런싱하고 비활성화되고 사용되지 않는 링크를 방지합니다.BGP LIF는 NAS LIF에서처럼 단일 노드에만 국한되지 않고 클러스터 내의 모든 NAS LIF에 분산을 제공합니다.BGP LIF는 Ethernet Port Channel 및 인터페이스 그룹이 있는 LACP에서 해시 알고리즘으로 실현된 것보다 더 스마트한 로드 밸런싱을 제공합니다.VIP LIF 인터페이스가 테스트되었으며 MCC 및 SVM-DR과 함께 사용할 수 있습니다.

관리 인터페이스

노드 관리 LIF 인터페이스는 단일 노드의 이더넷 포트 간에 관련 IP 주소와 함께 마이그레이션할 수 있으며, 노드에서 ONTAP을 실행하는 경우에만 사용할 수 있습니다.일반적으로 노드의 e0M 포트 하나에 위치하며, 특정 노드에서 명령을 실행해야 하는 드문 경우에서 클러스터 관리자가 노드와 클러스터 셸 간의 통신에 사용하는 노드 관리 IP입니다.클러스터 관리 LIF 인터페이스는 전체 클러스터가 가동 중이거나 실행 중일 때만 사용할 수 있으며, 기본적으로 이더넷 포트 간에 마이그레이션할 수 있으며, 종종 클러스터 노드 중 하나의 e0M 포트 중 하나에 위치하여 관리 목적으로 클러스터 관리자에게 사용되며, API 통신 및 HTML GUI 및 SSH 콘솔에 사용됩니다.관리, 기본적으로 ssh는 클러스터 셸을 사용하여 관리자를 연결합니다.서비스 프로세서(SP) 인터페이스는 FAS 및 AFF와 같은 하드웨어 어플라이언스에서만 사용할 수 있으며 컨트롤러 메인보드에 설치된 내장 소형 컴퓨터와 SSH 대역외 콘솔 통신이 가능하며 IPMI와 유사하게 ONTAP OS가 부팅되지 않더라도 컨트롤러를 연결, 모니터링 및 관리할 수 있으며 SP를 사용하면 강제 재부팅하거나컨트롤러를 중지하고 냉각기 및 온도 등을 모니터링합니다. SSH를 통해 SP에 연결하면 관리자가 SP 콘솔로 이동하지만 SP에 연결하면 클러스터 셸을 통해 클러스터 셸로 전환할 수 있습니다. 각 컨트롤러에는 다른 관리 인터페이스처럼 마이그레이션되지 않는 하나의 SP가 있습니다.일반적으로 e0M과 SP는 모두 단일 관리(렌치) 물리적 이더넷 포트에서 사용되지만 각각의 전용 MAC 주소가 있습니다.노드 LIF, 클러스터 LIF 및 SP는 종종 동일한 IP 서브넷을 사용합니다.SVM 관리 LIF,클러스터 관리와 유사하게 LIF는 클러스터 노드의 모든 이더넷 포트 간에 마이그레이션할 수 있지만 단일 SVM 관리 전용입니다. SVM LIF는 GUI 기능이 없어 API Communications & SSH 콘솔 관리 전용으로 사용할 수 있습니다. SVM 관리 LIF는 e0M 포트에 상주하지만 클러스터 노드의 데이터 포트에 위치하는 경우가 많습니다.전용 관리 VLAN에 있으며 LIF를 노드 및 클러스터하는 IP 서브넷과 다를 수 있습니다.

클러스터 인터페이스

클러스터 인터커넥트 LIF 인터페이스는 전용 이더넷 포트를 사용하여 포트를 관리 및 데이터 인터페이스와 공유할 수 없으며 LUN 또는 볼륨과 같이 클러스터의 한 노드에서 다른 노드로 마이그레이션할 때 수평 확장 기능을 제공합니다. 클러스터 인터커넥트 LIF는 노드 관리 LIF와 유사하게 si의 포트 간에 마이그레이션할 수 있습니다.엉킴 마디인터클러스터 인터페이스 LIF는 데이터 LIF와 동일한 이더넷 포트를 라이브 및 공유하여 SnapMirror 복제에 사용할 수 있습니다. 인터클러스터 인터페이스 LIF는 노드 관리 및 LIF 클러스터 인터커넥트와 유사하게 단일 노드의 포트 간에 마이그레이션할 수 있습니다.

멀티 테넌시

ONTAP은 스토리지 가상 시스템 및 IP Space와 같은 멀티 테넌시(Multi Tenancy) 기능을 위한 두 가지 기술을 제공합니다.한편으로 SVM은 KVM과 같은 가상 시스템과 유사합니다.물리적 스토리지에서 시각화 추상화 기능을 제공하지만, 일반적인 가상 머신과 달리 SVM은 Pure 스토리지 시스템에서와 같은 타사 바이너리 코드를 실행할 수 없기 때문에 상당히 다른 측면에서 가상화된 환경과 스토리지 리소스를 제공할 뿐입니다.또한 일반 가상 시스템과 달리 SVM은 단일 노드에서 실행되지 않지만 최종 사용자의 경우 전체 클러스터의 각 노드에서 SVM이 단일 엔티티로 실행되는 것처럼 보입니다.SVM은 스토리지 시스템을 슬라이스로 분할하여 몇 개의 부서 또는 조직에서도 스토리지 시스템을 서로 모르는 사이에 또는 간섭하지 않고 공유할 수 있으며 클러스터의 동일한 포트, 데이터 Aggregate 및 노드를 사용하고 별도의 FlexVol 볼륨 및 LUN을 사용할 수 있습니다. 각 SVM은 자체적인 프론트엔드 데이터 프로토콜, 사용자 집합,자체 네트워크 주소 및 관리 IP를 사용합니다.IP Spaces를 사용하면 사용자는 간섭 없이 동일한 스토리지 시스템에서 동일한 IP 주소와 네트워크를 가질 수 있습니다.각 ONTAP 시스템이 작동하려면 하나 이상의 Data SVM을 실행해야 하지만 그 이상을 실행할 수도 있습니다.몇 가지 ONTAP 관리 레벨이 있으며 클러스터 관리 레벨에는 사용 가능한 모든 권한이 있습니다.각 Data SVM은 클러스터 관리 수준의 거의 모든 기능을 갖추고 있지만 RAID 그룹 구성, Aggregate 구성, 물리적 네트워크 포트 구성과 같은 물리적 수준의 관리 기능이 부족한 소유자 대 관리자에게 제공합니다.그러나 vsadmin은 LUN, FlexVol 볼륨 및 네트워크 주소 생성, 삭제 및 구성과 같은 SVM 내부의 논리적 개체를 관리할 수 있으므로 클러스터에 있는 두 SVM 간에 서로 간섭할 수 없습니다.한 SVM은 다른 SVM의 개체를 생성, 삭제, 수정 또는 보기조차 할 수 없기 때문에 SVM 소유자의 경우 이러한 환경이 전체 스토리지 시스템 클러스터에서 유일한 사용자인 것처럼 보입니다.멀티 테넌시(Multi Tenancy)는 ONTAP의 무료 기능입니다.

FlexClone

FlexClone은 볼륨, 파일 또는 LUN의 쓰기 가능 복사본을 생성하는 데 사용되는 라이센스 기능입니다. 볼륨의 경우 FlexClone은 스냅샷 역할을 수행하지만 스냅샷에 쓰기를 허용하는 반면 일반 스냅샷에서는 데이터 읽기만 허용합니다.WAFL 아키텍처 FlexClone 기술은 메타데이터 노드만 복사하고 크기에 상관없이 파일, LUN 또는 볼륨의 거의 즉각적인 데이터 복사를 제공하기 때문입니다.

스냅복원

SnapRestore는 FlexVol의 활성 파일 시스템을 해당 FlexVol에 대해 이전에 생성된 스냅샷으로 되돌리는 데 사용되는 라이센스 기능으로 메타데이터 inode를 활성 파일 시스템으로 복원합니다.SnapRestore는 해당 개체가 위치한 FlexVol에 대해 이전에 생성된 스냅샷에서 단일 파일 복원 또는 LUN 복원에도 사용됩니다.NAS 환경에서 SnapRestore 라이센스가 없어도 네트워크 파일 공유에서 스냅샷을 볼 수 있고 복원 목적으로 디렉토리와 파일을 복사할 수 있습니다.SAN 환경에서는 NAS 환경과 유사한 복원 작업을 수행할 방법이 없습니다.무료로 SAN 및 NAS 환경 파일, 디렉토리, LUN 및 전체 FlexVol 컨텐츠를 복사할 수 있는 ONTAP 명령어 ndmpcopy를 사용할 수 있습니다.데이터를 복사하는 프로세스는 개체 크기에 따라 달라지며 시간이 많이 소요될 수 있으며, 메타데이터 노드를 활성 파일 시스템에 복원하는 SnapRestore 메커니즘은 개체 크기에 상관없이 거의 즉시 이전 상태로 복원됩니다.

플렉스 그룹

FlexGroup은 ONTAP 운영 체제의 클러스터 아키텍처를 활용하는 버전 9에 도입된 무료 기능입니다.FlexGroup은 NFS 및 CIFS 프로토콜을 통해 클러스터 전체에 확장 가능한 NAS 액세스를 제공합니다.^[19]FlexGroup 볼륨은 클러스터의 노드(FlexGroup당 최대 200개)에 분산된 구성 FlexVol 볼륨의 모음으로, 단일 공간에서 투명하게 집계된 "Constitues" 또는 "Member Volume"이라고만 합니다.따라서 FlexGroup Volume은 모든 구성 요소의 성능과 용량을 집계하여 해당 구성 요소가 위치한 클러스터의 모든 노드의 성능과 용량을 집계하고 메타데이터 쓰기 작업을 위해 노드당 CPU 코어를 병렬화합니다.최종 사용자의 경우 각 FlexGroup 볼륨은 하나의 일반 NAS(SMB 또는 NFS) 파일 공유로 표시됩니다.^[20]FlexGroup의 잠재력은 pNFS(ONT 9.7에 추가됨), NFS 다중 경로(세션 트렁킹, ONTAP 9.12.1에 발표됨), SMB 다중 채널(ONT 9.4에 추가됨), SMB Continuous Availability(ONT 9.6에서 SMB CA 공유가 지원되는 FlexGroup), VIP(BGP)와 같은 기술을 통해 드러날 것입니다.ONTAP 9의 FlexGroup 기능을 사용하면 단일 네임스페이스에서 4,000억 개 이상의 파일을 사용하여 20PB 이상으로 대규모 확장이 가능하며 클러스터 전체에 성능을 균등하게 분산할 수 있습니다.^[21]ONTAP 9.5 Fabric Pool(스토리지 효율성을 위한 자동 클라우드 계층화)부터 지원이 추가되었습니다.또한 ONTAP 9.5는 기본 파일 감사, FPolicy, SLA(Storage Level Access Guard), ODX(Copy Offload) 및 상속된 변경 알림 워치, Quota 및 Qtree를 위한 SMB 기능을 지원합니다.FlexGroup에서 지원되는 SMB CA(Continuous Availability)를 사용하면 FlexGroup에서 MS SQL & Hyper-V를 실행하고 MetroCluster에서 FlexGroup을 지원할 수 있습니다.FlexGroup 볼륨 및 지원되는 기능에 대한 자세한 내용은 TR-4571: NetApp ONTAP FlexGroup 볼륨 모범 사례 및 구현 가이드를 참조하십시오.

SnapMirror

스냅샷은 NetApp의 비동기 D2D(Disk-to-Disk Replication) 기술인 SnapMirror의 기반이 되며, 이 기술은 임의의 두 ONTAP 시스템 간에 Flexible Volume 스냅샷을 효과적으로 복제합니다.SnapMirror는 NetApp 데이터 패브릭 비전의 일환으로 ONTAP에서 클라우드 백업으로, SolidFire에서 ONTAP 시스템으로 지원됩니다.NetApp은 스냅샷의 복제 및 저장을 기반으로 하는 SnapVault라는 D2D 백업 및 아카이브 기능도 제공합니다.Open 시스템s SnapVault를 사용하면 윈도우즈 및 UNIX 호스트에서 데이터를 ONTAP에 백업하고 파일 시스템 변경 사항을 스냅샷에 저장할 수 있습니다(ONTA 8.3 이상에서는 지원되지 않음).SnapMirror는 재해 복구 계획의 일부로 설계되었습니다. SnapMirror는 재해 복구 사이트에서 스냅샷이 생성된 시점의 정확한 데이터 복사본을 저장하고 두 시스템에서 동일한 스냅샷을 유지할 수 있습니다.반면 SnapVault는 소스 스토리지 시스템에 더 적은 스냅샷을 저장하고 보조 사이트에 더 많은 스냅샷을 장기간 저장하도록 설계되었습니다.
대상 시스템의 SnapVault 스냅샷에 캡처된 데이터를 수정하거나 대상에서 읽기-쓰기용으로 액세스할 수 없거나, 데이터를 Primary 스토리지 시스템에 다시 복원하거나, SnapVault 스냅샷을 삭제할 수 있습니다.SnapMirror와 SnapVault를 모두 사용하여 두 사이트의 스냅샷에 캡처된 데이터를 FlexClone 기능으로 복제 및 수정하여 데이터 카탈로그화, 백업 일관성 및 검증, 테스트 및 개발 등을 수행할 수 있습니다.
이후 버전의 ONTAP에서는 캐스케이드 복제가 도입되어 하나의 볼륨을 다른 볼륨으로 복제하고 다른 볼륨으로 복제하는 등의 작업을 수행할 수 있게 되었습니다.팬아웃이라고 하는 구성은 하나의 볼륨을 여러 스토리지 시스템에 복제하는 배포입니다.팬아웃 및 캐스케이드 복제 구현 모두 SnapMirror DR, SnapVault 또는 유니파이드 복제의 모든 조합을 지원합니다.팬인 배포를 사용하여 여러 기본 시스템과 단일 보조 시스템 간에 데이터 보호 관계를 생성할 수 있습니다. 각 관계는 보조 시스템에서 서로 다른 볼륨을 사용해야 합니다.ONTAP 9.4 대상 SnapMirror & SnapVault 시스템부터 기본적으로 인라인 및 오프라인 자동 중복제거 기능이 지원됩니다.
인터클러스터는 SnapMirror를 위한 두 클러스터 간의 관계인 반면, 인트라클러스터는 이와 반대이며 단일 클러스터 내의 SVM(스토리지 가상 머신) 간의 SnapMirror 관계에 사용됩니다.
SnapMirror는 버전 종속 모드에서 작동할 수 있으며, 두 개의 스토리지 시스템을 동일한 버전의 ONTAP 또는 버전 유연 모드에서 실행해야 합니다.SnapMirror 복제 유형:

• DP(Data Protection): SnapMirror DR이라고도 합니다.원래 NetApp에서 Volume SnapMirror용으로 개발한 버전별 복제 유형으로, 대상 시스템은 ONTAP 버전 이상이어야 합니다.ONTAP 9.3 이상에서는 기본적으로 사용되지 않습니다.블록 기반 메타데이터에 독립적인 볼륨 레벨 복제는 BL(Block-Level Engine)을 사용합니다.
• XDP(Extended Data Protection): SnapMirror Unified Replication 및 SnapVault에서 사용됩니다. XDP는 LRE(논리 복제 엔진)를 사용하거나 대상 볼륨에서 볼륨 효율성이 다른 경우 LRSE(논리 복제 엔진)를 사용합니다.볼륨 레벨 복제로 사용되지만 기술적으로는 디렉토리 기반 복제, inode 기반 메타데이터 종속(따라서 수백만 개의 파일을 가진 NAS에는 권장되지 않음)에 사용할 수 있습니다.
• LS(Load Sharing): 주로 SVM의 루트 볼륨 복사본 보관과 같은 내부 용도로 사용됩니다.
• SnapMirror-to-Tape(SnapMirror-to-Tape): 볼륨에서 테이프로 스냅샷 복사 기반 증분 또는 차등 백업입니다. SMTape 기능은 CommVault Simpana와 같은 NDMP 호환 백업 애플리케이션을 사용하여 블록 레벨 테이프 백업을 수행합니다.

SnapMirror 기반 기술:

• 통합 복제:유니파이드 복제가 포함된 볼륨에서는 SnapMirror 및 SnapVault 스냅샷을 모두 얻을 수 있습니다.유니파이드 복제는 단일 복제 연결을 사용하는 SnapMirror Unified 복제와 SnapVault가 결합된 것입니다.SnapMirror 유니파이드 복제 및 SnapVault 모두 동일한 XDP 복제 유형을 사용하고 있습니다.SnapMirror Unified Replication은 Version-flexible SnapMirror라고도 합니다.ONTAP 8.3에 도입된 유연한 버전의 SnapMirror/SnapMirror Unified Replication은 대상 스토리지가 동일한 또는 상위 버전의 ONTAP을 사용하도록 제한을 제거합니다.
• SVM-DR(SnapMirror SVM): 선택한 SVM의 모든 볼륨(허용되는 예외)과 일부 SVM 설정을 복제합니다. 복제되는 설정은 사용되는 프로토콜(SAN 또는 NAS)에 따라 달라집니다.
• 볼륨 이동: 볼륨용 데이터 모션이라고도 합니다.SnapMirror는 클러스터 내에서 하나의 Aggregate에서 다른 Aggregate로 볼륨을 복제한 다음 I/O 작업이 최종 클라이언트에서 허용 가능한 시간 초과 동안 중지되고 최종 복제본이 대상으로 전송되고 소스가 삭제되며 대상이 클라이언트에서 읽기-쓰기 액세스 가능

SnapMirror는 라이센스가 부여된 기능이며 SnapMirror 라이센스가 이미 설치되어 있는 경우 SnapVault 라이센스가 필요하지 않습니다.

SVM-DR

보호된 SVM에서 DR 사이트로 모든 볼륨(허용되는 예외) 및 데이터를 전송하는 SnapMirror 기술을 기반으로 하는 SVM DRSVM DR에는 ID 보존과 ID 폐기의 두 가지 모드가 있습니다.ID 폐기 모드를 사용하면 보조 시스템 및 DR SVM에 복사된 볼륨의 데이터는 SVM 구성, IP 주소, CIFS AD 통합과 같은 원래 SVM의 정보를 보존하지 못합니다.ID 폐기 모드에서는 보조 시스템의 데이터를 읽기-쓰기 모드로 온라인 상태로 전환할 수 있으며, 1차 시스템도 온라인 상태로 전환할 수 있으므로 DR 테스트, 테스트/개발 및 기타 용도로 유용할 수 있습니다.따라서 ID를 삭제하려면 주 사이트에서 재해가 발생할 경우 보조 사이트에서 추가 구성이 필요합니다.

ID 보존 모드에서는 SVM-DR의 볼륨 및 데이터 복사, SVM 구성, IP 주소, CIFS AD 통합 등의 정보가 제공됩니다. 주 사이트에서 재해가 발생할 경우 DR 사이트에서 구성을 덜 필요로 하지만 이 모드에서는 충돌이 발생하지 않도록 기본 시스템이 오프라인 상태여야 합니다.

SnapMirror 동기화

SM-S(SnapMirror Sync)는 7-모드 시스템에서 이전에 사용할 수 있었던 RPO 데이터 복제 기술로, (클러스터) ONTAP에서는 버전 9.5까지 사용할 수 없었습니다.SnapMirror Sync는 볼륨 레벨에서 데이터를 복제하며, 약 150km의 거리를 제공하는 10ms 미만의 RTT 요구사항을 가지고 있습니다.SnapMirror Sync는 다음 두 가지 모드로 작동할 수 있습니다.전체 동기화 모드(기본 설정): SnapMirror Sync 복제가 어떤 이유로든 실패할 경우 쓰기를 허용하지 않음으로써 두 사이트 간에 애플리케이션 데이터 손실이 전혀 없도록 보장합니다.완화된 동기화 모드를 사용하면 SnapMirror 동기화가 실패할 경우 애플리케이션이 주 사이트에서 계속 쓰기할 수 있으며 관계가 재개되면 자동으로 다시 동기화됩니다.SM-S는 FC, iSCSI, NFSv3, NFSv4, SMB v2 및 SMB v3 프로토콜을 지원하며, AFF의 경우 100개, FAS의 경우 40개, ONTAP의 경우 20개의 볼륨으로 제한됩니다. 16GB 이상의 메모리를 가진 모든 컨트롤러를 선택하여 작업합니다.SM-S는 다음에서 트랜잭션 로그를 복제하는 데 유용합니다.Oracle DB, MS SQL, MS Exchange 등소스 및 대상 FlexVolumes는 FabricPool Aggregate에 포함될 수 있지만 백업 정책을 사용해야 합니다. FlexGroup 볼륨 및 할당량은 현재 SM-S에서 지원되지 않습니다. SM-S는 무료 기능이 아니며 라이센스는 프리미엄 번들에 포함되어 있습니다.SyncMirror와 달리 SM-S는 RAID & Plex 기술을 사용하지 않으므로 Disk 유형 및 미디어가 다른 두 개의 서로 다른 NetApp ONTAP 스토리지 시스템 간에 구성할 수 있습니다.

FlexCache 볼륨

FlexCache 기술은 이전에는 7-모드 시스템에서 사용할 수 있었지만 버전 9.5까지는 (클러스터) ONTAP에서 사용할 수 없었습니다.FlexCache를 사용하면 파일 잠금 메커니즘으로 여러 글로벌 사이트에서 NAS 데이터를 처리할 수 있습니다.FlexCache 볼륨은 읽기, 쓰기 및 메타데이터를 캐시할 수 있습니다.모든 Edge ONTAP 시스템에 수정된 데이터의 푸시 작업을 생성하는 에지에 대한 쓰기 작업이 원본에서 데이터를 요청했지만 7-모드에서는 모든 쓰기 작업이 원본으로 이동하고 파일이 업데이트되지 않았는지 확인하는 작업이 Edge ONTAP 시스템의 작업이었습니다.또한 FlexCache 볼륨은 원래 볼륨보다 크기가 작을 수 있습니다. 이는 7-모드에 비해 향상된 기능이기도 합니다.처음에는 NFS v3만 ONTAP 9.5에서 지원되었습니다.FlexCache 볼륨은 ONTAP 클러스터 내(클러스터 내) 또는 여러 ONTAP 클러스터 간(클러스터 간)에 희박하게 채워집니다.FlexCache는 인터클러스터 인터페이스 LIF를 통해 다른 노드와 통신합니다.총 클러스터 캐시 용량을 기반으로 하며 프리미엄 번들에 포함되지 않은 FlexCache 라이센스.FAS, AFF 및 ONTAP Select를 결합하여 FlexCache 기술을 사용할 수 있습니다.오리진 FlexVol 볼륨당 10개의 FlexCache 볼륨을 생성할 수 있으며, ONTAP 노드당 최대 10개의 FlexCache 볼륨을 생성할 수 있습니다.원래 볼륨은 FlexVol에 저장해야 하지만 모든 FlexCache Volume에는 FlexGroup 볼륨 형식이 적용됩니다.

싱크미러

Data ONTAP은 Aggregate 또는 기존 볼륨 내의 모든 RAID 그룹을 다른 하드 Disk 세트에 동기식으로 복제할 수 있는 플렉스 기술을 사용하여 RAID SyncMirror(RSM)라는 옵션도 구현합니다.이 작업은 일반적으로 파이버 채널 또는 IP 링크를 통해 다른 사이트에서 수행되거나 단일 Disk 쉘프 복원력을 위해 로컬 SyncMirror를 사용하는 단일 컨트롤러 내에서 수행됩니다.NetApp의 MetroCluster 구성에서는 SyncMirror를 사용하여 ONTAP 9.5 및 MCC-IP를 통해 최대 300km 또는 700km 떨어진 두 사이트 간에 지오클러스터 또는 액티브/액티브 클러스터를 제공합니다.SyncMirror는 소프트웨어 정의 스토리지 플랫폼, Cloud Volumes ONTAP 또는 ONTAP Select에서 사용할 수 있습니다.일반 서버 위에 직접 연결된(공유되지 않은) Disk가 있는 환경이나 LocalSyncMirror 또는 MetroCluster 구성의 FAS 및 AFF 플랫폼에서 고가용성을 제공합니다.SyncMirror는 무료 기능입니다.

스냅락

SnapLock은 광 미디어 대신 마그네틱 및 SSD 디스크에 WORM(Write Once Read Many) 기능을 구현하여 데이터 보존 기간이 다 될 때까지 데이터를 삭제할 수 없습니다.SnapLock은 컴플라이언스와 엔터프라이즈의 두 가지 모드로 존재합니다.컴플라이언스 모드는 SEC 17a-4(f) 규칙, FINRA, HIPAA, CFTC Rule 1.31(b), DACH, Sarbanes-Oxley, GDPR, Check 21, EU Data Protection Directive 95/46/EC, NF Z 42-013/NF Z 42-020, Ba 등 엄격한 규정 보존 요구사항을 충족하는 포괄적인 아카이브 솔루션을 구현하는 데 도움이 되도록 설계되었습니다.sel III, MiFID, Patriot Act, Graham-Leach-Bliley Act 등SnapLock Compliance 볼륨의 WORM 스토리지에 커밋된 레코드 및 파일은 보존 기간이 만료되기 전에는 변경하거나 삭제할 수 없습니다.또한 SnapLock Compliance 볼륨은 모든 데이터 보존 기간이 끝날 때까지 삭제할 수 없습니다.SnapLock은 라이센스가 부여된 기능입니다.

SnapLock Enterprise는 WORM 형태의 데이터 스토리지를 통해 보다 자율적이고 유연하게 디지털 자산을 보호하고자 하는 조직을 지원하는 데 주력하고 있습니다.SnapLock Enterprise 볼륨에 WORM으로 저장된 데이터는 변경 또는 수정으로부터 보호됩니다.SnapLock Compliance와 한 가지 주요 차이점이 있습니다. 저장 중인 파일이 엄격한 규정 준수를 위한 것이 아니기 때문에 SnapLock Enterprise 볼륨은 설계된 보존 기간이 아직 지나지 않은 경우에도 SnapLock Enterprise 볼륨이 포함된 ONTAP 시스템의 루트 권한을 가진 관리자에 의해 폐기될 수 있습니다.두 모드 모두 보존 기간을 연장할 수는 있지만 단축할 수는 없습니다. 왜냐하면 이는 불변성의 개념과 맞지 않기 때문입니다.또한 NetApp의 SnapLock 데이터 볼륨에는 변조 방지 컴플라이언스 클록이 장착되어 있어 시스템 시간이 변조되더라도 파일에서 금지된 작업을 차단하는 데 시간 기준으로 사용됩니다.

ONTAP 9.5부터 SnapLock은 XDP(Unified SnapMirror) 엔진, 데이터 손실 없이 페일오버 후 재동기화, 1023개의 스냅샷, 효율성 메커니즘 및 클럭 동기화를 지원합니다.

패브릭 풀

FAS/AFF 시스템의 SSD 전용 Aggregate 또는 SSD 미디어의 Cloud Volumes ONTAP에서 사용 가능ONTAP Select 플랫폼에서 지원되는 ONTAP 9.4 Fabric Pool부터 시작합니다.Cloud Volumes ONTAP은 HDD + S3 Fabric Pool 구성도 지원합니다.Fabric Pool은 객체 프로토콜을 통해 ONTAP 스토리지의 빠른 미디어(일반적으로 SSD)에서 콜드 미디어로, S3 및 백과 같은 객체 스토리지로 콜드 데이터 블록을 자동 스토리지 계층화하는 기능을 제공합니다.패브릭 풀은 두 가지 모드로 구성할 수 있습니다.하나의 모드는 스냅샷에 캡처된 콜드 데이터 블록을 마이그레이션하는 데 사용되고 다른 하나의 모드는 활성 파일 시스템에서 콜드 데이터 블록을 마이그레이션하는 데 사용됩니다.Fabric Pool은 오프라인 중복제거 및 오프라인 압축 절감 효과를 유지합니다.ONTAP 9.4부터는 활성 파일 시스템 데이터(기본적으로 31일 데이터에 액세스하지 않음)를 계층화하고 데이터 압축 절감을 지원하는 기능을 갖춘 Fabric Pool 2.0이 도입되었습니다.권장 비율은 inode와 데이터 파일의 경우 1:10입니다.ONTAP 스토리지 시스템에 연결된 클라이언트의 경우 모든 Fabric Pool 데이터 계층화 작업이 완전히 투명하게 수행되며, 데이터 블록이 다시 핫 상태가 될 경우 ONTAP 스토리지 시스템의 빠른 미디어로 다시 복사됩니다.Fabric Pool은 현재 NetApp StorageGRID, Amazon S3, Google Cloud 및 Alibaba 객체 스토리지 서비스와 호환됩니다.ONTAP 9.4 Azure Blob 지원을 시작으로 9.5 IBM 클라우드 객체 스토리지(ICOS) 및 Amazon Commercial Cloud Services(C2S) 지원을 시작으로 다른 객체 기반 SW 및 서비스를 사용할 수 있으며, 해당 서비스는 NetApp에서 검증됩니다.ONTAP 9.5부터 패브릭 풀에서 지원되는 FlexGroup 볼륨FAS/AFF 시스템의 Fabric Pool 기능은 NetApp 스토리지GRID 외부 개체 스토리지와 함께 무료로 사용할 수 있습니다.Amazon S3 및 Azure Blob과 같은 다른 개체 스토리지 시스템의 경우 작동하려면 TB당 Fabric Pool 라이센스가 필요합니다(Fabric Pool 라이센스 비용과 함께 사용된 개체 공간에 대한 비용도 고객이 지불해야 함).Cloud Volumes ONTAP 스토리지 시스템의 경우 Fabric Pool에 라이센스가 필요 없지만, 비용은 개체 스토리지의 사용 공간에만 적용됩니다.ONTAP 9.5부터는 핫 계층에서 계층화를 촉발하는 용량 활용도를 조정할 수 있습니다.FlexGroups에서도 SVM-DR을 지원합니다.

ONTAP 9.2에서 처음 사용 가능한 Fabric Pool은 NetApp Data Fabric 기술로, 사내 또는 외부의 저가 객체 스토리지 계층에 데이터를 자동으로 계층화할 수 있습니다.수동 계층화 솔루션과 달리 Fabric Pool은 데이터 계층화를 자동화하여 스토리지 비용을 절감함으로써 총 소유 비용을 절감합니다.알리바바 클라우드 객체 스토리지 서비스, Amazon S3, Google 클라우드 스토리지, IBM 클라우드 객체 스토리지 및 Microsoft Azure Blob Storage와 같은 퍼블릭 클라우드와 NetApp StorageGRID®와 같은 프라이빗 클라우드에 계층화하여 클라우드 경제성의 이점을 제공합니다.Fabric Pool은 애플리케이션에 투명하게 적용되므로 성능을 저하시키거나 스토리지 효율성을 활용하기 위해 솔루션을 재구성할 필요 없이 클라우드 경제성을 활용할 수 있습니다.

플래시 캐시

ONTAP을 실행하는 NetApp 스토리지 시스템은 Flash Cache(공식적으로 Performance Accelerate Module 또는 PAM)를 하이브리드 NetApp FAS 시스템을 위해 맞춤형 전용 PCIe 카드를 사용할 수 있습니다.Flash Cache를 사용하면 읽기 지연 시간을 줄일 수 있으며 Flash Cache 장애 시 읽기 작업을 중복할 필요가 없으므로 스토리지 시스템이 기본 RAID에 회전 Disk를 추가하지 않고도 읽기 집약적인 작업을 처리할 수 있습니다.Flash Cache는 컨트롤러 레벨에서 작동하며 읽기 작업만 가속화합니다.컨트롤러의 개별 볼륨마다 서로 다른 캐싱 정책을 사용하거나 볼륨에 대해 읽기 캐시를 사용하지 않도록 설정할 수 있습니다.FlexVol 수준에 적용된 Flash Cache 캐슁 정책Flash Cache 기술은 FlexArray 기능과 호환됩니다.9.1부터는 단일 FlexVol 볼륨으로 FlashPool과 Flash Cache 캐시를 동시에 활용할 수 있습니다.Cloud Volumes ONTAP에서 사용할 수 있는 ONTAP 9.5 Flash Cache 읽기 캐시 기술(Ephemeral SSD 드라이브 사용)부터 시작합니다.

NDAS

NDAS 프록시는 ONTAP 9.5에 도입된 서비스로, 클라우드 프로바이더의 NDAS 서비스와 연동됩니다.NDAS는 Fabric Pool과 마찬가지로 데이터를 개체 형식으로 저장하지만, Fabric Pool과 달리 WAFL 메타데이터도 개체 스토리지에 저장합니다.ONTAP 시스템에서 전송된 정보는 전체 데이터 집합이 아닌 스냅샷 델타이며 이미 중복제거 및 압축(볼륨 수준)되어 있습니다.NDAS 프록시는 HTTP 기반으로 S3 객체 프로토콜을 사용하며 클라우드에 대한 추가 API 호출은 거의 없습니다.ONTAP 9.5의 NDAS는 SnapMirror를 통해 데이터를 Secondary ONTAP 9.5 스토리지로 복제하는 Primary ONTAP 9 스토리지의 스키마에서만 작동하며, Secondary 스토리지는 NDAS Proxy이기도 합니다.

QoS

스토리지 QoS는 ONTAP 시스템의 무료 기능입니다.ONTAP 시스템에는 다음과 같은 몇 가지 스토리지 QoS 유형이 있습니다.절대 최소 QoS, 보통 정적 QoS 또는 최소 QoS(QoS min); 및 최대 QoS(QoS max)를 포함하는 적응형 QoS(A-QoS).최대 QoS는 IOPS, MB/s 또는 둘 다에서 정적 상한으로 구성할 수 있습니다.볼륨, LUN 또는 파일과 같은 개체에 적용하여 이러한 개체가 관리자가 정의한 것보다 더 많은 스토리지 성능 리소스를 사용하지 않도록 할 수 있습니다(따라서 성능 집약적인 문제를 격리하고 다른 워크로드를 보호).최소 QoS는 스토리지 성능 리소스가 경합하여 볼륨에 적용할 수 있는 경우 볼륨이 관리자의 정적 IOPS 수로 구성되는 것 이상이 되도록 볼륨에서 설정된 최대치와 상반됩니다.A-QoS는 유연한 볼륨에 의해 소비된 공간을 기반으로 QoS를 자동으로 변경하는 메커니즘입니다. 그 이유는 사용된 공간이 증가하거나 감소할 수 있고 FlexVol의 크기도 변경할 수 있기 때문입니다.FAS 시스템에서는 A-QoS가 피크 성능(QoS max)만 재구성하는 반면, AFF 시스템에서는 볼륨에서 예상 성능(QoS max)과 피크 성능(QoS max)을 모두 재구성합니다.A-QoS를 통해 ONTAP은 A-QoS 정책에 따라 볼륨의 IOPS 수를 자동으로 조정할 수 있습니다.기본적인 A-QoS 정책은 다음 세 가지가 있습니다.탁월한 성능과 가치를 제공합니다.각 A-QoS 정책에는 피크 성능 및 예상 성능(또는 절대 최소 QoS)에 대해 미리 정의된 TB당 고정 비율 IO가 있습니다. TB당 볼륨 크기 및 비율 IO가 너무 작은 경우(예: 10GB)에만 기대 성능(QoSmin) 대신 절대 최소 QoS가 사용됩니다.

보안.

ONTAP OS에는 NSE 및 NVE 암호화를 통한 컨트롤러 부팅 암호인 Onboard Key Manager와 USB Key Manager(9.4부터 사용 가능)와 같이 스토리지 시스템의 보안을 강화하기 위한 여러 기능이 있습니다.NAS 이벤트에 대한 감사는 고객이 스토리지 시스템에서 특정 CIFS 및 NFS 이벤트를 추적하고 기록할 수 있도록 지원하는 ONTAP의 또 다른 보안 수단입니다.이를 통해 잠재적인 보안 문제를 추적하고 보안 위반의 증거를 제공할 수 있습니다.SSH를 통해 액세스하는 ONTAP에는 Common Access Card로 인증할 수 있는 기능이 있습니다.ONTAP에서는 RBAC를 지원합니다. 역할 기반 액세스 제어를 통해 관리 계정이 시스템에서 취할 수 있는 작업을 제한하거나 제한할 수 있습니다.RBAC는 단일 계정이 시스템에서 사용 가능한 모든 가능한 작업을 수행할 수 없도록 합니다.ONTAP 9부터는 NAS에 Kerberos 5 인증과 개인 정보 보호 서비스(krb5p)를 지원합니다.krbp5 인증 모드는 체크섬을 사용하여 클라이언트와 서버 간의 모든 트래픽을 암호화함으로써 데이터 변조 및 스누핑으로부터 보호합니다.ONTAP 솔루션은 Kerberos에 대해 128비트 및 256비트 AES 암호화를 지원합니다.

키 매니저

온보드 키 관리자는 9.1에 도입된 무료 기능으로 NVE 암호화 볼륨 및 NSE 디스크의 키를 저장할 수 있습니다.NSE 디스크는 AFF/FAS 플랫폼에서만 사용할 수 있습니다.또한 ONTAP 시스템을 사용하면 어플라이언스에 연결된 USB 드라이브에 암호화 키를 저장할 수 있습니다.또한 ONTAP은 Gemalto Trusted Key Manager와 같은 외부 키 관리자를 사용할 수도 있습니다.

NetApp 볼륨 암호화

NetApp 볼륨 암호화(NVE)는 FlexVol 볼륨 레벨 소프트웨어 기반 암호화로, 스토리지 CPU를 데이터 암호화 목적으로 사용하므로 CPU 코어가 더 많은 고사양 스토리지 시스템에서는 성능 저하가 덜 예상됩니다.NVE는 라이센스가 있지만 거의 모든 NetApp ONTAP 기능 및 프로토콜과 호환되는 무료 기능입니다.NetApp 스토리지 Encryption(NSE)과 유사하게 NVE는 암호화 키를 로컬에 저장하거나 IBM Security Key Lifecycle Manager, SafeNet KeySecure 또는 클라우드 키 관리자와 같은 전용 키 관리자에 저장할 수 있습니다.NVE도 NSE와 마찬가지로 유휴 암호화 데이터이므로 물리적 디스크 도난으로부터만 보호하고 정상적인 운영 및 실행 시스템에서 데이터 보안 보호 수준을 추가로 제공하지 않습니다.FabricPool 기술이 결합된 NVE는 Amazon과 같은 외부 S3 스토리지 시스템에서 데이터를 무단으로 액세스하지 못하도록 보호하며, 이미 데이터가 암호화된 형태로 유선을 통해 전송하기 때문입니다.

GDPR

ONTAP 9.4부터는 GDPR 요구 사항을 준수하기 위해 파일을 안전하게 삭제할 수 있는 기능을 제공하는 Secure Purge라는 새로운 기능이 도입되었습니다.

VSAN 및 F 정책

ONTAP Vscan 및 FPolicy는 NAS를 사용하는 ONTAP 시스템의 멀웨어 방지를 목적으로 합니다.Vscan은 NetApp 안티바이러스 스캐너 파트너가 파일에 바이러스가 없는지 확인할 수 있는 방법을 제공합니다.F 정책은 NetApp 파트너와 통합되어 파일 액세스 동작을 모니터링합니다.F policy file-access 알림 시스템은 NAS 스토리지의 활동을 모니터링하고 정책 설정에 따라 원하지 않는 접근이나 파일 변경을 방지합니다.둘 다 랜섬웨어가 애초에 발판을 마련하는 것을 막는데 도움이 됩니다.

부가 기능

MTU 블랙홀 감지 및 경로 MTU(Path MTU)는 이더넷 네트워크를 통해 연결된 ONTAP 시스템이 최대 MTU 크기를 감지하는 프로세스입니다.ONTAP 9.2: LDAP over TLS를 위한 OCSP(Online Certificate Status Protocol), 스토리지에 로그인할 수 있는 IP 주소 범위를 지정하는 iSCSI Endpoint Isolation, SSH를 통한 로그인 시도 실패 횟수 제한.NTP 대칭 인증은 ONTAP 9.5부터 지원됩니다.

소프트웨어

NetApp은 ONTAP 시스템을 모니터링하고 통합하기 위한 일련의 서버 기반 소프트웨어 솔루션을 제공합니다.가장 일반적으로 사용되는 무료 소프트웨어는 액티브(Active데이터 가용성 및 성능 모니터링 솔루션인 IQ Unified 매니저 & Performance 매니저.

워크플로우 자동화

NetApp Workflow Automation(WFA)은 NetApp 스토리지 조정에 사용되는 무료 서버 기반 제품입니다.웹 기반 GUI를 갖춘 셀프 서비스 포털이 포함되어 있으며, 거의 모든 일상적인 스토리지 작업 또는 작업 시퀀스를 워크플로우로 구성하여 서비스로 게시할 수 있으므로 최종 사용자는 NetApp 스토리지를 서비스로 주문하고 사용할 수 있습니다.

스냅센터

SnapCenter(이전에는 Snap매니저 Suite로 알려짐)는 서버 기반 제품입니다.NetApp은 또한 애플리케이션과 NetApp 스토리지 어레이를 조정하여 애플리케이션 정합성이 높은 스냅샷을 생성할 수 있는 제품을 제공합니다.이러한 제품은 마이크로소프트 Exchange, 마이크로소프트 SQL 서버, 마이크로소프트 쉐어포인트, 오라클, SAP 및 VMware ESX Server 데이터를 지원합니다.이러한 제품은 Snap매니저 제품군의 일부를 구성합니다.SnapCenter에는 MongoDB, IBM Db2, MySQL용 타사 플러그인도 포함되어 있으며, 최종 사용자는 ONTAP 스토리지 시스템과의 통합을 위해 자체 플러그인을 생성할 수 있습니다.Snap매니저 및 SnapCenter는 엔터프라이즈급 라이센스 제품입니다.SnapCreator라는 이름의 비슷한 무료 NetApp 제품이 있습니다.이 제품은 ONTAP 애플리케이션 정합성이 높은 스냅샷을 애플리케이션에 통합하고자 하지만 SnapCenter에 대한 라이센스는 없는 고객을 대상으로 합니다.NetApp은 SnapCenter 기능이 SolidFire 스토리지 Endpoint를 포함하도록 확장될 것이라고 주장합니다.SnapCenter에는 AFF/FAS 시스템에 대한 컨트롤러 기반 라이센스와 SDS ONTAP에 대한 테라바이트 단위 라이센스가 있습니다.NetApp Data Broker라는 VMware vSphere용 SnapCenter 플러그인은 SnapCenter 자체 없이 사용할 수 있는 별도의 Linux 기반 어플라이언스입니다.

서비스 수준 관리자

NetApp Services Level Manager 또는 NSLM은 워크로드에 예측 가능한 성능, 용량 및 데이터 보호 기능을 제공하는 ONTAP 스토리지 프로비저닝용 소프트웨어로 RESTful API를 제공하며 Swagger 설명서가 내장되어 있으며, Active와 같은 다른 NetApp 스토리지 제품과도 통합할 수 있습니다.IQ Unified 매니저.NSLM은 서비스 레벨 목표(SLO)를 기반으로 3가지 표준 서비스 레벨(SSL)을 노출하고 맞춤형 서비스 레벨을 생성합니다.예측된 ServiceProvider급 스토리지 소비를 제공하기 위해 만들어진 NSLM.NSLM은 공간 기반 라이센스 제품입니다.

빅 데이터

ONTAP 시스템은 Hadoop TeraGen, TeraValidate 및 TeraSort, Apache Hive, Apache MapReduce, Tez 실행 엔진, Apache Spark, Apache HBase, Azure HDInsight 및 Hortonworks 데이터 플랫폼 제품, Cloudera CDH,외부 공유 NAS 스토리지를 Primary 또는 Secondary Hadoop 스토리지로 사용하여 데이터에 액세스하고 분석할 수 있도록 NetApp In-Place Analytics Module(NetApp NFS Connector for Hadoop으로도 알려짐)을 통해 지원합니다.

큐트리

qtree는^[22] 논리적으로 정의된 파일 시스템으로, 사용할 수 있는 디스크 공간의 양이나 파일의 수에 제한이 없습니다.일반적으로 qtree는 볼륨과 비슷합니다.그러나 다음과 같은 주요 제한 사항이 있습니다.

• 스냅샷 복사본은 개별 볼륨에 대해 사용하거나 사용하지 않도록 설정할 수 있지만 개별 qtree에는 사용할 수 없습니다.
• Qtree는 공간 예약 또는 공간 보장을 지원하지 않습니다.

자동화

ONTAP 프로비저닝 및 사용은 직접 또는 추가 NetApp 소프트웨어를 사용하거나 타사 소프트웨어를 사용하여 여러 가지 방법으로 자동화할 수 있습니다.

• ONTAP 및 SolidFire에서 직접 HTTP REST API를 사용할 수 있습니다.9.6 ONTAP NetApp은 클러스터 관리를 위해 REST API 액세스를 통해 전용 ZAPI 기능을 제공하기로 결정했습니다.REST API는 시스템 매니저 웹 인터페이스(https://[ONTAP_ClusterIP_or_Name]/docs/api)를 통해 사용할 수 있으며, 페이지에는 Try it out 기능, 외부 사용을 승인하는 API 토큰 생성 및 예제가 포함된 내장 문서가 포함되어 있습니다.ONTAP 9.6의 REST API를 통해 사용할 수 있는 클러스터 관리 목록:
  • 클라우드(객체 저장소) 대상
  • 클러스터, 노드, 작업 및 클러스터 소프트웨어
  • 물리적 및 논리적 네트워크
  • 스토리지 가상 시스템
  • LDAP, NIS 및 DNS와 같은 SVM 이름 서비스
  • SAN(Storage Area Network)의 리소스
  • 비휘발성 메모리 익스프레스의 자원
• ONTAP SDK 소프트웨어는 ONTAP 시스템을 자동화하기 위한 전용 ZAPI 인터페이스입니다.
• ONTAP, SolidFire 및 E-Series를 비롯한 NetApp 시스템을 관리하는 데 사용할 수 있는 PowerShell 명령어
• Perl로 작성된 SnapMirror & FlexClone 툴킷을 스크립트를 통해 SnapMirror & FlexClone 관리에 사용할 수 있습니다.
• ONTAP은 Ansible, Puppet 및 Chef 스크립트를 통해 자동화 가능
• NetApp Workflow Automation(WFA)은 GUI 기반의 Orchestrator로 WFA를 위한 API 및 PowerShell 명령어를 제공합니다.WFA는 NetApp ONTAP, SolidFire 및 E-Series 스토리지 시스템을 관리할 수 있습니다.WFA는 STAaaS(Storage as a Service)로 알려진 NetApp 시스템에 내장된 셀프 서비스 포털을 제공합니다.
• WFA를 사용하는 VMware vRealize Orchestrator를 통해 스토리지를 조정할 수 있습니다.
• Cisco UCS Director(이전에는 Cloupia) 등과 같은 PaaS 또는 IaaS용 타사 오케스트레이터가 NetApp 시스템을 관리할 수 있으며, 내장된 셀프 서비스 포털을 통해 인프라를 관리하고 구성하는 단계별 지침을 통해 자동화된 워크플로우를 생성할 수 있습니다.
• NetApp 스토리지의 백업 및 복구를 VMware ESXi, Oracle DB, MS SQL 등과 같은 애플리케이션과 통합하는 데 사용되는 NetApp SnapCenter 소프트웨어는 PowerShell 명령어와 RESTful API를 통해 자동화할 수 있습니다.
• NetApp FAS/AFF 스토리지 시스템, 성능 메트릭 및 데이터 보호를 모니터링하기 위한 ActiveIQ Unified 매니저 및 Performance 매니저(공식적으로 OnCommand Unified)도 RESTful API 및 PowerShell 명령어를 제공합니다.
• OnCommand Insight는 NetApp ONTAP, SolidFire, E-Series 및 타사 스토리지 시스템과 스위치를 포함한 이기종 인프라에 대한 모니터링 및 분석 소프트웨어로 RESTful API 및 PowerShell 명령어를 제공합니다.
• NetApp Trident 플러그인 for Docker는 영구 스토리지를 제공하고 인프라스트럭처를 자동화하거나 인프라스트럭처를 코드로 실행하는 데 사용됩니다.SAN 및 NAS 프로토콜용 NetApp ONTAP, SolidFire 및 E-Series 시스템과 함께 사용할 수 있습니다.

플랫폼

ONTAP 운영 체제는 스토리지 Disk 어레이에 사용됩니다.ONTAP 소프트웨어가 사용되는 플랫폼은 다음과 같습니다.NetApp FAS 및 AFF, ONTAP Select 및 Cloud Volumes ONTAP.각 플랫폼에서 ONTAP은 동일한 커널과 약간 다른 기능 집합을 사용합니다.FAS는 다른 플랫폼 중에서도 기능성이 가장 풍부합니다.

FAS

FAS^[23] 및 All Flash FAS(AFF)^[24] 시스템은 NetApp for ONTAP 소프트웨어가 자체 제작한 맞춤형 하드웨어입니다.AFF 시스템은 SSD 드라이브만 포함할 수 있습니다. AFF 위의 ONTAP은 플래시 메모리에만 최적화되고 조정되는 반면 FAS 시스템은 HDD(HDD 전용 시스템) 또는 HDD 및 SSD(하이브리드 시스템)를 포함할 수 있기 때문입니다.FAS 및 AFF 플랫폼의 ONTAP은 데이터 보호를 위해 Disk 또는 Disk 파티션에서 RAID 4, RAID-DP 및 RAID-TEC 어레이와 같은 RAID 어레이를 생성할 수 있으며, ONTAP Select 및 Cloud Volumes ONTAP은 실행 중인 환경에서 제공하는 RAID 데이터 보호를 활용합니다.FAS 및 AFF 시스템은 Metro Cluster 기능을 지원하는 반면, ONTAP Select 및 Cloud Volumes ONTAP 플랫폼은 지원하지 않습니다.

소프트웨어 정의 스토리지

ONTAP Select와 Cloud Volumes ONTAP은 모두 이전 제품인 ONTAP Edge를 기반으로 하며 소프트웨어 정의 스토리지로 간주되는 VSA(가상 스토리지 어플라이언스)^[25]입니다.ONTAP 클라우드로 선택 ONTAP에는 플렉스 및 Aggregate 추상화 기능이 포함되어 있지만 OS에 하위 레벨의 RAID 모듈이 포함되어 있지 않아 RAID 4, RAID-DP 및 RAID-TEC가 지원되지 않으므로 FlexArray 기능과 유사한 ONTAP 스토리지 시스템은 기본 스토리지 시스템을 통해 SSD 및 HDD 드라이브 레벨의 RAID 데이터 보호 기능을 활용합니다.ONTAP Select 9.4 & ONTAP Deploy 2.8 소프트웨어 RAID는 타사 HW RAID 장비에 대한 요구 사항 없이 지원됩니다.ONTAP Select 및 Cloud Volumes ONTAP은 가상 머신이기 때문에 Fibre Channel 및 Fibre Channel over Ethernet을 프론트엔드 데이터 프로토콜로 지원하지 않으며, VSA에 추가된 하이퍼바이저의 기본 스토리지 공간을 가상 Disk로 표현하고 ONTAP 내부에서 Disk로 처리합니다.ONTAP Select 및 Cloud Volumes ONTAP은 고가용성, 중복제거, 복원력, 데이터 복구, 강력한 스냅샷을 제공하므로 애플리케이션 백업(애플리케이션 일관 스냅샷) 및 거의 모든 ONTAP 기능과 통합할 수 있지만 거의 예외는 없습니다.소프트웨어 정의 버전의 ONTAP은 if그룹, 서비스 프로세서, 암호화 기능이 있는 물리적 Disk 드라이브, MetroCluster over FCP, Fiber Channel 프로토콜과 같은 하드웨어 중심 기능을 제외하고는 거의 모든 기능을 갖추고 있습니다.

ONTAP 선택

ONTAP Select는 VMware ESXi 및 Linux KVM 하이퍼바이저에서 실행할 수 있습니다.ONTAP 기본 DAS, SAN 또는 vSAN 스토리지 시스템을 사용하여 SSD 및 HDD 드라이브 레벨에서 RAID 데이터 보호를 활용합니다.ONTAP Select 9.4 & ONTAP Deploy 2.8 소프트웨어 RAID는 KVM용 타사 HW RAID 장비에 대한 요구 사항 없이 지원되며, ONTAP 9.5부터 ESXi까지 지원됩니다.ONTAP Deploy는 MetroCluster 또는 2노드 구성에서 중재자 기능을 제공하고 라이센스를 추적하며 초기 클러스터 구현에 사용되는 가상 머신입니다.ONTAP Deploy 2.11.2 vCenter 플러그인을 사용하면 vCenter에서 모든 ONTAP Deploy 기능을 수행할 수 있습니다.이와는 대조적으로, 이전에는 명령줄 또는 vSphere VM OVA 설정 마스터에서 관리를 수행했습니다.FAS 플랫폼과 마찬가지로 ONTAP Select도 고가용성(HA) 및 클러스터링을 지원합니다.FAS 플랫폼인 ONTAP Select는 HDD 전용 또는 All-Flash 최적화된 두 가지 버전으로 제공됩니다.이전의 ONTAP Data ONTAP Edge로 알려져 있던 것을(를) 선택합니다.Data ONTAP Edge 제품은 버전 8이 포함된 Data ONTAP OS를 사용하고 있으며 VMware ESXi에서만 실행할 수 있었습니다.NSX 오버레이 네트워크를 통한 ONTAP 9.5 SW-MetroCluster부터 지원됩니다.ONTAP 9.5 라이센싱을 시작으로 라이센스가 노드와 연결되고 제한된 구독을 통해 Capacity Pool Licensing으로 영구적으로 전환되는 Capacity Tier 기반에서 변경되었습니다.ONTAP Select 9.5 MQ 획득에지에서 데이터 센터 또는 클라우드로 데이터를 전송할 때 TT 프로토콜을 지원합니다.2019년 4월, Octavian Tanase SVP ONTAP은 Kubernetes에서 실행 중인 ONTAP 트위터에 시연을 위한 컨테이너로 프리뷰 사진을 게시했습니다.

클라우드 볼륨 ONTAP

Cloud Volumes ONTAP(공식적으로 ONTAP 클라우드^[26])은 가상 스토리지 어플라이언스(VSA)이기도 하고 Amazon AWS, Microsoft Azure 및 Google Cloud Platform과 같은 하이퍼스케일 프로바이더(클라우드 컴퓨팅)에서 주문할 수 있기 때문에 ONTAP Select와 거의 동일한 기능을 포함합니다.IBM Cloud는 Cloud Volumes ONTAP 대신 동일한 이유로 ONTAP Select를 사용합니다.Cloud Volumes ONTAP은 클라우드 내 여러 지역에서 데이터의 고가용성(HA)을 제공할 수 있습니다.Cloud Volumes ONTAP은 Cloud Provider의 기본 IP SAN 스토리지 시스템을 통해 SSD 및 HDD 드라이브 레벨의 RAID 데이터 보호 기능을 활용합니다.

특징비교

최신 ONTAP 버전의 플랫폼 간 해당 기능 비교.

특징들	AFF/FAS/LenovoDM 시스템	All-Flash ASA	클라우드 볼륨 서비스(CVS) 및 Azure NetApp 파일(ANF)	클라우드 볼륨 ONTAP(CVO)	ONTAP 선택
패브릭 풀	SSD Aggregate만 해당	네.	네.	예, SSD 및 HDD 지원	9.4 Premiumic을 지원하는 SDS용 Fabric Pool 2.0부터(All Flash)
플렉스 그룹	지원됨	아니요: SAN만 해당	?	?	지원됨
HA(High Availability	지원됨	지원됨	네.	AWS 및 Azure에서 지원	DAS 구성에서 지원됨. 2, 4, 6 또는 8개 노드 지원. 2-노드는 ONTAP Deploy에 통합된 조정자가 필요합니다.2배 더 많은 공간 사용
메트로-HA	MetroCluster가 지원됩니다.FAS2000, C190 및 A200은 지원되지 않으며, ONTAP 9.6의 A220 및 FAS2750에 지원이 추가되었습니다.추가 HW가 필요합니다.공간/disks 소모량 2배 증가MetroCluster Mediator 소프트웨어로 재해 발생 시 모니터링 및 자동 사이트 전환에 사용됩니다.중재자는 3번째 사이트에서 실행해야 합니다.	?	아니요.	두 가용성 영역 사이의 AWS에서 지원됩니다.Cloud Volumes ONTAP(HA 포함)과 마찬가지로 2배 더 많은 공간 사용	ONTAP Deploy 2.7을 시작으로 2노드 클러스터에서 MetroCluster SDS를 공식적으로 지원하고 DAS 구성으로 최대 10km 거리까지 지원했습니다.ONTAP Select with HA와 마찬가지로 2배 더 많은 공간을 사용할 수 있습니다.또한 ONTAP Select with 2-node HA 시스템을 사용하려면 ONTAP Deploy에 통합된 조정자가 필요합니다.재해 발생 시 모니터링 및 자동 사이트 전환에 사용되는 매개자 기능입니다.MetroCluster 구성에서 ONTAP Deploy with Mediator를 실행해야 합니다.
수평적 확장 클러스터화	ONTAP 9.3에서는 SAN 노드의 경우 1개 노드에서 최대 12개 노드까지, NAS는 최대 24개까지 - 마지막 및 이전 세대 FAS/AFF를 사용합니다.예외: FAS2500 최대 8개 노드	?	아니요.	아니요.	1, 2, 4, 8개의 노드.노드가 2개 이상인 ONTAP 클러스터는 HA 쌍만 포함할 수 있습니다.
무중단 운영	Aggregate 재배치, 볼륨 이동, LUN 이동, LIF 마이그레이션	Aggregate 재배치, 볼륨 이동, LUN 이동, LIF 마이그레이션	해당 없음	해당 없음	Aggregate 재배치, 볼륨 이동, LUN 이동, LIF 마이그레이션
멀티 테넌시	네.	네.	아니오: 클라우드에 해당되지 않음	아니오: 클라우드에 해당되지 않음	네.
FlexClone	예, 프리미엄 번들 SW에 포함됨	예, 프리미엄 번들 SW에 포함됨	네?	네.	예, 항상 포함됩니다.
스냅복원	예, 프리미엄 번들 SW에 포함됨	예, 프리미엄 번들 SW에 포함됨	네?	네?	예, 항상 포함됩니다.
SnapMirror	예, 프리미엄 번들 SW에 포함, SVM-DR SnapMirror 지원, ONTAP에서 클라우드 백업으로 SnapMirror 지원, SolidFire에서 ONTAP으로 SnapMirror 지원	예, 프리미엄 번들 SW에 포함, SVM-DR SnapMirror 지원, ONTAP에서 클라우드 백업으로 SnapMirror 지원, SolidFire에서 ONTAP으로 SnapMirror 지원	아니야?	예. 또한 SnapMirror를 ONTAP에서 클라우드 백업으로, SnapMirror를 SolidFire에서 ONTAP으로 지원	예, 항상 포함, SVM-DR SnapMirror 지원, ONTAP에서 클라우드 백업으로 SnapMirror 지원, SolidFire에서 ONTAP으로 SnapMirror 지원
SnapMirror 동기화(SM-S)	예, ONTAP 9.5의 경우 AFF 노드당 최대 80개 또는 FAS 노드당 40개의 볼륨을 사용할 수 있습니다.	예 노드당 최대 80개 볼륨입니다.	아니야?	?	예, ONTAP 9.5의 경우 Select 노드당 최대 20개의 볼륨 제공
플렉스캐시	예, ONTAP 9.5부터 시작	네.	네?	네?	예, ONTAP 9.5부터 시작
싱크미러	예: SyncMirror 로컬 또는 MetroCluster의 일부로 사용 가능	네.	아니요.	Cloud Volumes ONTAP HA 기능의 일환으로	ONTAP Select HA & MetroCluster SDS 기능의 일부
NAS용 WORM	예: SnapLock.추가 라이센스 필요	아니요: SAN만 해당	?	AWS & Azure에서 예.마케팅명:NetApp 클라우드 WORM	예: 슬랩락 9.4입니다.추가 라이센스 필요
QoS	예. SVM, FlexVol, LUN 및 파일 레벨에서 QoS 최대값.QoSmin, 적응형 QoS.공짜	예. SVM, FlexVol, LUN 및 파일 레벨에서 QoS 최대값.QoSmin, 적응형 QoS.공짜	빌트인 3-Tier 성능	?	예. SVM, FlexVol, LUN 및 파일 레벨에서 QoS 최대값.QoSmin, 적응형 QoS.공짜
NetApp 볼륨 암호화	예. 로컬 온보드 키 관리자나 외부 키 관리자와 함께 합니다.무료 라이센스 필요	예. 로컬 온보드 키 관리자나 외부 키 관리자와 함께 합니다.무료 라이센스 필요	?	?	예. 로컬 온보드 키 관리자나 외부 키 관리자와 함께 합니다.무료 라이센스 필요
SnapCenter /Snap매니저	예, 프리미엄 번들 SW에 포함됨	예, 프리미엄 번들 SW에 포함됨	?	?	네. 면허증이 추가로 필요합니다.공간별 라이선스 제공
NetApp 전용 RAID: 4, DP, TEC	네.	네.	네. 하지만 고객에게는 보이지 않습니다.	?	예. ONTAP Select 9.4 & ONTAP Deploy 2.8을 사용합니다.ONTAP에서 사용 가능한 소프트웨어 RAID 9.4는 KVM에서만 사용할 수 있습니다.ESXi에서 사용 가능한 9.5 소프트웨어 RAID부터 시작합니다.
캐시 읽기/쓰기	예: Flash Pool(FAS만 해당)	아니요.	아니요.	아니요.	아니요.
플렉스어레이	FAS2000 시스템을 제외한 FAS 시스템의 경우 예.	아니요.	아니요.	아니요, 해당 없음	아니요.
타사 DAS 또는 RAID	아니요.	아니요.	아니요.	클라우드 블록 스토리지	예. RAID, LVM 및 vSAN이 지원되는 DAS
NetApp 스토리지 암호화	예, 전문 HDD/SDD가 필요합니다.공짜	예, 전문 HDD/SDD가 필요합니다.공짜	?	아니요.	아니요.
캐시 읽기	예: FAS2200/2500 시스템을 제외한 FAS 시스템용 Flash Cache현재 모든 세대 FAS 시스템이 사전 설치되어 있음	아니요.	아니요.	예, 9.5부터 사용 후 SSD 및 Premium 또는 BYOL 라이센스 사용	아니요.
비휘발성 메모리	예: 모든 FAS/AFF	네.	네.	가상 비휘발성 메모리	가상 비휘발성 메모리
NDMP	네, 무료입니다.FlexVol에서 지원되며 FlexGroup & FabricPool에서는 지원되지 않음	네, 무료입니다.FlexVol에서 지원되며 FlexGroup & FabricPool에서는 지원되지 않음	아니야?	?	네, 무료입니다.FlexVol에서 지원되며 FlexGroup & FabricPool에서는 지원되지 않음
NetApp 스냅샷	9.3 이상 255, 9.4 이상 1024입니다.무료 & 항상 포함	예: 1024입니다.무료 & 항상 포함	예: 1024입니다.무료 & 항상 포함	9.3 이상 255, 9.4 이상 1024입니다.무료 & 항상 포함	9.3 이상 255, 9.4 이상 1024입니다.무료 & 항상 포함
안전한 퍼지	ONTAP 9.4부터 무료	네?	네?	?	?
인터페이스 그룹(ifgroup)	예, 물리적 이더넷 포트 집계	예, 물리적 이더넷 포트 집계	아니오: 클라우드에 해당되지 않음	아니요.	아니요.
최대 애그리게이트 크기	SSD에서 800TiB	SSD에서 800TiB	아니오: 클라우드에 해당되지 않음	?	노드당 400TiB(HA에서 유용한 200TiB)
NVMeoF	예: FC-NVMe for AFF	네?	아니요.	아니요.	아니요.
SAN	예: FC, iSCSI	예: FC, iSCSI	CVS의 경우 예, ANF의 경우 아니오	iSCSI	iSCSI
NAS	예: NFSv3, NFSv4, NFSv4.1, pNFS, SMBv2, SMBv3	아니요: SAN만 해당	예: NFSv3, NFSv4, NFSv4.1?, pNFS?, SMBv2, SMBv3	예: NFSv3, NFSv4, NFSv4.1?, pNFS?, SMBv2, SMBv3	예: NFSv3, NFSv4, NFSv4.1, pNFS, SMBv2, SMBv3

참고 항목

• NetApp 스토리지 시스템에 사용되는 WAFL(Write Anywhere File Layout)
• 넷앱
• NetApp FAS

외부 링크

• ONTAP 데이터 관리 소프트웨어(제품 페이지)
• ONTAP 클라우드(제품 페이지)
• ONTAP 선택(제품 페이지)
• ONTAP 9 데이터시트

참고문헌