쿨 액세스 권한이 있는 Azure NetApp Files 스토리지

쿨 액세스 권한으로 Azure NetApp Files 스토리지를 사용하는 경우 Azure NetApp Files 스토리지(핫 계층)에서 Azure Storage 계정(쿨 계층)으로 이동하도록 비활성 데이터를 구성할 수 있습니다. 쿨 액세스를 사용하도록 설정하면 볼륨 및 볼륨의 스냅샷에서 쿨 계층으로 비활성 데이터 블록이 이동하므로 비용이 절감됩니다.

대부분의 콜드 데이터는 구조화되지 않은 데이터와 관련 있습니다. 많은 스토리지 환경에서 총 스토리지 용량의 50% 이상을 차지할 수 있습니다. 생산성 소프트웨어, 완료된 프로젝트 및 이전 데이터 세트와 관련된 자주 액세스하지 않는 데이터는 고성능 스토리지를 비효율적으로 사용합니다.

Azure NetApp Files는 유연한, 표준, 프리미엄 및 Ultra 서비스 수준으로 쿨 액세스를 지원합니다.

다음 다이어그램은 쿨 액세스 사용 볼륨이 포함된 애플리케이션을 보여 줍니다.

초기 쓰기 데이터 블록은 "웜" 온도 값(다이어그램의 빨간색 데이터 블록)을 할당하고 "핫" 계층에 존재합니다. 데이터가 볼륨에 있기 때문에 온도 검사는 각 블록의 활동을 모니터링합니다. 데이터 블록이 비활성 상태이면 비활성 상태가 냉각 기간에 지정된 일 수에 도달할 때까지 온도 검색에서 블록 값을 줄입니다. 차가움 기간은 2일에서 183일 사이로 설정할 수 있습니다. 기본값은 31일입니다.

데이터 블록이 "콜드"로 표시된 후 계층화 검사는 블록을 수집하고 4MB 개체로 패키지합니다. Azure Storage로의 이동은 투명합니다. 애플리케이션 및 사용자에게 쿨 블록은 여전히 온라인으로 표시됩니다. 계층화된 데이터는 온라인 상태로 표시되며, 쿨 계층에서 투명하고 자동화된 검색을 통해 사용자와 애플리케이션이 계속 사용할 수 있습니다.

기본적으로(쿨 액세스 검색 정책이 구성되지 않은 경우) 무작위로 다시 읽는 쿨 계층의 데이터 블록은 "웜"이 되고 핫 계층으로 다시 이동됩니다. 데이터 블록이 "웜"으로 표시되면 다시 온도 검사를 받습니다. 쿨 계층의 비활성 데이터에 대한 큰 순차적 읽기(예: 인덱스 및 바이러스 백신 검사)는 데이터를 "웜"하지 않습니다. 또한 비활성 데이터를 트리거하지 않으므로 핫 계층으로 다시 이동합니다.

메타데이터는 냉각되지 않고 항상 핫 계층에 유지됩니다. 계층화는 칩 디자인, 버전 제어 시스템 및 홈 디렉터리와 같은 높은 파일 수 환경과 같은 메타데이터 집약적 워크로드의 활동에 영향을 주지 않습니다.

지원되는 지역

쿨 액세스 권한이 있는 Azure NetApp Files 스토리지는 모든 Azure NetApp Files 지원 지역에서 사용할 수 있습니다.

메트릭

쿨 액세스는 볼륨별로 사용 패턴을 파악하는 성능 메트릭을 제공합니다.

• 볼륨 쿨 계층 크기
• 볼륨 쿨 계층 데이터 읽기 크기
• 볼륨 쿨 계층 데이터 쓰기 크기

결제

새로 만들어진 용량 풀에 대해 볼륨 수준에서 계층화를 사용하도록 설정할 수 있습니다. 청구 방법은 다음을 기반으로 합니다.

• 용량 및 서비스 수준.
• 용량 풀 내에 할당되지 않은 용량
• 쿨 계층의 용량
• 핫 계층과 쿨 계층 간의 네트워크 전송 핫 계층 간 양방향의 Blob Storage와 프라이빗 링크 전송에 대한 트랜잭션 비용(GET 및 PUT 요청)에 추가되는 태그에 따라 비용이 결정됩니다.

용량 풀에 대한 청구 계산은 쿨 계층에 속하지 않은 데이터의 경우 핫 계층 요금을 기준으로 합니다. 용량 풀 내에 할당되지 않은 용량이 포함됩니다. 볼륨에 대해 계층화를 사용하도록 설정하면 쿨 계층의 용량은 쿨 계층의 속도와 동일합니다. 남은 용량은 핫 계층 요금에 따라 결정됩니다. 쿨 계층의 요금은 핫 계층의 요금보다 낮습니다.

볼륨의 삭제된 데이터는 프로비전된 볼륨 크기의% 1에 도달하면 수집됩니다. 이는 쿨 계층 적격 사용자 데이터도 프로비전된 크기의 1~3% 같이 볼륨의 낮은 비율인 경우 쿨 계층의 크기에 영향을 줍니다. 쿨 계층 크기의 차이가 3%보다 큰 경우 지원 요청을 만듭니다.

청구 구조의 예제

4TiB 표준 용량 풀을 만들었다고 가정해 보겠습니다. 청구 구조는 전체 4TiB에 대해 표준 용량 계층 요금을 따릅니다.

용량 풀에서 볼륨을 만들고 데이터를 쿨 계층으로 계층화하기 시작하면 다음 시나리오에서 적용되는 청구 구조를 설명합니다.

• 각각 1TiB인 볼륨을 세 개 만든다고 가정해 보겠습니다. 볼륨 수준에서 계층화는 사용하지 않습니다. 청구 계산은 다음과 같습니다.

  • 핫 계층 요금으로 할당된 용량 3TiB
  • 핫 계층 요금으로 할당되지 않은 용량 1TiB
  • 쿨 계층 요금의 용량 0
  • 핫 계층과 쿨 계층 간에 네트워크 전송이 0개입니다. 핫 계층 간 양방향의 Blob Storage와 프라이빗 링크 전송에 대한 트랜잭션 비용(GET, PUT)에 추가되는 태그가 비율을 결정합니다.

• 각각 1TiB인 볼륨을 네 개 만든다고 가정해 보겠습니다. 각 볼륨의 볼륨 용량은 핫 계층에서 0.25TiB, 쿨 계층에서 0.75TiB입니다. 청구 계산은 다음과 같습니다.

  • 핫 계층 요금의 용량 1TiB
  • 쿨 계층 요금의 용량 3TiB
  • 핫 계층과 쿨 계층 간의 네트워크 전송 핫 계층 간 양방향의 Blob Storage와 프라이빗 링크 전송에 대한 트랜잭션 비용(GET, PUT)에 추가되는 태그가 비율을 결정합니다.

• 각각 1TiB인 볼륨을 두 개 만든다고 가정해 보겠습니다. 각 볼륨의 볼륨 용량은 핫 계층에서 0.25TiB, 쿨 계층에서 0.75TiB입니다. 청구 계산은 다음과 같습니다.

  • 핫 계층 요금의 용량 0.5TiB
  • 핫 계층 요금으로 할당되지 않은 용량 2TiB
  • 쿨 계층 요금의 용량 1.5TiB
  • 핫 계층과 쿨 계층 간의 네트워크 전송 핫 계층 간 양방향의 Blob Storage와 프라이빗 링크 전송에 대한 트랜잭션 비용(GET, PUT)에 추가되는 태그가 비율을 결정합니다.

• 1TiB인 볼륨을 한 개 만든다고 가정해 보겠습니다. 볼륨은 핫 계층에서 0.25TiB의 볼륨 용량을 갖고, 쿨 계층에서는 0.75TiB의 볼륨 용량을 갖습니다. 청구 계산은 다음과 같습니다.

  • 핫 계층 요금의 용량 0.25TiB
  • 쿨 계층 요금의 용량 0.75TiB
  • 핫 계층과 쿨 계층 간의 네트워크 전송 핫 계층 간 양방향의 Blob Storage와 프라이빗 링크 전송에 대한 트랜잭션 비용(GET, PUT)에 추가되는 태그가 비율을 결정합니다.

• 쿨 액세스 권한이 있는 Azure NetApp Files 스토리지를 사용하면 스냅샷만 계층화할 수 있습니다. 이 시나리오에서는 1TiB 볼륨을 만들고, 볼륨 데이터의 10%가 스냅샷으로 구성되어 있다고 가정합니다. -snapshots-only 정책을 사용하여 쿨 액세스를 설정합니다. 청구 계산은 다음과 같습니다.

  • 핫 계층의 0.9TiB 용량
  • 쿨 계층에서 0.1TiB 용량
  • 데이터 전송 비용은 스냅샷의 초기 전송에 대해 발생하며, 네트워크 전송 비용은 스냅샷이 복원될 때만 발생합니다.

다양한 냉각 기간에 따른 비용 계산의 예제

이 섹션에는 냉각 기간이 다양한 스토리지 및 네트워크 전송 비용의 예제가 나와 있습니다.

다음 예제에서는 다음을 가정합니다.

• 핫 계층 스토리지 비용은 $0.000202/GiB/시간입니다. 쿨 계층 스토리지 비용은 $0.000082/GiB/시간입니다.
• 네트워크 전송 비용(쿨 계층의 읽기 또는 쓰기 활동 포함)은 $0.020000/GiB입니다.
• 쿨 액세스가 가능한 5TiB 용량 풀이 사용하도록 설정되었습니다.
• 할당되지 않은 용량의 1TiB는 용량 풀 내에 있습니다.
• 쿨 액세스를 위해 4TiB 볼륨이 사용하도록 설정되었습니다.
• 냉각 기간이 지나면 4TiB 중 3TiB가 쿨 계층으로 이동됩니다.
• 매월 쿨 계층에서 데이터의 20%를 읽거나 씁니다.
• 매달은 30일, 즉 730시간입니다. 그래서 매일은 730/30시간입니다.

다음 예제에는 쿨 액세스를 사용할 때 할당되지 않은 공간의 요금이 청구되는 방식을 설명하기 위해 1TiB의 할당되지 않은 공간이 용량 풀에 포함되어 있습니다. 절감액을 극대화하려면 용량 풀의 크기를 줄여 할당되지 않은 풀 용량을 없애야 합니다.

예제 1: 냉각 기간이 7일로 설정됩니다.

첫 달의 스토리지 비용:

두 번째 및 이후 달의 월별 스토리지 비용:

첫 6개월간의 절감액:

• 냉각 장치 없이 비용: 5TiB x 1024 x $0.000202/GiB/시간. x 730시간 x 6개월 = $4,529.97
• 쿨 액세스 비용 : 첫 번째 달 + 두 번째 달 + ... + 여섯 번째 달 = $622.41 + (5x $498.18) = $3,113.31
• 쿨 액세스를 사용하여 절감: 31.27%

처음 12개월 절감액:

• 냉각 장치 없이 비용: 5TiB x 1024 x $0.000202/GiB/시간. x 730시간 x 12개월 = $9,059.94
• 쿨 액세스 비용 : 첫 번째 달 + 두 번째 달 + ... + 열두 번째 달 = $622.41 + (11 x $498.18) = $6,102.39
• 쿨 액세스를 사용하여 절감: 32.64%

예제 2: 냉각 기간이 35일로 설정되어 있습니다.

5TiB가 모두 첫째 달에 활성화된 데이터(핫 계층)입니다. 첫 달의 스토리지 비용:

5TiB x 1024 x 730시간. x $0.000202/GiB/hr. = $755.00

두 번째 달의 스토리지 비용:

세 번째 및 이후 달의 월별 스토리지 비용:

첫 6개월간의 절감액:

• 냉각 장치 없이 비용: 5TiB x 1024 x $0.000202/GiB/시간. x 730시간 x 6개월 = $4,529.97
• 쿨 액세스 비용 : 첫 번째 달 + 두 번째 달 + ... + 여섯 번째 달 = $755.00 + $604.47 + (4 x $498.18) = $3,352.19
• 쿨 액세스를 사용하여 절감: 25.99%

처음 12개월 절감액:

• 냉각 장치 없이 비용: 5TiB x 1024 x $0.000202/GiB/시간. x 730시간 x 12개월 = $9,059.94
• 쿨 액세스 비용 : 첫 번째 달 + 두 번째 달 + ... + 열두 번째 달 = $755.00 + $604.47 + (10 x $498.18) = $6,341.27
• 쿨 액세스를 사용하여 절감: 30.00%

예제 3: 냉각 기간이 63일로 설정되어 있습니다.

5TiB가 모두 첫 2개월 동안 활성화된 데이터(핫 계층)입니다. 첫 번째 및 두 번째 달의 월별 스토리지 비용: 5TiB x 1024 x 730hr. x $0.000202/GiB/hr. = $755.00

세 번째 달의 스토리지 비용:

4개월 및 이후 달의 월별 스토리지 비용:

첫 6개월간의 절감액:

• 냉각 장치 없이 비용: 5TiB x 1024 x $0.000202/GiB/시간. x 730시간 x 6개월 = $4,529.97
• 쿨 액세스 비용 : 첫 번째 달 + 두 번째 달 + ... + 여섯 번째 달 = (2 x $755.00) + $586.52 + (3 x $498.18) = $3,591.06
• 쿨 액세스를 사용하여 절감: 20.73%

처음 12개월 절감액:

• 냉각 장치 없이 비용: 5TiB x 1024 x $0.000202/GiB/시간. x 730시간 x 12개월 = $9,059.94
• 쿨 액세스 비용 : 첫 번째 달 + 두 번째 달 + ... + 열두 번째 달 = (2 x $755.00) + $586.52 + (9 x $498.18) = $6,580.14
• 쿨 액세스를 사용하여 절감: 27.37%

예 4:

관련 콘텐츠

• 쿨 액세스 권한이 있는 Azure NetApp Files 스토리지 관리
• Azure NetApp Files에 대한 메트릭
• 쿨 액세스를 통한 Azure NetApp Files 스토리지에 대한 성능 고려 사항