Значение изменений фиксированной квоты тома для службы Azure NetApp Files

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

Внимание

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

Причины изменения фиксированной квоты томов

Многие клиенты сообщили о трех основных проблемах первоначального поведения.

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

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

Что представляет собой изменение фиксированной квоты тома?

При изменении жесткой квоты тома тома Azure NetApp Files больше не подготавливаются с тонкой подготовкой (максимум) 100 ТиБ. Тома подготавливаются по фактическому заданному размеру (квоте). Кроме того, базовые пулы емкости больше не растут автоматически после достижения полного потребления емкости. Это изменение отражает поведение, например управляемые диски Azure, которые также подготавливаются как есть, без автоматического увеличения емкости.

Например, рассмотрим том Azure NetApp Files, настроенный в соответствии с размером 1 ТиБ (квота) в пуле емкости уровня обслуживания "Ультра" 4 ТиБ. Приложение непрерывно записывает данные в том.

Начальное поведение:

• Ожидаемая пропускная способность: 128 МиБ/с
• Общая доступная для использования (и видимая для клиентов) емкость: 100 ТиБ
  Вы не можете записывать больше данных на томе за пределами этого размера.
• Пул емкости: автоматически увеличивается с шагом 1 ТиБ при его заполнении.
• Изменение квоты тома: изменяет только производительность (пропускную способность) тома. Он не изменяет видимую или пригодную для использования емкость клиента.

Измененное поведение:

• Ожидаемая пропускная способность: 128 МиБ/с
• Общая доступная (и видимая клиентом) емкость: 1 ТиБ Вы не сможете записывать дополнительные данные на томе за пределами этого размера.
• Пул емкости: остается 4 ТиБ размера и не увеличивается автоматически.
• Изменение квоты тома: изменяет производительность (пропускную способность) и видимую для клиентов или доступную для использования емкость тома.

Необходимо выполнять упреждающий мониторинг использования томов и пулов емкости Azure NetApp Files. Необходимо специально изменить уровень использования тома и пула на почти полное потребление. Azure NetApp Files продолжает разрешать операции изменения размера тома и пула емкости во всплывающем режиме.

Реализация изменения фиксированной квоты тома на практике

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

Уже подготовленные тома и пулы емкости

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

Рекомендации касательно однократных корректирующих или предупреждающих мер

Изменение жесткой квоты тома привело к изменениям подготовленной и доступной емкости для ранее подготовленных томов и пулов. В результате могут возникнуть некоторые проблемы с распределением емкости. Чтобы клиенты могли избежать краткосрочных ситуаций нехватки пространства, команда Azure NetApp Files рекомендует принять следующие однократные/предупреждающие меры:

• Размеры подготовленных томов:
  Измените размер каждого подготовленного тома, чтобы иметь соответствующий буфер на основе частоты изменений и оповещений или изменения времени поворота (например, 20 % на основе типичных соображений рабочей нагрузки) с максимальным размером 100 ТиБ (что является обычным ограничением размера тома. Этот новый размер тома, включая емкость буфера, должен основываться на следующих факторах:

  • Подготовленная емкость тома, если используемая емкость меньше квоты подготовленного тома.
  • Использованная емкость тома, если используемая емкость больше квоты подготовленного тома.
    Дополнительная плата за увеличение емкости уровня тома не взимается, если базовый пул емкости не требуется увеличивать. В результате этого изменения может наблюдаться увеличение ограничения пропускной способности для тома (если используется управляемый автоматически пул емкости QoS).

• Размеры подготовленного пула емкости:
  После корректировки размеров томов, если сумма размеров томов становится больше размера пула емкости размещения, пул емкости должен быть увеличен до размера, равного или больше суммы томов, с максимальным размером 500 ТиБ. Сведения об ограничениях см. в разделе об ограничениях ресурсов Azure NetApp Files). Дополнительная емкость пула емкости взимается как обычно.

Если вам требуется помощь с описанной в следующих разделах настройкой мониторинга или оповещений, обратитесь к специалистам по Azure NetApp Files для проверки среды.

Текущее управление емкостью

После выполнения однократных корректирующих действий необходимо объединить текущие процессы для мониторинга емкости и управления ей. В следующих разделах приводятся советы и альтернативные варианты мониторинга емкости и управления ею.

Мониторинг использования емкости

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

Мониторинг на уровне виртуальной машины

Самый высокий уровень мониторинга (ближайший к приложению) — из виртуальной машины приложения. Это приводит к наблюдаемому изменению поведения в отчетах о емкости из операционной системы клиента виртуальной машины.

В следующих двух сценариях мы рассмотрим том Azure NetApp Files, настроенный в соответствии с размером 1 ТиБ (квота) в пуле емкости уровня обслуживания "Ультра" 4 ТиБ.

Windows

Клиенты Windows могут проверить используемую и доступную емкость тома с помощью свойств подключенного сетевого диска. Вы можете использовать параметр Explorer ->Drive ->Properties .

В следующих примерах показаны отчеты о емкости томов в Windows до изменения в поведении:

Можно также использовать команду dir в командной строке, как показано ниже.

В следующих примерах показаны отчеты о емкости томов в Windows после изменения в поведении:

Следующий пример демонстрирует результат выполнения команды dir:

Linux

Клиенты Linux могут проверить используемую и доступную емкость тома с помощью команды df. В параметре -h показан размер, используемое пространство и доступное пространство в удобочитаемом формате с помощью размеров единиц M, G и T.

В следующем примере показаны отчеты о емкости томов в Linux до изменения в поведении:

В следующем примере показаны отчеты о емкости томов в Linux после изменения в поведении:

Настройка оповещений с помощью ANFCapacityManager

Вы можете использовать поддерживаемое сообществом средство Logic Apps ANFCapacityManager для мониторинга емкости Azure NetApp Files и получения специализированных оповещений. Средство ANFCapacityManager доступно на странице ANFCapacityManager на GitHub.

ANFCapacityManager — это приложение логики Azure, которое управляет правилами генерации оповещений на основе емкости. Оно автоматически увеличивает размеры томов, чтобы предотвратить нехватку пространства в томах Azure NetApp Files. Легко развернуть и предоставить следующие возможности управления оповещениями:

• При создании пула или тома емкости Azure NetApp Files ANFCapacityManager создает правило генерации оповещений метрик на основе указанного порога процента использования.
• При изменении размера пула или тома емкости Azure NetApp Files ANFCapacityManager изменяет правило генерации оповещений метрик на основе указанного порога процента использования. Если правило генерации оповещений не существует, он создается.
• При удалении пула емкости или тома Azure NetApp Files соответствующее правило генерации оповещений метрик удаляется.

Можно настроить следующие основные параметры оповещений.

• Порог процента заполнения пула емкости: этот параметр определяет использованный порог, запускающий оповещение для пулов емкости. Значение 90 активирует оповещение, когда потребление пула емкости достигнет 90 %.
• Порог процента заполнения тома: этот параметр определяет использованный порог, запускающий оповещение для томов. Значение 80 активирует оповещение, когда потребление тома достигнет 80 %.
• Существующая группа действий для уведомлений о емкости . Этот параметр является группой действий, активирующейся для оповещений на основе емкости. Этот параметр должен быть предварительно создан пользователем. Группа действий может отправлять оповещения в виде сообщений электронной почты, SMS или в других форматах.

На следующем рисунке показана конфигурация оповещения:

После установки ANFCapacityManager можно ожидать следующего поведения: если пул емкости Или том Azure NetApp Files создается, изменяется или удаляется, приложение логики автоматически создает, изменяет или удаляет правило оповещения метрик на основе емкости с именем ANF_Pool_poolname или ANF_Volume_poolname_volname.

Управление емкостью

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

Руководство

Можно использовать портал или CLI, чтобы вручную увеличить размеры томов или пулов емкости.

Портал

При необходимости вы можете изменить размер тома. Потребление емкости тома зависит от подготовленной емкости пула.

1. В учетной записи NetApp выберите тома.

2. Щелкните правой кнопкой мыши имя тома, который нужно изменить или выберите … значок в конце строки тома, чтобы отобразить контекстное меню.

3. Используя параметры контекстного меню, измените размер тома или удалите том.

   

   

В некоторых случаях пул емкости размещения не имеет достаточной емкости для изменения размера томов. Однако можно изменять размер пула емкости шагами в 1 ТиБ. Размер пула емкости не может быть меньше 4 ТиБ. Изменение размера пула емкости изменяет приобретенную емкость Azure NetApp Files.

1. В меню "Управление учетной записью NetApp" выберите пул емкости, который требуется изменить.

2. Щелкните правой кнопкой мыши имя пула емкости или щелкните … значок в конце строки пула емкости, чтобы отобразить контекстное меню.

3. Используя параметры контекстного меню, измените размер пула емкости или удалите пул.

   

   

CLI или PowerShell

Можно использовать средства CLI Azure NetApp Files, включая Azure CLI и Azure PowerShell, чтобы вручную изменять размер томов или пулов емкости. Для управления ресурсами томов и пулов Azure NetApp Files можно использовать следующие две команды:

• az netappfiles pool
• az netappfiles volume

Для управления ресурсами Azure NetApp Files с помощью Azure CLI можно открыть портал Azure и выбрать ссылку Azure Cloud Shell в верхней части строки меню:

Это действие открывает Azure Cloud Shell:

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

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

Автоматизированный

Для управления измененным поведением можно создать автоматизированный процесс.

REST API

REST API для службы Azure NetApp Files определяет операции HTTP в ресурсах, таких как учетная запись NetApp, пул емкости, тома и моментальные снимки. Спецификация REST API для Azure NetApp Files опубликована на странице диспетчера ресурсов Azure NetApp Files на GitHub]. Пример кода для использования с REST API можно найти в GitHub.

См. статью Разработка для Azure NetApp Files с помощью REST API.

REST API с использованием PowerShell

REST API для службы Azure NetApp Files определяет операции HTTP в ресурсах, таких как учетная запись NetApp, пул емкости, тома и моментальные снимки. Спецификация REST API для Azure NetApp Files опубликована на GitHub.

См. статью Разработка для Azure NetApp Files с помощью REST API с использованием PowerShell.

Управление емкостью с помощью ANFCapacityManager

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

• При необходимости, если том Azure NetApp Files достигает заданного порогового значения, квота тома (размер) увеличивается на процент, указанный в диапазоне от 10 до 1000.
• Если увеличение размера тома превышает емкость содержащего пула емкости, размер пула емкости также увеличивается для размещения нового размера тома.

Можно настроить следующие ключевые параметры управления емкостью:

• Автоматическое увеличение процента: процент, на который следует автоматически увеличить размер существующего тома при достижении заданного порога процента заполнения. Значение 0 (ноль) отключает функцию автогроува. Рекомендуется использовать значение от 10 до 100.

  

Вопросы и ответы

В этом разделе представлены ответы на некоторые вопросы об изменении фиксированной квоты тома.

Учитывается ли пространство моментальных снимков в доступной для использования или подготовленной емкости тома?

Да, занятая емкость для моментального снимка учитывается в подготовленном пространстве тома. При заполнении тома рассмотрите два варианта исправления:

• измените размер тома, как описано в этой статье;
• Удалите старые моментальные снимки, чтобы освободить пространство на томе.

Это изменение означает, что поведение автоматического роста тома исчезает из Azure NetApp Files?

Распространенное заблуждение заключается в том, что тома Azure NetApp Files при заполнении автоматически увеличиваются. Тома были тонко подготовлены с размером 100 ТиБ, независимо от фактической квоты набора, в то время как базовый пул емкости автоматически увеличится с шагом 1-ТиБ. Это изменение устраняет размер тома (видимый и доступный для использования) к заданной квоте, и пулы емкости, таким образом, больше не растут автоматически. Результат этого изменения — часто требуемая точность отчетов о пространстве и емкости на стороне клиента. Оно позволяет избежать "неконтролируемого" потребления емкости.

Повлияет ли это изменение на тома, реплицированные путем репликации между регионами (предварительная версия)?

Квота жесткого тома не применяется к томам назначения репликации.

Повлияет ли это изменение на метрики, доступные в настоящее время в Azure Monitor?

Метрики портала и статистика Azure Monitor точно отражают новую модель выделения и использования.

Повлияет ли это изменение на ограничения ресурсов для Azure NetApp Files?

Ограничения ресурсов для Azure NetApp Files не изменяются за пределами изменений квоты, описанных в этой статье.

Есть ли пример рабочего процесса ANFCapacityManager?

Да. См. страницу с примером рабочего процесса автоматического увеличения тома на сайте GitHub.

Поддерживает ли корпорация Майкрософт ANFCapacityManager?

Приложение логики ANFCapacityManager предоставляется как есть и не поддерживается NetApp или Корпорацией Майкрософт. Вам рекомендуется изменить соответствие конкретной среде или требованиям. Необходимо протестировать функциональные возможности прежде, чем выполнять развертывание в критически важной для бизнеса или рабочей среде.

Как сообщить об ошибке или отправить запрос на добавление функции для ANFCapacityManger?

Вы можете отправлять ошибки и запросы функций, выбрав "Создать проблему " на странице GitHub ANFCapacityManager.

Следующие шаги

• Изменение размера пула емкости или тома
• Метрики для Azure NetApp Files