본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

데이터 계층화 개요

05/23/2023 기여자

비활성 데이터를 저비용 오브젝트 스토리지로 자동 계층화하여 스토리지 비용을 절감할 수 있습니다. 활성 데이터는 고성능 SSD 또는 HDD(성능 계층)에 유지되고 비활성 데이터는 저비용 오브젝트 스토리지(용량 계층)로 계층화합니다. 따라서 운영 스토리지의 공간을 재확보하고 2차 스토리지를 축소할 수 있습니다.

Cloud Volumes ONTAP는 AWS 및 Microsoft Azure에서 데이터 계층화를 지원합니다. 데이터 계층화는 FabricPool 기술을 기반으로 합니다.

데이터 계층화를 사용하기 위해 기능 라이센스를 설치할 필요는 없습니다.

AWS에서 데이터 계층화의 작동 원리

AWS에서 데이터 계층화를 활성화하면 Cloud Volumes ONTAP은 EBS를 핫 데이터의 성능 계층으로, AWS S3를 비활성 데이터의 용량 계층으로 사용합니다.

이것은 EBS 스토리지로 이동하는 핫 데이터와 S3 스토리지로 이동하는 비활성 데이터를 보여주는 개념적 이미지입니다.

AWS의 성능 계층

성능 계층은 범용 SSD, 프로비저닝된 IOPS SSD 또는 처리량 최적화 HDD가 될 수 있습니다.

AWS의 용량 계층

기본적으로 Cloud Volumes ONTAP는 비활성 데이터를 S3_Standard_Storage 클래스에 계층화합니다. 표준은 여러 가용성 영역에 걸쳐 자주 액세스하는 데이터에 적합합니다.

비활성 데이터에 액세스할 계획이 없는 경우 Cloud Volumes ONTAP를 구축한 후 시스템의 계층화 수준을 다음 중 하나로 변경하여 스토리지 비용을 절감할 수 있습니다.

지능형 계층화: 데이터 액세스 패턴이 변경될 경우 두 계층 간에 데이터를 이동하여 스토리지 비용을 최적화합니다. 한 계층은 잦은 액세스를 위한 반면 다른 계층은 낮은 액세스 빈도로 사용됩니다.
단일 영역 - 낮은 액세스 빈도: 자주 액세스하지 않는 데이터는 단일 가용성 영역에 저장됩니다.
표준 - 낮은 액세스 빈도: 자주 액세스하지 않는 데이터는 여러 가용성 영역에 저장됩니다.

데이터에 액세스하는 경우 액세스 비용이 더 높아지므로 계층화 수준을 변경하기 전에 이 점을 고려해야 합니다. S3 스토리지 클래스에 대한 자세한 내용은 를 참조하십시오 "AWS 문서".

계층화 레벨을 변경하면 비활성 데이터가 표준 스토리지 클래스에서 시작되어 30일 후에 액세스하지 않는 경우 선택한 스토리지 클래스로 이동합니다. 계층화 수준 변경에 대한 자세한 내용은 을 참조하십시오 "비활성 데이터를 저비용 오브젝트 스토리지로 계층화".

계층화 레벨은 시스템 전체에 있으며, 볼륨별로 없습니다.

Cloud Volumes ONTAP 작업 환경에서는 시스템의 모든 계층화된 데이터에 S3 버킷을 사용합니다. 각 볼륨에 다른 S3 버킷이 사용되지 않습니다. 여기에는 HA 작업 환경이 포함됩니다. Cloud Manager에서 S3 버킷을 생성하고 이를 Fabric-pool-_cluster unique identifier_로 지정합니다.

Microsoft Azure에서 데이터 계층화의 작동 원리

Azure에서 데이터 계층화를 활성화하면 Cloud Volumes ONTAP는 Azure 관리 디스크를 핫 데이터용 성능 계층으로 사용하고 Azure Blob 스토리지를 비활성 데이터의 용량 계층으로 사용합니다.

Azure 관리 디스크로 이동하는 핫 데이터와 Azure Blob 스토리지로 이동하는 비활성 데이터를 보여주는 개념적 이미지입니다.

Azure의 성능 계층

성능 계층은 프리미엄 스토리지(SSD) 또는 표준 스토리지(HDD)일 수 있습니다.

Azure의 용량 계층

기본적으로 Cloud Volumes ONTAP는 자주 액세스하는 데이터에 적합한 Azure_hot_storage 계층에 비활성 데이터를 계층화합니다.

비활성 데이터에 액세스할 계획이 없는 경우 Cloud Volumes ONTAP를 배포한 후 시스템의 계층화 수준을 Azure_Cool_storage 계층으로 변경하여 스토리지 비용을 절감할 수 있습니다. 계층 냉각 계층은 계층 내에 최소 30일 동안 자주 액세스하지 않는 데이터에 적합합니다.

데이터에 액세스하는 경우 액세스 비용이 더 높아지므로 계층화 수준을 변경하기 전에 이 점을 고려해야 합니다. Azure Blob 스토리지 계층에 대한 자세한 내용은 를 참조하십시오 "Azure 문서".

계층화 레벨을 변경하면 비활성 데이터가 핫 스토리지 계층에서 시작되어 30일 후에 액세스하지 않는 경우 스토리지 계층으로 이동합니다. 계층화 수준 변경에 대한 자세한 내용은 을 참조하십시오 "비활성 데이터를 저비용 오브젝트 스토리지로 계층화".

계층화 레벨은 시스템 전체에 있으며, 볼륨별로 없습니다.

Cloud Volumes ONTAP 작업 환경에서는 시스템의 모든 계층화된 데이터에 Azure Blob 컨테이너를 사용합니다. 각 볼륨에 다른 컨테이너가 사용되지 않습니다. Cloud Manager에서 각 Cloud Volumes ONTAP 시스템의 컨테이너로 새 스토리지 계정을 생성할 수 있습니다. 스토리지 계정의 이름은 임의로 지정됩니다.

데이터 계층화가 용량 제한에 미치는 영향

데이터 계층화를 사용하는 경우 시스템의 용량 제한은 동일하게 유지됩니다. 이 제한은 성능 계층과 용량 계층 전체에 분산됩니다.

볼륨 계층화 정책

데이터 계층화를 사용하려면 볼륨을 생성, 수정 또는 복제할 때 볼륨 계층화 정책을 선택해야 합니다. 각 볼륨에 대해 다른 정책을 선택할 수 있습니다.

일부 계층화 정책에는 연결된 최소 냉각 기간이 있습니다. 이 기간은 볼륨의 사용자 데이터가 "콜드"로 간주되어 용량 계층으로 이동되기 위해 비활성 상태로 유지되어야 하는 시간을 설정합니다.

Cloud Volumes ONTAP는 다음과 같은 계층화 정책을 지원합니다.

스냅샷만: Aggregate가 50% 용량에 도달하면 Cloud Volumes ONTAP는 활성 파일 시스템과 연결되지 않은 스냅샷 복사본의 콜드 사용자 데이터를 용량 계층으로 이동합니다. 냉각 기간은 약 2일입니다.

읽으면 용량 계층의 콜드 데이터 블록이 핫 상태가 되고 성능 계층으로 이동합니다.
자동: Aggregate가 50% 용량에 도달하면 Cloud Volumes ONTAP는 볼륨의 콜드 데이터 블록을 용량 계층에 계층화합니다. 콜드 데이터에는 스냅샷 복사본뿐만 아니라 액티브 파일 시스템의 콜드 사용자 데이터도 포함됩니다. 냉각 기간은 약 31일입니다.

이 정책은 Cloud Volumes ONTAP 9.4부터 지원됩니다.

랜덤 읽기로 읽는 경우 용량 계층의 콜드 데이터 블록이 핫 상태가 되어 성능 계층으로 이동합니다. 인덱스 및 바이러스 백신 검사와 관련된 읽기 작업을 순차적으로 수행할 경우 콜드 데이터 블록이 콜드 상태를 유지하고 성능 계층으로 이동하지 않습니다.
백업: 재해 복구 또는 장기 보존을 위해 볼륨을 복제할 경우 대상 볼륨의 데이터는 용량 계층에서 시작됩니다. 대상 볼륨을 활성화하면 데이터가 읽혀지면서 성능 계층으로 서서히 이동합니다.
없음: 볼륨의 데이터를 성능 계층에 유지하여 용량 계층으로 이동하지 않도록 합니다.

데이터 계층화 설정

지원되는 구성의 지침과 목록은 를 참조하십시오 "비활성 데이터를 저비용 오브젝트 스토리지로 계층화".