Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Уровни обслуживания являются атрибутами пула ресурсов емкости. Уровни обслуживания определяются и различаются на основе допустимой максимальной пропускной способности тома в пуле емкости, определенной квотой, назначенной тому. Пропускная способность — это сочетание скорости чтения и записи.
Поддерживаемые уровни обслуживания
Azure NetApp Files поддерживает пять уровней обслуживания: ElasticFlexible, Standard, Premium и Ultra.
Уровни обслуживания "Гибкий", "Стандартный", "Премиум" и "Ультра" обеспечивают в Azure производительность флэш-памяти на уровне bare-metal. Уровень обслуживания Elastic выполняется на инфраструктуре Azure и обеспечивает встроенную отказоустойчивость зон с низкой задержкой в пределах одной цифры в миллисекундах.
Уровень обслуживания Elastic (предварительная версия): Elastic — это новаторский уровень обслуживания высокой доступности, предназначенный для обеспечения непрерывного доступа к данным с нулевой потерей данных, даже если вся Зона доступности Azure становится недоступной. Эта служба устраняет отдельные точки сбоя, что делает его идеальным для критически важных рабочих нагрузок, требующих бескомпромиссной устойчивости и защиты данных в регионе.
С помощью уровня обслуживания Elastic вы можете:
- Создайте пулы емкости от 1 ТиБ до 128 ТиБ с общим QoS для всех томов для простой адаптации рабочей нагрузки.
- Подготавливайте тома размером от 1 ГиБ, чтобы вы могли гибко оптимизировать хранилище для рабочих нагрузок любого размера.
- Достигает пропускной способности 32 МиБ/с на 1 ТиБ, обеспечивая прогнозируемую производительность в масштабе.
Дополнительные сведения, включая обзор доступных функций, см. в статье "Общие сведения о хранилище, избыточном в эластичных зонах".
Гибкий уровень обслуживания. Гибкий уровень обслуживания позволяет настраивать ограничения пропускной способности и размера независимо. Гибкий уровень обслуживания можно использовать для создания томов высокой емкости с низкими требованиями к пропускной способности или обратного: тома с низкой емкостью с высокими требованиями к пропускной способности. Гибкий уровень обслуживания предназначен для требовательных приложений, таких как Oracle или SAP HANA.
Минимальная пропускная способность, которая может быть назначена гибкому пулу емкости, составляет 128 МиБ/в секунду независимо от квоты пула. Максимальная пропускная способность составляет 5 x 128 МиБ/в секунду/ТиБ x размер пула емкости в TiB. Дополнительные сведения см. в примерах и рекомендациях по гибкому уровню обслуживания.
Это важно
Гибкий уровень обслуживания поддерживается только для новых пулов емкости с ручным управлением QoS.
Стандартный уровень обслуживания:
Уровень обслуживания "Стандартный" обеспечивает до 16 МиБ/с пропускной способности на 1 ТиБ подготовленной емкости.Уровень обслуживания уровня "Премиум":
Уровень обслуживания "Премиум" обеспечивает до 64 МиБ/с пропускной способности на 1 ТиБ подготовленной емкости.Уровень обслуживания категории "Ультра":
Уровень обслуживания "Ультра" обеспечивает до 128 МиБ/с пропускной способности на 1 ТиБ подготовленной емкости.
Хранилище с холодным доступом
Хранилище холодного доступа доступно с уровнями обслуживания "Стандартный", "Премиум", "Ультра" и "Гибкий". Пропускная способность для любого из этих уровней обслуживания с холодным доступом такая же, как и для данных на горячем уровне. Опыт работы с пропускной способностью изменяется при доступе к данным, которые находятся на холодном уровне хранения. Дополнительные сведения вы можете найти в статье Azure NetApp Files хранение с холодным доступом и Рекомендации по производительности для хранения с холодным доступом. Дополнительные сведения о уровнях обслуживания "Премиум" и "Ультра" см. в разделе "Пропускная способность" на уровнях обслуживания "Премиум" и "Ультра".
Замечание
Цены на холодный доступ вычисляются одинаково для всех уровней обслуживания (стандартный, премиум, ультра и гибкий).
Ограничения пропускной способности
Ограничение пропускной способности для тома определяется сочетанием следующих факторов:
- уровень обслуживания пула емкости, к которому относится том.
- квота, назначенная объёму
- тип QoS пула емкости (автоматический или ручной).
Примеры ограничения пропускной способности для томов в пуле емкости с автоматическим типом QoS
На следующей схеме показаны примеры ограничения пропускной способности для томов в пуле емкости с автоматическим типом QoS:
В Примере 1, том из пула емкости автоматического QoS с уровнем обслуживания Premium, с назначенной квотой в 2 ТиБ, будет иметь ограничение пропускной способности в 128 МиБ/с (2 ТиБ * 64 МиБ/с). Этот сценарий применим независимо от размера пула емкости или фактического потребления объема.
В примере 2 том из автоматизированного пула ресурсов QoS на уровне сервиса Premium с квотой 100 ГиБ имеет ограничение пропускной способности 6,25 МиБ/с (0,09765625 ТиБ * 64 МиБ/с). Этот сценарий применим независимо от размера пула емкости или фактического потребления объема.
Примеры ограничения пропускной способности для томов в пуле емкости с ручным типом QoS
Если вы используете пул емкости с ручным типом QoS, вы можете независимо назначать емкость и пропускную способность тома. При создании тома в пуле емкости с ручным типом QoS можно указать значение пропускной способности (МиБ/с). Общая пропускная способность, назначенная томам в пуле пропускной способности с ручным типом QoS, зависит от размера пула и уровня обслуживания. Ограничения пропускной способности для уровней обслуживания "Стандартный", "Премиум" и "Ультра" рассчитываются по формуле: размер пула емкости в TiB умножается на пропускную способность уровня обслуживания в TiB. Например, пул емкости 10 ТиБ с уровнем обслуживания "Ultra" имеет общую пропускную способность 1 280 МиБ в секунду (10 ТиБ x 128 МиБ/с/ТиБ) для томов. Для гибкого уровня обслуживания формула составляет 5 x размер пула емкости в ТиБ x минимальной пропускной способности уровня обслуживания (128 МиБ/с/ТиБ). Например, см. примеры пропускной способности гибкого уровня обслуживания.
Например, для системы SAP HANA этот пул емкости можно использовать для создания следующих томов. Каждый том предоставляет размер и пропускную способность в соответствии с потребностям применения:
- объем данных SAP HANA: размер 4 ТиБ с размером до 704 МиБ/с
- том журнала SAP HANA: размер 0,5 ТиБ со скоростью до 256 МиБ/с
- общий том SAP HANA: размер 1 ТиБ с пропускной способностью до 64 МиБ/с
- том резервного копирования SAP HANA: размер 4,5 ТиБ со скоростью до 256 МиБ/с
На следующей схеме показаны сценарии для томов SAP HANA:
На следующей схеме показаны сценарии для томов SAP HANA, но с гибким уровнем обслуживания и базовой пропускной способностью 128 MiB/S:
Пример также распространяется на гибкий уровень обслуживания. Гибкий пул емкости уровня обслуживания можно использовать для создания следующих томов. Каждый том предоставляет размер и пропускную способность в соответствии с потребностям применения:
- объем данных SAP HANA: размер 4 ТиБ с размером до 704 МиБ/с
- том журнала SAP HANA: размер 0,5 ТиБ со скоростью до 256 МиБ/с
- общий том SAP HANA: размер 1 ТиБ с пропускной способностью до 64 МиБ/с
- том резервного копирования SAP HANA: размер 4,5 ТиБ со скоростью до 384 МиБ/с
Как показано на схеме, том резервного копирования SAP HANA получает базовую пропускную способность 128 МиБ/с.
Примеры гибкой пропускной способности уровня обслуживания:
| Гибкий размер пула (TiB) | Минимальная допустимая пропускная способность (MiB/s) | Максимальная допустимая пропускная способность (MiB/s) |
|---|---|---|
| 1 | 128 | 5 * 128 * 1 = 640 |
| 2 | 128 | 5 * 128 * 2 = 1280 |
| 10 | 128 | 5 * 128 * 10 = 6400 |
| 50 | 128 | 5 * 128 * 50 = 32 000 |
| 100 | 128 | 5 * 128 * 100 = 64 000 |
| 1,024 | 128 | 5 * 128 * 1024 = 655 360 |
Замечание
Azure NetApp Files обеспечивает согласованную базовую пропускную способность независимо от размера пула емкости. Например, пул емкости 1-ТиБ и пул емкости 10 ТиБ получают ту же бесплатную базовую пропускную способность 128 МиБ/с.
Примеры ограничений пропускной способности в общем пуле QoS
В общем пуле пропускной способности QoS все тома используют общий ресурс пропускной способности, а не имеют фиксированное ограничение для каждого тома. Общая пропускная способность, доступная для пула, определяется размером пула емкостей (TiB) и уровнем обслуживания для Elastic. Например, зонально-избыточный пул емкости обеспечивает пропускную способность 32 МиБ/с на 1 ТиБ подготовленной емкости, увеличивая ее линейно (128 ТиБ пул дает в общей сложности 4096 МиБ/с). Тома в совместном пуле качества обслуживания (QoS) не имеют отдельных ограничений пропускной способности. Вместо этого любой том может использовать пропускную способность по запросу до общего ограничения пула, если емкость доступна. Потребление пропускной способности тома учитывается в общем бюджете пропускной способности пулов, тем самым уменьшая доступную пропускную способность для других томов.
Это динамическое распределение управляется Azure NetApp Files, чтобы каждый том по-прежнему соответствовал показателям целевой производительности (пропускной способности и задержке), оставаясь в пределах общей пропускной способности пула. Общий уровень качества обслуживания доступен только для уровней обслуживания Elastic (например, при использовании зонально-избыточного уровня обслуживания), и его невозможно преобразовать в автоматический или ручной уровень качества обслуживания. Для получения информации о конкретных значениях пропускной способности и ограничениях при различных размерах пула и уровнях обслуживания см. Ограничения ресурсов для Azure NetApp Files.
Пропускная способность выделяется в следующей таблице:
| Размер пула емкости (TiB) | Общая пропускная способность (MiB/s) |
|---|---|
| 1 | 32 |
| 4 | 128 |
| 8 | 256 |
| 16 | 512 |
| 32 | 1,024 |
| 128 | 4,096 |
Следующие шаги
- страница цен Azure NetApp Files
- модель затрат для Azure NetApp Files
- Создание пула емкости
- Соглашение об уровне обслуживания (SLA) для Azure NetApp Files
- Динамическое изменение уровня обслуживания тома
- Цели уровня обслуживания