처리량 최적화 HDD(st1)를 사용하는 경우에는 데이터를 오브젝트 스토리지에 계층화하지 않는 것이 좋습니다.

BlueXP는 각 작업 환경에 대해 단일 S3 버킷을 생성하고 Fabric-pool-_cluster unique identifier_라는 이름을 지정합니다. 각 볼륨에 대해 다른 S3 버킷이 생성되지 않습니다.

BlueXP에서 S3 버킷을 생성할 때 다음 기본 설정을 사용합니다.

비활성 데이터에 액세스할 계획이 없는 경우 스토리지 클래스를 Intelligent Tiering, One-Zone Infrequent Access, Standard - Infrequent Access 또는 S3 Glacier Instant Retrieval 중 하나로 변경하여 저장소 비용을 줄일 수 있습니다. 스토리지 클래스를 변경하면 비활성 데이터가 표준 스토리지 클래스에서 시작되어 30일 후에 액세스하지 않는 경우 선택한 스토리지 클래스로 전환됩니다.

데이터에 액세스하는 경우 액세스 비용이 더 높아지므로 스토리지 클래스를 변경하기 전에 이 점을 고려해야 합니다. "Amazon S3 스토리지 클래스에 대해 자세히 알아보십시오".

작업 환경을 생성할 때 스토리지 클래스를 선택하면 이후에 언제든지 변경할 수 있습니다. 스토리지 클래스 변경에 대한 자세한 내용은 을 참조하십시오 "비활성 데이터를 저비용 오브젝트 스토리지로 계층화".

데이터 계층화를 위한 스토리지 클래스는 볼륨이 아니라 시스템 전체에 적용됩니다.

BlueXP는 각 Cloud Volumes ONTAP 작업 환경에 대한 컨테이너로 새 저장소 계정을 만듭니다. 스토리지 계정의 이름은 임의로 지정됩니다. 각 볼륨에 대해 다른 컨테이너가 생성되지 않습니다.

BlueXP는 다음과 같은 설정으로 저장소 계정을 만듭니다.

용량 계층의 비활성 데이터에 액세스할 계획이 없는 경우 _cool_storage 계층으로 변경하여 스토리지 비용을 절감할 수 있습니다. 스토리지 계층을 냉각으로 변경하면 비활성 용량 계층 데이터가 차가운 스토리지 계층으로 직접 이동합니다.

데이터에 액세스하는 경우 액세스 비용이 더 높아지므로 스토리지 계층을 변경하기 전에 이 점을 고려해야 합니다. "Azure Blob 스토리지 액세스 계층에 대해 자세히 알아보십시오".

작업 환경을 생성할 때 스토리지 계층을 선택할 수 있으며 그 후에는 언제든지 변경할 수 있습니다. 스토리지 계층 변경에 대한 자세한 내용은 를 참조하십시오 "비활성 데이터를 저비용 오브젝트 스토리지로 계층화".

데이터 계층화를 위한 스토리지 액세스 계층은 볼륨 단위로 표시되지 않고 시스템 전체에 적용됩니다.

BlueXP는 각 작업 환경에 대한 버킷을 생성하여 Fabric-pool-_cluster unique identifier_로 명명합니다. 각 볼륨에 대해 다른 버킷이 생성되지 않습니다.

BlueXP에서 버킷을 생성할 때 다음 기본 설정을 사용합니다.

데이터에 액세스하는 경우 액세스 비용이 더 높아지므로 스토리지 클래스를 변경하기 전에 이 점을 고려해야 합니다. "Google Cloud Storage용 스토리지 클래스에 대해 자세히 알아보십시오".

작업 환경을 생성할 때 스토리지 계층을 선택할 수 있으며 그 후에는 언제든지 변경할 수 있습니다. 스토리지 클래스 변경에 대한 자세한 내용은 을 참조하십시오 "비활성 데이터를 저비용 오브젝트 스토리지로 계층화".

데이터 계층화를 위한 스토리지 클래스는 볼륨이 아니라 시스템 전체에 적용됩니다.

읽으면 용량 계층의 콜드 데이터 블록이 핫 상태가 되고 성능 계층으로 이동합니다.

읽으면 클라우드 계층의 콜드 데이터 블록이 콜드 상태를 유지하고 성능 계층에 다시 기록되지 않습니다. 이 정책은 ONTAP 9.6부터 사용할 수 있습니다.

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

랜덤 읽기로 읽는 경우 용량 계층의 콜드 데이터 블록이 핫 상태가 되어 성능 계층으로 이동합니다. 인덱스 및 바이러스 백신 검사와 관련된 읽기 작업을 순차적으로 수행할 경우 콜드 데이터 블록이 콜드 상태를 유지하고 성능 계층으로 이동하지 않습니다.