Хранилище Azure NetApp Files с холодным доступом

При использовании хранилища Azure NetApp Files с холодным доступом можно настроить неактивные данные для перемещения из хранилища Azure NetApp Files ( горячего уровня) в учетную запись хранения Azure ( холодный уровень). Включение уровня холодного доступа перемещает неактивные блоки данных из тома и моментальных снимков тома на уровень холодного хранения, что позволяет сэкономить на затратах.

Большинство холодных данных связано с неструктурированными данными. Она может составлять более 50% от общей емкости во многих системах хранения. Редко обращаются к данным, ассоциированным с программным обеспечением для повышения производительности, завершенными проектами и старыми наборами данных, что является неэффективным использованием высокопроизводительного хранилища.

Azure NetApp Files поддерживает холодный доступ с помощью уровней обслуживания "Гибкий", "Стандартный", "Премиум" и "Ультра".

На следующей диаграмме показано приложение с томом, настроенным для холодного доступа.

В начальной записи блокам данных присваивается значение температуры "теплый" (на схеме — красные блоки данных), и они находятся на "горячем" уровне иерархии хранения. Так как данные находятся на томе, проверка температуры отслеживает активность каждого блока. Если блок данных неактивен, сканирование температуры уменьшает значение блока, пока неактивность не достигнет количества дней, указанных в период охлаждения. Период прохлады можно задать в диапазоне от 2 до 183 дней. Значение по умолчанию — 31 дней.

После того как блоки данных помечены как "холодные", сканирование по уровням собирает блоки и упаковает их в объекты размером 4 МБ. Их перемещение в хранилище Azure является прозрачным. Для приложения и пользователей холодные блоки по-прежнему отображаются в Сети. Многоуровневые данные кажутся доступными в режиме онлайн и по-прежнему доступны пользователям и приложениям путем прозрачного и автоматического извлечения из холодного уровня.

По умолчанию (если политика извлечения холодного доступа не настроена в противном случае), блоки данных на холодном уровне, которые считываются случайным образом, снова становятся "теплыми" и перемещаются обратно на горячий уровень. После того как блоки данных помечены как "теплые", они снова подвергаются проверке температуры. Большие последовательные чтения (например, индексирование и антивирусная проверка) на неактивных данных в холодном уровне не переводят данные в теплое состояние. Они также не перемещают неактивные данные обратно на горячий уровень.

Метаданные никогда не охлаждаются и всегда остаются на горячем уровне. Использование многоуровневого хранения не влияет на выполнение рабочих нагрузок, интенсивно использующих метаданные, такие как окружения с большим количеством файлов, например проектирование микросхем, системы управления версиями и домашние каталоги.

Поддерживаемые регионы

Хранилище Azure NetApp Files с холодным доступом поддерживается для следующих регионов:

• Australia Central
• Australia Central 2
• Australia East
• Australia Southeast
• Brazil South
• Brazil Southeast
• Canada Central
• Canada East
• Central India
• Central US
• East Asia
• East US
• East US 2
• France Central
• Germany North
• Germany West Central
• Israel Central
• Italy North
• Japan East
• Japan West
• Korea Central
• Korea South
• North Central US
• North Europe
• Norway East
• Norway West
• Qatar Central
• South Africa North
• South Central US
• South India
• Southeast Asia
• Spain Central
• Switzerland North
• Switzerland West
• Sweden Central
• UAE Central
• UAE North
• UK South
• UK West
• US Gov Arizona
• US Gov Texas
• US Gov Virginia
• West Europe
• West US
• West US 2
• West US 3

Metrics

Холодный доступ предлагает метрики производительности для понимания шаблонов использования на основе каждого тома:

• Размер уровня хранения "Cool Tier"
• Размер считывания данных уровня громкости
• Размер записи данных на уровне холодного тома

Billing

Вы можете включить тиеринг на уровне тома для недавно созданного емкостного пула. Выставление счетов зависит от:

• Емкость и уровень обслуживания.
• Нераспределенная емкость в пуле производительности.
• Емкость на уровне холодного хранения.
• Сетевая передача между горячим уровнем и холодным уровнем. Разметка поверх затрат транзакций (GET и PUT запросов) на хранилище BLOB-объектов и использование приватного канала передачи в любом направлении между уровнями Горячей категории определяет ставку.

Расчет выставления счетов для пула емкости осуществляется по ставке горячего уровня для данных, которые не перенесены на холодный уровень. Нераспределенная емкость включена в емкостной пул. При включении распределения по уровням для томов емкость на холодном уровне находится в скорости холодного уровня. Оставшаяся емкость рассчитывается по тарифу горячего уровня. Скорость прохладного уровня ниже скорости горячего уровня.

Удаленные данные в томе собираются после достижения 1% подготовленного размера тома. Это влияет на размер холодного уровня, если данные пользователей, подходящие для холодного уровня, также составляют низкий процент объема, например, 1~3% выделенного объема. Если разница в размере холодного уровня превышает 3%, создайте запрос на поддержку.

Примеры структуры выставления счетов

Предположим, что вы создали пул емкости 4 ТиБ уровня "Стандартный". Структура выставления счетов находится на уровне "Стандартный" для всего 4 ТиБ.

При создании томов в пуле емкости и перемещении данных на холодный уровень ниже объясняются структуры выставления счетов, которые применяются:

• Предположим, что вы создаете три тома с 1 ТиБ каждый. Вы не активируете иерархическое хранение на уровне тома. Расчет выставления счетов:

  • 3 ТиБ выделенной емкости по тарифу горячего уровня.
  • 1 ТиБ нераспределенной емкости по скорости горячего уровня.
  • Отсутствие емкости по тарифу холодного уровня.
  • Ноль сетевой передачи между горячим уровнем и холодным уровнем. Пометка на стоимость транзакции (GET, PUT) в blob-хранилище и передачу через приватную ссылку в любом направлении между горячими уровнями определяет тариф.

• Предположим, что вы создаете четыре тома с 1 ТиБ каждый. Каждый том имеет емкость 0,25 ТиБ на горячем уровне и 0,75 ТиБ на холодном уровне. Расчет выставления счетов:

  • Емкость 1-ТиБ по тарифу уровня hot tier.
  • Емкость 3-ТиБ на холодном уровне.
  • Сетевая передача между горячим уровнем и холодным уровнем. Пометка на стоимость транзакции (GET, PUT) в blob-хранилище и передачу через приватную ссылку в любом направлении между горячими уровнями определяет тариф.

• Предположим, что вы создаете два тома с 1 ТиБ каждый. Каждый том имеет емкость 0,25 ТиБ на горячем уровне и 0,75 ТиБ на холодном уровне. Расчет выставления счетов:

  • Емкость 0,5-ТиБ по тарифу горячего уровня.
  • 2 ТиБ нераспределенной емкости по тарифу горячего уровня.
  • Емкость 1,5-ТиБ на уровне "Cool Tier".
  • Сетевая передача между горячим уровнем и холодным уровнем. Пометка на стоимость транзакции (GET, PUT) в blob-хранилище и передачу через приватную ссылку в любом направлении между горячими уровнями определяет тариф.

• Представьте себе, что вы создаете один том объемом 1 ТиБ. Том имеет 0,25 ТиБ емкости на горячем уровне и 0,75 ТиБ емкости на холодном уровне. Расчет выставления счетов:

  • Емкость 0,25-ТиБ по тарифу горячего слоя.
  • Емкость 0,75-ТиБ на уровне охлаждения.
  • Сетевая передача между горячим уровнем и холодным уровнем. Пометка на стоимость транзакции (GET, PUT) в blob-хранилище и передачу через приватную ссылку в любом направлении между горячими уровнями определяет тариф.

• Хранилище Azure NetApp Files с холодным доступом также позволяет создавать только моментальные снимки уровня. Допустим, в этом сценарии вы создадите один 1-ТиБ том, где 10% объема данных составляют снимки, а доступ к данному объему осуществляется в режиме холодного хранения в соответствии с политикой -snapshots-only. Расчет выставления счетов:

  • Емкость 0,9-ТиБ на горячем уровне
  • Емкость 0.1-TiB на холодном уровне
  • Возникают затраты на передачу данных для первоначальной передачи моментальных снимков, а затраты на передачу данных по сети возникают только при восстановлении моментальных снимков.

Примеры вычислений затрат с различными периодами охлаждения

В этом разделе приведены примеры затрат на хранение и передачу сети с различными периодами охлаждения.

В этих примерах предположим, что:

• Стоимость хранилища горячего уровня составляет 0,000202/ГиБ/ч. Стоимость хранилища на холодном уровне составляет $0,000082/ГиБ/час.
• Стоимость передачи сети (включая действия чтения или записи с холодного уровня) составляет $0,020000/ГиБ.
• Включен пул емкости 5 ТиБ с доступом к холодному хранению.
• В пуле емкости находится 1 ТиБ нераспределенной емкости.
• Для доступа с пониженной частотой включен том объемом 4 ТиБ.
• После периода прохлады 3 ТиБ из 4 ТиБ перемещаются на холодный уровень.
• Каждый месяц вы считываете или записываете 20% данных из холодного уровня.
• Каждый месяц составляет 30 дней или 730 часов. Поэтому каждый день составляет 730/30 часов.

В следующих примерах представлено 1 ТиБ нераспределенного пространства в пуле емкости, чтобы показать, как производится учет нераспределенного пространства при активации холодного доступа. Чтобы максимизировать экономию, размер пула ресурсов должен быть сокращен, чтобы устранить нераспределенную емкость пула.

Пример 1. Период охлаждения установлен на 7 дней

Стоимость хранилища в течение первого месяца:

Ежемесячные затраты на хранение в течение второго и последующих месяцев:

Ваша первая шестимесячная экономия:

• Стоимость без холодного доступа: 5 ТиБ x 1024 x $0,000202/ГиБ/ч. x 730 часов. x 6 месяцев = $4529,97
• Стоимость при доступе с низким уровнем активности: Первый месяц + Второй месяц + ... + Шестой месяц = $622,41 + (5x $498,18) = $3,113.31
• Экономия с помощью холодного доступа: 31.27%

Ваша первая 12-месячная экономия:

• Стоимость без холодного доступа: 5 ТиБ x 1024 x $0,000202/ГиБ/ч. x 730 часов. x 12 месяцев = $ 9059,94
• Стоимость при доступе с низким уровнем активности: Первый месяц + Второй месяц + ... + двенадцатый месяц = $622,41 + (11 x $498.18) = $6102.39
• Экономия с помощью холодного доступа: 32.64%

Пример 2. Период охлаждения имеет значение 35 дней

Все 5 ТиБ являются активными данными (в горячем сегменте) на протяжении первого месяца. Стоимость хранилища в течение первого месяца:

5 TiB x 1024 x 730hr. x $ 0,000202/GiB/hr. = $755.00

Стоимость хранилища в течение второго месяца:

Ежемесячные затраты на хранение за третий и последующий месяцы:

Ваша первая шестимесячная экономия:

• Стоимость без холодного доступа: 5 ТиБ x 1024 x $0,000202/ГиБ/ч. x 730 часов. x 6 месяцев = $4529,97
• Стоимость при доступе с низким уровнем активности: Первый месяц + Второй месяц + ... + Шестой месяц = $ 755,00 + $ 604,47 + (4 x $ 498.18) = $ 3352.19
• Экономия с помощью холодного доступа: 25,99%

Ваша первая 12-месячная экономия:

• Стоимость без холодного доступа: 5 ТиБ x 1024 x $0,000202/ГиБ/ч. x 730 часов. x 12 месяцев = $ 9059,94
• Стоимость при доступе с низким уровнем активности: Первый месяц + Второй месяц + ... + двенадцатый месяц = $ 755,00 + $ 604,47 + (10 x $ 498.18) = $6341.27
• Экономия с помощью холодного доступа: 30,00%

Пример 3. Период охлаждения имеет значение 63 дней

Все 5 ТиБ — это активные данные (в горячем уровне) в течение первых двух месяцев. Ежемесячные затраты на хранение за первые и второй месяцы: 5 ТиБ x 1024 x 730hr. x $ 0,000202/GiB/hr. = $755.00

Стоимость хранилища за третий месяц:

Ежемесячная стоимость хранения за четвертые и последующие месяцы:

Ваша первая шестимесячная экономия:

• Стоимость без холодного доступа: 5 ТиБ x 1024 x $0,000202/ГиБ/ч. x 730 часов. x 6 месяцев = $4529,97
• Стоимость при доступе с низким уровнем активности: Первый месяц + Второй месяц + ... + Шестой месяц = (2 x $ 755,00) + $ 586,52 + (3 x $ 498.18) = $ 3591.06
• Экономия с помощью холодного доступа: 20,73%

Ваша первая 12-месячная экономия:

• Стоимость без холодного доступа: 5 ТиБ x 1024 x $0,000202/ГиБ/ч. x 730 часов. x 12 месяцев = $ 9059,94
• Стоимость при доступе с низким уровнем активности: Первый месяц + Второй месяц + ... + двенадцатый месяц = (2 x $ 755,00) + $ 586,52 + (9 x $ 498.18) = $6580.14
• Экономия с помощью холодного доступа: 27,37%

Пример 4.

Связанный контент

• Управление хранилищем Azure NetApp Files с помощью холодного доступа
• Метрики для Azure NetApp Files
• Рекомендации по производительности хранилища Azure NetApp Files с холодным доступом