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

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

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

Azure NetApp Files는 3가지 서비스 수준(Standard, Premium 및 Ultra)으로 쿨 액세스를 지원합니다.

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

초기 쓰기 데이터 블록은 "웜" 온도 값(다이어그램의 빨간색 데이터 블록)을 할당하고 "핫" 계층에 존재합니다. 데이터가 볼륨에 있으므로 온도 검사에서 각 블록의 활동을 모니터링합니다. 데이터 블록이 비활성 상태이면 온도 검사에서 냉각 기간에 지정된 기간(일) 동안 비활성 상태가 될 때까지 블록의 값을 줄입니다. 냉각 기간은 2일에서 183일 사이로 설정할 수 있으며 기본값은 31일입니다. "콜드"로 표시되면 계층화 검사에서 블록을 수집해 4MB의 개체로 패키징하고 Azure Storage로 완전히 투명하게 이동됩니다. 애플리케이션과 사용자에게 이러한 쿨 블록은 계속 온라인 상태로 표시됩니다. 계층화된 데이터는 온라인 상태로 표시되며, 쿨 계층에서 투명하고 자동화된 검색을 통해 사용자와 애플리케이션이 계속 사용할 수 있습니다.

Default(쿨 액세스 검색 정책이 달리 구성되지 않는 한)에 의해 무작위로 다시 읽는 쿨 계층의 데이터 블록이 "가열"되어 핫 계층으로 다시 이동됩니다. 웜으로 표시되면 데이터 블록이 다시 온도 검사를 받게 됩니다. 그러나 쿨 계층의 비활성 데이터를 순차적으로 많이 읽는 경우(예: 인덱스, 바이러스 백신 검사) 데이터가 "가열"되지 않고, 비활성 데이터가 다시 핫 계층으로 이동하도록 트리거하지도 않습니다.

메타데이터는 냉각되지 않고 항상 핫 계층에 유지됩니다. 따라서 메타데이터를 많이 사용하는 워크로드(예: 칩 설계, VCS, 홈 디렉터리처럼 파일 개수가 많은 환경)의 활동은 계층화의 영향을 받지 않습니다.

지원되는 지역

쿨 액세스를 사용하는 Azure NetApp Files 스토리지에서 지원하는 영역은 다음과 같습니다.

• 오스트레일리아 중부
• 오스트레일리아 중부 2
• 오스트레일리아 동부
• 오스트레일리아 남동부
• 브라질 남부
• 브라질 남동부
• 캐나다 중부
• 캐나다 동부
• 인도 중부
• 미국 중부
• 동아시아
• 미국 동부
• 미국 동부 2
• 프랑스 중부
• 독일 북부
• 독일 중서부
• 이스라엘 중부
• 이탈리아 북부
• 일본 동부
• 일본 서부
• 한국 중부
• 한국 남부
• 미국 중북부
• 북유럽
• 노르웨이 동부
• 노르웨이 서부
• 카타르 중부
• 남아프리카 북부
• 미국 중남부
• 인도 남부
• 동남 아시아
• 스페인 중부
• 스위스 북부
• 스위스 서부
• 스웨덴 중부
• 아랍에미리트 중부
• 아랍에미리트 북부
• 영국 남부
• 영국 서부
• US Gov 애리조나
• US Gov 텍사스
• US Gov 버지니아
• 서유럽
• 미국 서부
• 미국 서부 2
• 미국 서부 3

메트릭

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

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

결제

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

• 용량 및 서비스 수준
• 용량 풀 내에 할당되지 않은 용량
• 쿨 계층의 용량
• Blob Storage의 트랜잭션 비용(GET 요청, PUT 요청) 외 가격 인상에 따라 결정된 요금으로 핫 계층과 쿨 계층 간에 이뤄지는 네트워크 전송, 핫 계층 간에 양방향으로 이뤄지는 프라이빗 링크 전송

용량 풀의 청구 요금은 쿨 계층으로 계층화되지 않은 데이터의 핫 계층 요금으로 계산됩니다. 여기에는 용량 풀 내에 할당되지 않은 용량이 포함됩니다. 볼륨에서 계층화 기능을 사용하면 쿨 계층의 용량은 쿨 계층의 요금으로 유지되고, 나머지 용량은 핫 계층의 요금으로 유지됩니다. 쿨 계층의 요금은 핫 계층의 요금보다 낮습니다.

청구 구조의 예제

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

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

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

  • 핫 계층 요금으로 할당된 용량 3TiB
  • 핫 계층 요금으로 할당되지 않은 용량 1TiB
  • 쿨 계층 요금의 용량 0
  • Blob Storage의 트랜잭션 비용(GET, PUT) 외 가격 인상에 따라 결정된 요금으로 핫 계층과 쿨 계층 간에 이뤄지는 네트워크 전송 0, 핫 계층 간에 양방향으로 이뤄지는 프라이빗 링크 전송

• 각각 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) 외 가격 인상에 따라 결정된 요금으로 핫 계층과 쿨 계층 간에 이뤄지는 네트워크 전송, 핫 계층 간에 양방향으로 이뤄지는 프라이빗 링크 전송

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

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

이러한 예제에서는 다음과 같이 가정합니다.

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

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

첫째 달의 스토리지 비용은 다음과 같습니다.

둘째 달 이후의 월별 스토리지 비용은 다음과 같습니다.

첫 6개월간의 절감액:

• 쿨 액세스 미사용 비용: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 6 months = $4,529.97
• 쿨 액세스 사용 비용: First month + Second month + … + Sixth month = $622.41 + (5x $498.18) = $3,113.31
• 쿨 액세스 사용 시 절감액: 31.27%

첫 12개월간의 절감액:

• 쿨 액세스 미사용 비용: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 12 months = $9,059.94
• 쿨 액세스 사용 비용: First month + Second month + … + twelfth month = $622.41 + (11 x $498.18) = $6,102.39
• 쿨 액세스 사용 시 절감액: 32.64%

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

5TiB가 모두 첫째 달에 활성화된 데이터(핫 계층)입니다. 첫째 달의 스토리지 비용은 다음과 같습니다. 5 TiB x 1024 x 730hr. x $0.000202/GiB/hr. = $755.00

둘째 달의 스토리지 비용은 다음과 같습니다.

셋째 달 이후의 월별 스토리지 비용은 다음과 같습니다.

첫 6개월간의 절감액:

• 쿨 액세스 미사용 비용: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 6 months = $4,529.97
• 쿨 액세스 사용 비용: First month + Second month + … + Sixth month = $755.00 + $604.47 + (4 x $498.18) = $3,352.19
• 쿨 액세스 사용 시 절감액: 25.99%

첫 12개월간의 절감액:

• 쿨 액세스 미사용 비용: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 12 months = $9,059.94
• 쿨 액세스 사용 비용: First month + Second month + … + twelfth month = $755.00 + $604.47 + (10 x $498.18) = $6,341.27
• 쿨 액세스 사용 시 절감액: 30.00%

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

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

셋째 달 의 스토리지 비용은 다음과 같습니다.

넷째 달 이후의 월별 스토리지 비용은 다음과 같습니다.

첫 6개월간의 절감액:

• 쿨 액세스 미사용 비용: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 6 months = $4,529.97
• 쿨 액세스 사용 비용: First month + Second month + … + Sixth month = (2 x $755.00) + $586.52 + (3 x $498.18) = $3,591.06
• 쿨 액세스 사용 시 절감액: 20.73%

첫 12개월간의 절감액:

• 쿨 액세스 미사용 비용: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 12 months = $9,059.94
• 쿨 액세스 사용 비용: First month + Second month + … + twelfth month = (2 x $755.00) + $586.52 + (9 x $498.18) = $6,580.14
• 쿨 액세스 사용 시 절감액: 27.37%

다음 단계

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