데이터 계층화 개요
변경 제안
PDF
비활성 데이터를 저비용 오브젝트 스토리지로 자동 계층화하여 스토리지 비용을 절감합니다. 활성 데이터는 고성능 SSD 또는 HDD에 남아 있고 비활성 데이터는 저비용 오브젝트 스토리지로 계층화되어 있습니다. 따라서 운영 스토리지의 공간을 재확보하고 2차 스토리지를 축소할 수 있습니다.
데이터 계층화는 FabricPool 기술을 기반으로 합니다. Cloud Volumes ONTAP은 추가 라이센스 없이 모든 Cloud Volumes ONTAP 클러스터에 데이터 계층화를 제공합니다. 데이터 계층화를 사용하면 오브젝트 스토리지로 계층화된 데이터에 요금이 발생합니다. 오브젝트 스토리지 비용에 대한 자세한 내용은 클라우드 공급자의 문서를 참조하십시오.
AWS의 데이터 계층화
AWS에서 데이터 계층화를 활성화하면 Cloud Volumes ONTAP은 EBS를 핫 데이터의 성능 계층으로, AWS S3를 비활성 데이터의 용량 계층으로 사용합니다.
- 성능 계층
-
성능 계층은 범용 SSD(GP3 또는 GP2) 또는 프로비저닝된 IOPS SSD(io1)일 수 있습니다.
처리량 최적화 HDD(st1)를 사용하는 경우에는 데이터를 오브젝트 스토리지에 계층화하지 않는 것이 좋습니다.
- 용량 계층
-
Cloud Volumes ONTAP 시스템은 비활성 데이터를 단일 S3 버킷에 계층화합니다.
BlueXP는 각 작업 환경에 대해 단일 S3 버킷을 생성하고 Fabric-pool-_cluster unique identifier_라는 이름을 지정합니다. 각 볼륨에 대해 다른 S3 버킷이 생성되지 않습니다.
BlueXP에서 S3 버킷을 생성할 때 다음 기본 설정을 사용합니다.
-
스토리지 클래스: 표준
-
기본 암호화: 사용 안 함
-
공용 액세스 차단: 모든 공용 액세스를 차단합니다
-
객체 소유권: ACL이 설정되었습니다
-
버킷 버전 관리: 비활성화됨
-
개체 잠금: 사용 안 함
-
- 스토리지 클래스
-
AWS의 계층형 데이터에 대한 기본 스토리지 클래스는 _Standard_입니다. 표준은 여러 가용성 영역에 걸쳐 자주 액세스하는 데이터에 적합합니다.
비활성 데이터에 액세스할 계획이 없는 경우 스토리지 클래스를 Intelligent Tiering, One-Zone Infrequent Access, Standard - Infrequent Access 또는 S3 Glacier Instant Retrieval 중 하나로 변경하여 저장소 비용을 줄일 수 있습니다. 스토리지 클래스를 변경하면 비활성 데이터가 표준 스토리지 클래스에서 시작되어 30일 후에 액세스하지 않는 경우 선택한 스토리지 클래스로 전환됩니다.
데이터에 액세스할 경우 액세스 비용이 더 높으므로 스토리지 클래스를 변경하기 전에 액세스 비용을 고려하십시오. "Amazon S3 설명서: Amazon S3 스토리지 클래스에 대해 자세히 알아보십시오"..
작업 환경을 생성할 때 스토리지 클래스를 선택하고 나중에 언제든지 변경할 수 있습니다. 저장소 클래스 변경에 대한 지침은 을 "비활성 데이터를 저비용 오브젝트 스토리지로 계층화"참조하십시오.
데이터 계층화를 위한 스토리지 클래스는 볼륨이 아니라 시스템 전체에 적용됩니다.
Azure의 데이터 계층화
Azure에서 데이터 계층화를 활성화하면 Cloud Volumes ONTAP는 Azure 관리 디스크를 핫 데이터의 성능 계층으로, Azure Blob 스토리지를 비활성 데이터의 용량 계층으로 사용합니다.
- 성능 계층
-
성능 계층은 SSD 또는 HDD가 될 수 있습니다.
- 용량 계층
-
Cloud Volumes ONTAP 시스템은 비활성 데이터를 단일 Blob 컨테이너에 계층화합니다.
BlueXP는 각 Cloud Volumes ONTAP 작업 환경에 대한 컨테이너로 새 저장소 계정을 만듭니다. 스토리지 계정의 이름은 임의로 지정됩니다. 각 볼륨에 대해 다른 컨테이너가 생성되지 않습니다.
BlueXP는 다음과 같은 설정으로 저장소 계정을 만듭니다.
-
액세스 계층: 핫
-
성능: 표준
-
이중화: LRS(Locally-Redundant Storage)
-
계정:StorageV2(범용 v2)
-
REST API 작업을 위한 보안 전송 필요: 사용
-
스토리지 계정 키 액세스: 사용
-
최소 TLS 버전: 버전 1.2
-
인프라 암호화: 사용 안 함
-
- 스토리지 액세스 계층
-
Azure의 계층화된 데이터에 대한 기본 스토리지 액세스 계층은 _hot_tier입니다. 핫 계층은 용량 계층에서 자주 액세스하는 데이터에 적합합니다.
용량 계층에서 비활성 데이터에 액세스할 계획이 없는 경우 비활성 데이터가 최소 30일 동안 보존되는 _cool_storage 계층을 선택할 수 있습니다. 비활성 데이터가 최소 90일 동안 저장되는 _COLD_TIER 를 선택할 수도 있습니다. 스토리지 요구사항 및 비용 고려 사항에 따라 요구사항에 가장 적합한 계층을 선택할 수 있습니다. 스토리지 계층을 _cool_or_cold_로 변경하면 비활성 용량 계층 데이터가 쿨 또는 콜드 스토리지 계층으로 직접 이동합니다. 냉각 계층 및 콜드 계층은 핫 계층에 비해 스토리지 비용이 낮지만 액세스 비용이 더 높으므로 스토리지 계층을 변경하기 전에 이 점을 고려하십시오. 을 "Microsoft Azure 설명서: Azure Blob 스토리지 액세스 계층에 대해 자세히 알아보십시오"참조하십시오.
작업 환경을 생성할 때 스토리지 계층을 선택할 수 있으며 나중에 언제든지 변경할 수 있습니다. 스토리지 계층 변경에 대한 자세한 내용은 을 "비활성 데이터를 저비용 오브젝트 스토리지로 계층화"참조하십시오.
데이터 계층화를 위한 스토리지 액세스 계층은 볼륨 단위로 표시되지 않고 시스템 전체에 적용됩니다.
Google Cloud의 데이터 계층화
Google Cloud에서 데이터 계층화를 활성화하면 Cloud Volumes ONTAP은 핫 데이터를 위한 성능 계층으로 영구 디스크를 사용하고 비활성 데이터를 위한 용량 계층으로 Google Cloud Storage 버킷을 사용합니다.
- 성능 계층
-
성능 계층은 SSD 영구 디스크, 균형 잡힌 영구 디스크 또는 표준 영구 디스크일 수 있습니다.
- 용량 계층
-
Cloud Volumes ONTAP 시스템은 단일 Google 클라우드 스토리지 버킷에 비활성 데이터를 계층화합니다.
BlueXP는 각 작업 환경에 대한 버킷을 생성하여 Fabric-pool-_cluster unique identifier_로 명명합니다. 각 볼륨에 대해 다른 버킷이 생성되지 않습니다.
BlueXP에서 버킷을 생성할 때 다음 기본 설정을 사용합니다.
-
위치 유형: 지역
-
스토리지 클래스: 표준
-
공용 액세스: 개체 ACL의 영향을 받습니다
-
액세스 제어: 미세
-
보호: 없음
-
데이터 암호화: Google에서 관리하는 키입니다
-
- 스토리지 클래스
-
계층화된 데이터에 대한 기본 스토리지 클래스는 Standard Storage_class입니다. 데이터에 자주 액세스하지 않는 경우 _Nearline Storage 또는 Coldline Storage 로 변경하여 스토리지 비용을 절감할 수 있습니다. 스토리지 클래스를 변경하면 이후의 비활성 데이터가 선택한 클래스로 직접 이동합니다.
스토리지 클래스를 변경할 때 기존의 비활성 데이터는 기본 스토리지 클래스를 유지합니다. 기존 비활성 데이터의 스토리지 클래스를 변경하려면 수동으로 지정을 수행해야 합니다. 데이터에 액세스하는 경우 액세스 비용이 더 높아지므로 스토리지 클래스를 변경하기 전에 이 점을 고려해야 합니다. 자세한 내용은 을 "Google Cloud 설명서: 스토리지 클래스"참조하십시오.
작업 환경을 생성할 때 스토리지 계층을 선택할 수 있으며 나중에 언제든지 변경할 수 있습니다. 스토리지 클래스 변경에 대한 자세한 내용은 을 "비활성 데이터를 저비용 오브젝트 스토리지로 계층화"참조하십시오.
데이터 계층화를 위한 스토리지 클래스는 볼륨이 아니라 시스템 전체에 적용됩니다.
데이터 계층화 및 용량 제한
데이터 계층화를 사용하는 경우 시스템의 용량 제한은 동일하게 유지됩니다. 이 제한은 성능 계층과 용량 계층 전체에 분산됩니다.
볼륨 계층화 정책
데이터 계층화를 사용하려면 볼륨을 생성, 수정 또는 복제할 때 볼륨 계층화 정책을 선택해야 합니다. 각 볼륨에 대해 다른 정책을 선택할 수 있습니다.
일부 계층화 정책에는 연결된 최소 냉각 기간이 있습니다. 이 기간은 볼륨의 사용자 데이터가 "콜드"로 간주되어 용량 계층으로 이동되기 위해 비활성 상태로 유지되어야 하는 시간을 설정합니다. 냉각 기간은 데이터를 Aggregate에 쓸 때 시작됩니다.
|
최소 냉각 기간 및 기본 집계 임계값을 50%로 변경할 수 있습니다(아래 참조). "냉각 기간을 변경하는 방법에 대해 알아보십시오" 및 "임계값을 변경하는 방법에 대해 알아봅니다". |
BlueXP에서는 볼륨을 생성하거나 수정할 때 다음 볼륨 계층화 정책 중에서 선택할 수 있습니다.
- 스냅샷만
-
Aggregate가 50% 용량에 도달하면 Cloud Volumes ONTAP는 활성 파일 시스템과 연결되지 않은 스냅샷 복사본의 콜드 사용자 데이터를 용량 계층으로 이동합니다. 냉각 기간은 약 2일입니다.
읽으면 용량 계층의 콜드 데이터 블록이 핫 상태가 되고 성능 계층으로 이동합니다.
- 모두
-
모든 데이터(메타데이터 제외)는 즉시 오브젝트 스토리지에 대해 콜드 및 계층화되도록 빨리 표시됩니다. 볼륨의 새 블록이 냉각될 때까지 48시간 동안 기다릴 필요가 없습니다. 모든 정책을 설정하기 전에 볼륨에 있는 블록이 콜드 상태가 되려면 48시간이 걸립니다.
읽으면 클라우드 계층의 콜드 데이터 블록이 콜드 상태를 유지하고 성능 계층에 다시 기록되지 않습니다. 이 정책은 ONTAP 9.6부터 사용할 수 있습니다.
- 자동
-
Aggregate가 50% 용량에 도달하면 Cloud Volumes ONTAP는 볼륨의 콜드 데이터 블록을 용량 계층에 계층화합니다. 콜드 데이터에는 스냅샷 복사본뿐만 아니라 액티브 파일 시스템의 콜드 사용자 데이터도 포함됩니다. 냉각 기간은 약 31일입니다.
이 정책은 Cloud Volumes ONTAP 9.4부터 지원됩니다.
랜덤 읽기로 읽는 경우 용량 계층의 콜드 데이터 블록이 핫 상태가 되어 성능 계층으로 이동합니다. 인덱스 및 바이러스 백신 검사와 관련된 읽기 작업을 순차적으로 수행할 경우 콜드 데이터 블록이 콜드 상태를 유지하고 성능 계층으로 이동하지 않습니다.
- 없음
-
볼륨의 데이터를 성능 계층에 유지하여 용량 계층으로 이동하지 않도록 합니다.
볼륨을 복제할 때 데이터를 오브젝트 스토리지에 계층화할지 여부를 선택할 수 있습니다. BlueXP는 데이터 보호 볼륨에 * 백업 * 정책을 적용합니다. Cloud Volumes ONTAP 9.6부터 * All * 계층화 정책은 백업 정책을 대체합니다.
Cloud Volumes ONTAP를 끄면 냉각 기간에 영향을 줍니다
데이터 블록은 냉각 스캔을 통해 냉각됩니다. 이 과정에서 사용되지 않은 블록은 블록 온도를 다음으로 낮은 값으로 이동(냉각)했습니다. 기본 냉각 시간은 볼륨 계층화 정책에 따라 달라집니다.
-
자동: 31일
-
스냅샷 전용: 2일
냉각 스캔이 작동하려면 Cloud Volumes ONTAP가 실행 중이어야 합니다. Cloud Volumes ONTAP가 꺼져 있으면 냉각도 중지됩니다. 결과적으로 냉각 시간이 길어집니다.
|
|
Cloud Volumes ONTAP를 끄면 시스템을 다시 시작할 때까지 각 블록의 온도가 유지됩니다. 예를 들어, 시스템을 끌 때 블록의 온도가 5이면 시스템을 다시 켤 때 온도가 5가 됩니다. |
데이터 계층화 설정
지원되는 구성 목록 및 지침은 을 "비활성 데이터를 저비용 오브젝트 스토리지로 계층화"참조하십시오.