Типы службы хранилища Azure для рабочей нагрузки SAP
В Azure существует множество типов хранилищ, которые значительно отличаются возможностями, пропускной способностью, задержкой и ценами. Некоторые типы хранилища не являются ограниченными для использования в сценариях SAP. При этом другие типы служб хранилища Azure хорошо подходят или оптимизированы для конкретных сценариев на основе рабочей нагрузки SAP. В частности, некоторые типы служб хранилищ Azure сертифицированы на использование с SAP HANA. В этом документе мы рассмотрим различные типы хранилища и описываем их возможности и удобство использования с рабочими нагрузками SAP и компонентами SAP.
Комментарий о единицах, используемых в этой статье. Поставщики общедоступных облаков перешли на использование ГиБ (гибибайт) или ТиБ (тебибайт) вместо гигабайта или терабайта в качестве единиц измерения емкости. Поэтому во всей документации и ценах на Azure используются именно эти единицы. В документе мы ссылаемся на эти единицы размера единиц MiB, GiB и TiB исключительно. Следует отличать их от обозначений МБ, ГБ и ТБ. Обратите внимание на небольшие различия в вычислениях, если необходимо изменить пропускную способность с 400 МиБ/с вместо 250 МиБ/сек.
Устойчивость службы хранилища Microsoft Azure
Хранилище Microsoft Azure уровня "Стандартный", "Стандартный", "Стандартный", "Премиум" ssd версии 2 и "Ультра" сохраняет базовый виртуальный жесткий диск (с ОС) и подключенные к виртуальной машине диски данных или виртуальные жесткие диски (виртуальный жесткий диск) в трех копиях на трех разных узлах хранилища. Отработка отказа на другую реплику и создание новой реплики при сбое узла хранилища является прозрачным. В результате этого избыточности не требуется использовать любой уровень избыточности хранилища на нескольких дисках Azure. Такое хранилище называется локально избыточным (LRS). LRS используется по умолчанию для этих типов хранилищ в Azure. Azure NetApp Files обеспечивает достаточную избыточность для обеспечения того же соглашения об уровне обслуживания (соглашения об уровне обслуживания), что и другое собственное хранилище Azure.
Существует несколько других методов избыточности, которые описаны в статье служба хранилища Azure репликации, которая применяется к некоторым из различных типов хранилищ Azure.
Примечание.
Использование хранилища Azure для хранения данных базы данных и файла журнала повторного входа LRS является единственным поддерживаемым уровнем устойчивости на данный момент времени.
Следует также помнить, что различные типы хранилищ Azure влияют на Соглашения об уровне обслуживания для обеспечения доступности виртуальной машины, опубликованные на странице Соглашение об уровне обслуживания для Виртуальных машин.
Управляемые диски Azure
Управляемые диски — это тип ресурса в Azure Resource Manager, который можно использовать вместо виртуальных жестких дисков, хранимых в учетных записях хранения Azure. Управляемые диски автоматически выравнивать [группу доступности][виртуальная машина-управление доступностью] подключенной к ней виртуальной машины. Благодаря такому выравниванию вы можете улучшить доступность виртуальной машины и служб, работающих на виртуальной машине. Дополнительные сведения см. в этой обзорной статье.
Примечание.
Для новых развертываний виртуальных машин, использующих хранилище блоков Azure для своих дисков (все хранилища Azure, кроме Azure NetApp Files и Файлы Azure), необходимо использовать управляемые диски Azure для базовых дисков VHD/OS и дисков данных, в которых хранятся файлы базы данных SAP. Это не зависит от того, развертываются ли виртуальные машины с помощью группы доступности, в Зонах доступности или вне наборов и зон. Диски, используемые для хранения резервных копий, необязательно должны быть управляемыми.
Сценарии хранения с рабочими нагрузками SAP
Постоянное хранилище необходимо в рабочей нагрузке SAP в различных компонентах стека, развертываемого в Azure. Некоторые из этих сценариев перечислены ниже.
- Постоянный базовый виртуальный жесткий диск виртуальной машины, на котором находится операционная система и другое программное обеспечение, устанавливаемое на этом диске. Этот диск/виртуальный жесткий диск является корнем виртуальной машины. Любые внесенные на нем изменения, должны храниться постоянно. Так что в следующий раз, когда вы остановите и перезапустите виртуальную машину, все изменения, внесенные ранее, сохранятся. В частности, в тех случаях, когда виртуальная машина развертывается с помощью Azure не на том узле, где она была запущена изначально.
- Диски данных постоянного хранения. Это виртуальные жесткие диски, подключаемые для хранения данных приложений. Это могут быть данные и файлы журнала/повтора базы данных, файлы резервных копий или установки программного обеспечения. Это касается любых дисков, помимо базовых виртуальных жестких дисков с операционной системой.
- Общие файловые ресурсы или общие диски, содержащие глобальный каталог переноса для NetWeaver или S/4HANA. Содержимое этих общих ресурсов используется программным обеспечением, работающим на нескольких виртуальных машинах, или применяется для создания сценариев отказоустойчивого кластера с высоким уровнем доступности.
- Каталог /sapmnt или общие файловые ресурсы для процессов EDI (электронный обмен данными) или аналогичных. Содержимое этих общих ресурсов используется программным обеспечением, работающим на нескольких виртуальных машинах, или применяется для создания сценариев отказоустойчивого кластера с высоким уровнем доступности.
В следующих нескольких разделах рассматриваются различные типы службы хранилища Azure и их удобство использования для четырех сценариев рабочей нагрузки SAP. Общая классификация и сведения о том, как следует использовать различные типы хранилищ Azure, описаны в статье Какие типы дисков доступны в Azure. Рекомендации по использованию различных типов хранилища Azure для рабочей нагрузки SAP не будут существенно отличаться.
Сведения о ограничениях на поддержку типов хранилища Azure для SAP NetWeaver/application layer S/4HANA см . в 2015553 заметки о поддержке SAP. Для сертифицированных и поддерживаемых типов хранилища Azure SAP HANA ознакомьтесь со статьей конфигурации хранилища виртуальных машин SAP HANA Azure.
В разделах, содержащих описание различных типов хранилищ Azure, приведены дополнительные сведения об ограничениях и возможностях, использующих хранилище, поддерживаемое SAP.
Варианты хранения при использовании репликации СУБД
Наши эталонные архитектуры предвидят использование функций СУБД (система управления базами данных), таких как SQL Server AlwaysOn, репликация системы HANA, DB2 HADR или Oracle Data Guard. В случае, если вы используете эти технологии между двумя или несколькими виртуальными машинами Azure, типы хранилища, выбранные для каждой из виртуальных машин, должны быть одинаковыми. Означает, что конфигурация хранилища между активным узлом и репликой узла в конфигурации высокой доступности СУБД должна быть одинаковой.
Рекомендации по использованию хранилища для сценариев хранения SAP
Прежде чем перейти к деталям, мы представляем сводку и рекомендации уже в начале документа. При этом подробные сведения о конкретных типах службы хранилища Azure приведены после этого раздела документа. При обобщении рекомендаций по хранилищу для сценариев хранения SAP в таблице выглядит следующим образом:
Сценарий использования | HDD ценовой категории «Стандартный» | SSD ценовой категории «Стандартный» | Хранилище класса Premium | SSD (цен. категория "Премиум") версии 2 | Диск (цен. категория "Ультра") | Azure NetApp Files | Файлы Azure класса "Премиум" |
---|---|---|---|---|---|---|---|
Диск ОС | Не подходит | Подходит с ограничениями (не для рабочей среды) | Рекомендуемая конфигурация | Невозможно | Невозможно | Невозможно | Невозможно |
Глобальный транспортный каталог | Не поддерживается | Не поддерживается | Рекомендуемая конфигурация | Рекомендуемая конфигурация | Рекомендуемая конфигурация | Рекомендуемая конфигурация | Настоятельно рекомендуется |
/sapmnt | Не подходит | Подходит с ограничениями (не для рабочей среды) | Рекомендуемая конфигурация | Рекомендуемая конфигурация | Рекомендуемая конфигурация | Рекомендуемая конфигурация | Настоятельно рекомендуется |
Семейство виртуальных машин M/Mv2 для SAP HANA с томом данных СУБД | Не поддерживается | Не поддерживается | Рекомендуемая конфигурация | Рекомендуемая конфигурация | Рекомендуемая конфигурация | Рекомендуемая конфигурация | Не поддерживается |
Семейство виртуальных машин M/Mv2 для SAP HANA с журнальным томом СУБД | Не поддерживается | Не поддерживается | Рекомендуется1 | Рекомендуемая конфигурация | Рекомендуемая конфигурация | Рекомендуемая конфигурация | Не поддерживается |
Семейство виртуальных машин Esv3/Edsv4 для SAP HANA с томом данных СУБД | Не поддерживается | Не поддерживается | Рекомендуемая конфигурация | Рекомендуемая конфигурация | Рекомендуемая конфигурация | Рекомендуемая конфигурация | Не поддерживается |
Семейство виртуальных машин Esv3/Edsv4 для SAP HANA с журнальным томом СУБД | Не поддерживается | Не поддерживается | Не поддерживается | Рекомендуемая конфигурация | Рекомендуемая конфигурация | Рекомендуемая конфигурация | Не поддерживается |
Общий том HANA | Не поддерживается | Не поддерживается | Рекомендуемая конфигурация | Рекомендуемая конфигурация | Рекомендуемая конфигурация | Рекомендуемая конфигурация | Рекомендуемая конфигурация |
Отличное от HANA решение с томом данных СУБД | Не поддерживается | Подходит с ограничениями (не для рабочей среды) | Рекомендуемая конфигурация | Рекомендуемая конфигурация | Рекомендуемая конфигурация | Только для конкретных выпусков Oracle на платформе Oracle Linux, Db2 и SAP ASE на платформе SLES/RHEL Linux | Не поддерживается |
Семейство виртуальных машин M/Mv2 для отличных от HANA решений с журнальным томом СУБД | Не поддерживается | Подходит с ограничениями (не для рабочей среды) | Рекомендуется1 | Рекомендуемая конфигурация | Рекомендуемая конфигурация | Только для конкретных выпусков Oracle на платформе Oracle Linux, Db2 и SAP ASE на платформе SLES/RHEL Linux | Не поддерживается |
Семейство виртуальных машин, отличных от M/Mv2, для отличных от HANA решений с журнальным томом СУБД | Не поддерживается | подходит с ограничениями (не для рабочей среды) | Подходит для рабочей нагрузки не выше средней | Рекомендуемая конфигурация | Рекомендуемая конфигурация | Только для конкретных выпусков Oracle на платформе Oracle Linux, Db2 и SAP ASE на платформе SLES/RHEL Linux | Не поддерживается |
1 При использовании Ускорителя записи Azure для семейств виртуальных машин M/Mv2 для журнальных томов ведения журнала и повторов.
Ниже приведены характеристики, на которые можно рассчитывать при использовании различных типов хранилищ.
Сценарий использования | HDD ценовой категории «Стандартный» | SSD ценовой категории «Стандартный» | Хранилище класса Premium | SSD (цен. категория "Премиум") версии 2 | Диск (цен. категория "Ультра") | Azure NetApp Files | Файлы Azure класса "Премиум" |
---|---|---|---|---|---|---|---|
Соглашение об уровне обслуживания для пропускной способности и операций ввода-вывода в секунду | No | No | Да | Да | Да | Да | Да |
Задержка для операций чтения | Высокая | От средней до высокой | Низкая | submillisecond | submillisecond | submillisecond | Низкий |
Задержка для операций записи | Высокая | От средней до высокой | Низкий (субмиллисекунда1) | submillisecond | submillisecond | submillisecond | Низкий |
С поддержкой HANA | No | No | да1 | Да | Да | Да | Нет |
Возможность создания моментальных снимков диска | Да | Да | Да | Да3 | Нет2 | Да | Нет |
Выделение дисков в разных кластерах хранения при использовании групп доступности | Через управляемые диски | Через управляемые диски | Через управляемые диски | Тип диска не поддерживается для виртуальных машин, развернутых с использованием групп доступности | Тип диска не поддерживается для виртуальных машин, развернутых с использованием групп доступности | Нет3 | No |
Согласование с Зонами доступности | Да | Да | Да | Да | Да | В общедоступной предварительной версии | No |
Синхронная зональная избыточность | Не для управляемых дисков | Не для управляемых дисков | Не поддерживается для СУБД | No | No | No | Да |
Асинхронная зональная избыточность | Не для управляемых дисков | Не для управляемых дисков | Не поддерживается для СУБД | No | No | На этапе предварительной версии | No |
Геоизбыточность | Не для управляемых дисков | Не для управляемых дисков | No | No | No | Возможные способы | No |
1 При использовании Ускорителя записи Azure для семейств виртуальных машин M/Mv2 для журнальных томов ведения журнала и повторов.
2 Создание разных пулов емкости Azure NetApp Files не гарантирует развертывание пулов емкости в разных единицах хранения
3 (добавочные) моментальные снимки SSD уровня "Премиум" версии 2 или диска "Ультра" нельзя использовать сразу после их создания. Фоновая копия должна завершиться, прежде чем создать диск из моментального снимка
Внимание
Ознакомьтесь с разделом Azure NetApp Files этого документа, чтобы найти конкретные сведения о расположении томов NFS и виртуальных машин, если требуется менее 1 миллисекунд задержки.
Хранилище Azure класса Premium
Хранилище Azure на SSD класса Premium обеспечивает следующие возможности:
- Низкая задержка ввода-вывода
- Соглашения об уровне обслуживания для операций ввода-вывода и пропускной способности
- Меньший разброс значений задержки при операциях ввода-вывода
Этот тип хранилища предназначен для рабочих нагрузок СУБД, трафика хранилища, требующего низкой задержки в миллисекундах с низкой цифрой, а также соглашения об уровне обслуживания для операций ввода-вывода в секунду и пропускной способности. Стоимость хранилища Azure класса Premium не является фактическим объемом данных, хранящимся на таких дисках, но категорией размера такого диска, независимо от объема данных, хранящихся на диске. Вы также можете создавать диски в хранилище класса Premium, которые не сопоставляют напрямую с категориями размеров, приведенными в статье SSD уровня "Премиум". Из этой статьи можно сделать следующие выводы:
- Хранилище разбито на диапазоны. Например, диск в диапазоне от 513 ГиБ до 1024 ГиБ имеют одинаковые возможности и те же ежемесячные расходы
- Операции ввода-вывода в секунду на ГиБ не отслеживают линейную по категориям размеров. Диски емкостью менее 32 ГиБ имеют более высокую скорость ввода-вывода на ГиБ. Для дисков, превышающих 32 ГиБ до 1024 ГиБ, скорость операций ввода-вывода в секунду на ГиБ составляет от 4 до 5 операций ввода-вывода в секунду на ГиБ. Для больших дисков емкостью до 32 767 ГиБ скорость ввода-вывода на ГиБ будет ниже 1.
- Пропускная способность ввода-вывода для этого хранилища не является линейной с размером категории диска. Для небольших дисков, таких как категория от 65 ГиБ до 128 ГиБ, пропускная способность составляет около 780 КБ на ГиБ. В то время как для экстремальных больших дисков, таких как диск 32 767 ГиБ, пропускная способность составляет около 28 КБ на ГиБ
- Соглашения об уровне обслуживания операций ввода-вывода в секунду и пропускной способности не могут быть изменены, не изменяя емкость диска.
Ниже приведена таблица возможностей для рабочей нагрузки SAP.
Возможность | Комментарий | Примечания и ссылки |
---|---|---|
Базовый виртуальный жесткий диск ОС | Подходит | Все системы |
Диск данных | Подходит | Все системы — специально для SAP HANA |
Глобальный транспортный каталог SAP | Да | Поддерживается |
SAP sapmnt | Подходит | Все системы |
Хранилище резервных копий | Подходит | Для краткосрочного хранения резервных копий |
Общие папки и общий диск | Недоступно | Требуются Файлы Azure класса "Премиум" или решение стороннего производителя |
Устойчивость | LRS | GRS и ZRS для дисков недоступны |
Задержка | От низкого до среднего | - |
Соглашение об уровне обслуживания для операций ввода-вывода в секунду | Да | - |
Линейная зависимость числа операций ввода-вывода в секунду от емкости | наполовину линейная в скобках | Цены на управляемые диски |
Максимальное количество операций ввода-вывода в секунду на диск | 20 000 в зависимости от размера диска | Учтите также ограничения виртуальной машины |
SLA в отношении пропускной способности | Да | - |
Линейная зависимость пропускной способности от емкости | Наполовину линейная в скобках | Цены на управляемые диски |
HANA: сертифицировано | Да | специально для SAP HANA |
Поддержка акселератора записи Azure | No | - |
Всплеск активности диска | Да | - |
Возможность создания моментальных снимков диска | Да | - |
Возможно создание моментальных снимков виртуальной машины в Azure Backup | Да | - |
Затраты | Средняя | - |
Хранилище Azure уровня "Премиум" не выполняет ключевые показатели эффективности хранения SAP HANA с общими типами кэширования, предлагаемыми в хранилище Azure уровня "Премиум". Чтобы обеспечить соответствие ключевых показателей эффективности по задержке в хранилище установленным требованиям для операций записи в журнал SAP HANA, необходимо использовать кэширование Ускорителя записи Azure, как описано в статье Включение Ускорителя записи. Ускоритель записи Azure обеспечивает преимущества и для всех остальных систем СУБД при выполнении операций записи в журнал транзакций и журнал повтора. Поэтому рекомендуется использовать его во всех развертываниях СУБД SAP. Для SAP HANA использование акселератора записи Azure для /hana/log с хранилищем Azure premium является обязательным.
Краткие выводы. Хранилище Azure класса Premium — это один из типов хранилища Azure, рекомендуемых для рабочей нагрузки SAP. Эта рекомендация применяется для непроизводственных и производственных систем. Хранилище Azure класса Premium подходит для работы с рабочими нагрузками базы данных. Использование Ускорителя записи Azure значительно повышает задержку записи на диски Azure класса Premium. Однако для систем СУБД с высокими скоростями операций ввода-вывода в секунду и пропускной способности необходимо либо перепроверждать емкость хранилища. Кроме того, необходимо использовать такие функции, как Windows дисковые пространства или диспетчеры логических томов в Linux, чтобы создавать наборы полос, которые обеспечивают необходимую емкость на одной стороне. Но также необходимое число операций ввода-вывода в секунду или пропускную способность с максимальной эффективностью затрат.
Пиковый функционал Azure для хранилища класса Premium
Диски Azure класса Premium до 512 ГиБ обеспечивают пиковый функционал. Принцип работы ускорения дисков описан в статье Ускорение дисков. При ознакомлении со статьей пользователю становится ясна концепция начисления операций ввода-вывода в секунду и пропускной способности в случае, когда рабочая нагрузка ввода-вывода превышает номинальные значения объема операций ввода-вывода в секунду и пропускной способности дисков (для получения дополнительных сведений о номинальной пропускной способности см. страницу Цены на управляемые диски). Вы собираетесь начислить разность операций ввода-вывода в секунду и пропускную способность между текущим использованием и номинальными значениями диска. Периоды ускорений ограничены 30 минутами.
Эта функция идеально подойдет для томов или дисков, содержащих файлы данных для разных СУБД. Ожидаемая рабочая нагрузка ввода-вывода для таких томов, в особенности для малых и средних систем, должна быть примерно следующей:
- Низкая до умеренной рабочей нагрузки чтения, так как данные в идеале кэшируются в памяти. Или как и с SAP HANA, должен быть полностью в памяти
- Пиковые операции записи, активируемые контрольными точками базы данных или точками сохранения на регулярной основе.
- Рабочая нагрузка резервного копирования, считывающая данные непрерывным потоком в случаях, когда резервное копирование не выполняется при помощи моментальных снимков хранилища.
- Загрузка данных в память после перезапуска экземпляра SAP HANA.
Особенно для систем с меньшими СУБД, в которых рабочая нагрузка обрабатывает не более сотни транзакций в секунду, такой режим работы может также быть оправдан для дисков или томов, в которых хранятся транзакции или журналы повторов. Ожидаемая рабочая нагрузка на таких дисках или томах должна быть примерно следующей:
- Регулярная запись на диск в зависимости от рабочей нагрузки и ее характера, так как каждое обновление приложения может активировать операцию ввода-вывода.
- Повышение пропускной способности в случае рабочих задач, таких как создание или перестроение индексов.
- Пики чтения при выполнении журналов транзакций или резервных копий журналов повторов.
SSD Azure уровня "Премиум" версии 2
Хранилище SSD уровня "Премиум" версии 2 — это новая версия хранилища класса Premium, которая появилась с целью предоставления:
- Задержка операций ввода-вывода подмиллисекунда для небольших размеров операций чтения и записи операций ввода-вывода
- Соглашения об уровне обслуживания для операций ввода-вывода и пропускной способности
- Емкость оплаты по подготовленному ГБ
- Предоставление набора операций ввода-вывода в секунду и пропускной способности хранилища на диск по умолчанию
- Предоставьте возможность добавить дополнительные операции ввода-вывода в секунду и пропускную способность для каждого диска и платить отдельно за эти дополнительные подготовленные ресурсы
- Передача сертификации SAP HANA без помощи других функций, таких как ускоритель записи Azure или другие кэши
Этот тип хранилища предназначен для рабочих нагрузок СУБД, трафика хранилища, требующего задержки субмиллисекунда, а также уровне обслуживания для операций ввода-вывода в секунду и пропускной способности. Диски SSD уровня "Премиум" версии 2 предоставляются с набором по умолчанию 3000 операций ввода-вывода в секунду и пропускной способностью 125 МБИТ/с. И возможность добавления дополнительных операций ввода-вывода в секунду и пропускной способности для отдельных дисков. Цены на хранилище структурированы таким образом, что увеличение пропускной способности или операций ввода-вывода в секунду не влияет на цену в основном. Тем не менее, мы оставим вас, чтобы решить, как будет выглядеть конфигурация хранилища для SSD уровня "Премиум" версии 2. Для базового запуска ознакомьтесь с конфигурациями хранилища SSD версии 2 для SAP HANA Azure уровня "Премиум".
Для фактических регионов этот новый тип хранилища блоков доступен и фактические ограничения считывают документ SSD premium версии 2.
Ниже приведена таблица возможностей для рабочей нагрузки SAP.
Возможность | Комментарий | Примечания и ссылки |
---|---|---|
Базовый виртуальный жесткий диск ОС | Не поддерживается | Нет системы |
Диск данных | Подходит | Все системы |
Глобальный транспортный каталог SAP | Да | Все системы |
SAP sapmnt | Подходит | Все системы |
Хранилище резервных копий | Подходит | Для краткосрочного хранения резервных копий |
Общие папки и общий диск | Недоступно | Требуется azure Premium Files или Azure NetApp Files |
Устойчивость | LRS | GRS и ZRS для дисков недоступны |
Задержка | submillisecond | - |
Соглашение об уровне обслуживания для операций ввода-вывода в секунду | Да | - |
Линейная зависимость числа операций ввода-вывода в секунду от емкости | полулинейная | Цены на управляемые диски |
Максимальное количество операций ввода-вывода в секунду на диск | 80 000 зависимых от размера диска | Учтите также ограничения виртуальной машины |
SLA в отношении пропускной способности | Да | - |
Линейная зависимость пропускной способности от емкости | Полулинейная | Цены на управляемые диски |
HANA: сертифицировано | Да | - |
Поддержка акселератора записи Azure | No | - |
Всплеск активности диска | No | - |
Возможность создания моментальных снимков диска | Да1 | - |
Возможно создание моментальных снимков виртуальной машины в Azure Backup | Да | - |
Затраты | Средняя | - |
1 (добавочные) моментальные снимки SSD уровня "Премиум" версии 2 или диска "Ультра" нельзя использовать сразу после их создания. Фоновая копия должна завершиться, прежде чем создать диск из моментального снимка
В отличие от хранилища Azure уровня "Премиум", SSD Azure premium версии 2 выполняет ключевые показатели эффективности хранения SAP HANA. В результате вам не нужно использовать кэширование акселератора записи Azure, как описано в статье "Включить ускоритель записи".
Сводка. Ssd Azure premium версии 2 — это хранилище блоков, которое соответствует лучшему соотношению цен и производительности для рабочих нагрузок SAP. Ssd Azure premium версии 2 подходит для обработки рабочих нагрузок базы данных. Задержка субмиллисекунда является идеальным хранилищем для требовательных рабочих нагрузок СУБД. Хотя это новый тип хранилища, выпущенный в ноябре 2022 года. Таким образом, в течение следующих нескольких месяцев могут быть некоторые ограничения, которые будут уйти.
Диск Azure Ultra
Диски Azure категории "Ультра" предоставляют для виртуальных машин IaaS Azure дисковое хранилище с высокой пропускной способностью, большим количеством операций ввода-вывода в секунду и постоянной низкой задержкой. Некоторые преимущества дисков ценовой категории "Ультра" включают возможность динамического изменения операций ввода-вывода в секунду и пропускной способности диска вместе с рабочими нагрузками без необходимости перезапустить виртуальные машины (виртуальную машину). Диски (цен. категория "Ультра") подходят для рабочих нагрузок с интенсивным использованием данных, таких как рабочая нагрузка СУБД SAP. Диски (цен. категория "Ультра") можно использовать только в качестве дисков данных. Их нельзя применять в качестве базового виртуального жесткого диска, на котором хранится операционная система. В качестве базового виртуального жесткого диска мы рекомендуем использовать хранилище Azure класса Premium.
При создании диска (цен. категория "Ультра") можно определить три измерения:
- Емкость диска. Возможные диапазоны от 4 ГиБ до 65 536 ГиБ.
- Подготовленное число операций ввода-вывода в секунду для диска. В зависимости от емкости диска применяются различные максимальные значения. Дополнительные сведения см. в статье о дисках (цен. категория "Ультра").
- Подготовленная пропускная способность хранилища. В зависимости от емкости диска применяются различные значения максимальной пропускной способности. Дополнительные сведения см. в статье о дисках (цен. категория "Ультра").
Стоимость отдельного диска определяется тремя измерениями, которые можно определить отдельно для конкретных дисков.
Ниже приведена таблица возможностей для рабочей нагрузки SAP.
Возможность | Комментарий | Примечания и ссылки |
---|---|---|
Базовый виртуальный жесткий диск ОС | Не работает | - |
Диск данных | Подходит | Все системы |
Глобальный транспортный каталог SAP | Да | Поддерживается |
SAP sapmnt | Подходит | Все системы |
Хранилище резервных копий | Подходит | Для краткосрочного хранения резервных копий |
Общие папки и общий диск | Недоступно | Требуется решение стороннего производителя |
Устойчивость | LRS | GRS и ZRS для дисков недоступны |
Задержка | Очень низкий | - |
Соглашение об уровне обслуживания для операций ввода-вывода в секунду | Да | - |
Линейная зависимость числа операций ввода-вывода в секунду от емкости | Наполовину линейная в скобках | Цены на управляемые диски |
Максимальное количество операций ввода-вывода в секунду на диск | от 1200 до 160 000 | зависит от емкости диска |
SLA в отношении пропускной способности | Да | - |
Линейная зависимость пропускной способности от емкости | Наполовину линейная в скобках | Цены на управляемые диски |
HANA: сертифицировано | Да | - |
Поддержка акселератора записи Azure | No | - |
Всплеск активности диска | Да | - |
Возможность создания моментальных снимков диска | Да1 | - |
Возможно создание моментальных снимков виртуальной машины в Azure Backup | Да | - |
Затраты | Выше, чем у хранилища класса Premium | - |
1 (добавочные) моментальные снимки SSD уровня "Премиум" версии 2 или диска "Ультра" нельзя использовать сразу после их создания. Фоновая копия должна завершиться, прежде чем создать диск из моментального снимка
Сводка. Диски Azure ценовой категории "Ультра" — это подходящее хранилище с низкой задержкой субмиллисекунда для всех видов рабочей нагрузки SAP. На данный момент диски класса Ultra можно использовать только в сочетании с виртуальными машинами, развернутыми с помощью Зоны доступности (зональное развертывание). В противоположность всему другому хранилищу диск "Ультра" нельзя использовать для базового виртуального жесткого диска. Диски класса Ultra идеально подойдут для случаев, когда рабочая нагрузка ввода-вывода очень нестабильна и необходимо адаптировать пропускную способность развернутого хранилища или операций ввода-вывода к шаблонам рабочих нагрузок хранилища, вместо того, чтобы подстраиваться под максимальную пропускную способность и количество операций ввода-вывода.
Azure NetApp Files
Azure NetApp Files — это собственный, корпоративный, корпоративный, высокопроизводительный служба хранения файлов, сертифицированная для использования с SAP HANA. Он предоставляет тома как службу , для которой создаются учетные записи NetApp, пулы емкости и тома. С помощью Azure NetApp Files вы выбираете уровни обслуживания и производительности и управляете защитой данных, чтобы создавать высокопроизводительные, высокодоступные и масштабируемые общие папки с помощью одних и того же протокола и средств, с которыми вы знакомы и используете локальную среду.
В томах Azure NetApp Files поддерживаются следующие типы рабочей нагрузки SAP:
- Рабочая нагрузка СУБД SAP
- Общий ресурс SAPMNT
- Глобальный каталог транспорта
Azure NetApp Files доступна на трех уровнях обслуживания, каждая из которых содержит собственные спецификации пропускной способности и цен. Какой вариант подходит для развертывания, зависит от размера развертывания. Настраиваемые рекомендации по размеру доступны в SAP в Azure NetApp Files TCO Estimator.
Дополнительные сведения об уровнях обслуживания см. в статье Уровни обслуживания для Azure NetApp Files.
Развертывание томов
Для оптимального результата используйте группу томов приложений для SAP HANA для развертывания томов. Группа томов приложений помещает тома в оптимальные расположения в инфраструктуре Azure с помощью правил сходства и защиты от сходства, чтобы сократить количество разных операций и обеспечить оптимальную пропускную способность и наименьшую задержку.
Примечание.
Пулы емкости — это базовая единица подготовки для Azure NetApp Files. Пулы емкости предлагаются начиная с 1 ТиБ размера; вы можете расширить пул емкости в 1-ТиБ. Пулы емкости — это родительская единица для томов. Сведения о размерах см. в разделе об ограничениях ресурсов Azure NetApp Files. Сведения о ценах см. в разделе о ценах на Azure NetApp Files.
Azure NetApp Files поддерживается для нескольких сценариев рабочей нагрузки SAP:
- Развертывания SAP HANA с использованием общих папок NFS для томов /hana/data и /hana/log для томов /hana/shared, как описано в конфигурациях хранилища виртуальных машин SAP HANA Azure
- Предоставление общих папок SMB или NFS для глобального транспортного каталога SAP.
- Общий sapmnt в сценариях высокой доступности, как описано в следующих документах:
- Обеспечение высокого уровня доступности виртуальных машин Azure для SAP NetWeaver на Windows с помощью Azure NetApp Files (SMB) для приложений SAP
- Обеспечение высокого уровня доступности SAP NetWeaver на виртуальных машинах Azure в SUSE Linux Enterprise Server с помощью Azure NetApp Files для приложений SAP
- Высокая доступность виртуальных машин Azure для SAP NetWeaver на Red Hat Enterprise Linux с Azure NetApp Files для приложений SAP
- IBM Db2 в виртуальной машине Azure на основе Suse или Red Hat Linux
- SAP в развертываниях Oracle в гостевой ОС Oracle Linux с использованием dNFS для данных Oracle и томов журналов повторного входа. Дополнительные сведения см. в статье Развертывание СУБД Oracle на виртуальных машинах Azure для рабочей нагрузки SAP.
- SAP в ASE в гостевой ОС Suse или Red Hat Linux
- AP в MAXDB в гостевой ОС Suse или Red Hat Linux
- SAP в Microsoft SQL Server с томами SMB
Примечание.
Для рабочих нагрузок СУБД в Linux используйте тома на основе NFS в Azure NetApp Files.
Разделение пропускной способности от размера тома
Хранилище для приложений баз данных обычно имеет требования к пропускной способности, которые не масштабируются линейно с размером томов, т. е. тома журналов относительно малы в размерах, но требуют высокого уровня пропускной способности.
Azure NetApp Files позволяет выделять пропускную способность тома независимо от размеров томов при использовании пула емкости типа QoS вручную.
Приведем пример:
- Том для файлов базы данных требует пропускной способности 500 МиБ/с и 39 ТиБ
- Том для файлов журнала требует пропускной способности 2000 МиБ/с и 1 ТиБ
Для этого сценария можно создать ручной пул емкости QoS и выделить пропускную способность независимо от размеров томов. Общая емкость составляет 40 ТиБ, а общий бюджет пропускной способности составляет 2500 МиБ/с. Пул емкости на уровне обслуживания "Премиум" (64 МиБ/с на выделенный ТиБ) соответствует требованиям к производительности и емкости (40 MiB * 64 iB/s/TiB = 2560 MiB).
Для обеспечения требуемой пропускной способности требуется значительное превышение производительности тома журнала. Чтобы достичь пропускной способности 2000 МиБ/с для тома журнала, необходимо развернуть пул емкости на уровне "Ультра" (128 МиБ/с на выделенный ТиБ) 16 ТиБ, что привело к чрезмерной подготовке и, следовательно, неопустой емкости 15 ТиБ.
Используйте калькулятор производительности Azure NetApp Files, чтобы получить оценку для вашего сценария.
Матрица возможностей для рабочей нагрузки SAP в Azure NetApp Files выглядит следующим образом:
Возможность | Комментарий | Примечания и ссылки |
---|---|---|
Базовый виртуальный жесткий диск ОС | Использование управляемого диска | - |
Диск данных | Подходит | SAP HANA, Oracle в Oracle Linux, Db2 и SAP ASE в SLES/RHEL, MAXDB, SQL Server |
Глобальный транспортный каталог SAP | Да | SMB (только для Windows) и NFS (только для Linux) |
SAP sapmnt | Подходит | SMB (только для Windows) или NFS (только для Linux) |
Хранилище резервных копий | Подходит | Использование моментальных снимков и (или) резервного копирования Azure NetApp Files; Резервное копирование журналов для HANA также можно использовать в качестве назначения резервного копирования на основе файлов |
Общие папки и общий диск | Да | SMB, NFS |
Устойчивость | LRS и GRS | GRS с репликацией между регионами; ZRS с репликацией между зонами |
Задержка | Очень низкий | Обычно меньше 1 мс |
Соглашение об уровне обслуживания для операций ввода-вывода в секунду | Да | - |
Линейная зависимость числа операций ввода-вывода в секунду от емкости | Линейная с автоматическим QoS; независимо настраиваемая с помощью ручного QoS | Доступны три уровня обслуживания |
SLA в отношении пропускной способности | Да | Рекомендации по размеру доступны в SAP в azure NetApp Files TCO Estimator |
Линейная зависимость пропускной способности от емкости | Линейная с автоматическим QoS; независимо настраиваемая с помощью ручного QoS | Доступны три уровня обслуживания |
HANA: сертифицировано | Да | - |
Возможность создания моментальных снимков диска | Да | Узнайте, как работают моментальные снимки Azure NetApp Files |
Согласованное с приложением моментальный снимок и оркестрация резервных копий | No | Использование AzAcSnap или SnapCenter |
Затраты | Использование средств оценки TCO | Используйте SAP в Azure NetApp Files TCO Estimator и введите размер ландшафта. |
Другие встроенные функции хранилища Azure NetApp Files:
- Возможность выполнения согласованных с приложениями моментальных снимков тома с помощью AzAcSnap
- Клонирование томов Azure NetApp Files из моментальных снимков для тестирования и разработки
- Восстановление томов из моментальных снимков (оснастка) для быстрого восстановления из повреждений и ошибок
Внимание
В частности для развертываний баз данных, которые необходимо достичь низкой задержки по крайней мере для журналов повторного ввода. Особенно для SAP HANA, SAP требует задержки менее 1 миллисекунда для записи журналов повторного входа HANA меньшего размера. Чтобы добраться до таких задержек, ознакомьтесь с приведенными ниже возможностями.
Внимание
При развертывании томов Azure NetApp Files запишите зону, в которой развернуты виртуальные машины. Убедитесь, что выбрана та же зона. Эта функция описана в статье "Управление размещением томов зоны доступности" для Azure NetApp Files. Группа томов приложений для SAP HANA использует те же функции для развертывания томов в ближайшей близости к виртуальным машинам приложения.
Мотивация выравнивания зоны доступности этого типа — снижение уровня риска путем размещения общих ресурсов NFS в той же зоне доступности, что и виртуальные машины приложения.
- Разверните тома Azure NetApp Files для развертывания SAP HANA с помощью группы томов приложений для SAP HANA. Преимущество группы томов приложений заключается в том, что объемы данных развертываются на нескольких конечных точках хранилища, сокращая количество сетевых конфликтов и повышая производительность.
Сводка. Azure NetApp Files — это сертифицированное решение хранилища с низкой задержкой для SAP HANA. Служба предоставляет тома, вырезанные из одного или нескольких пулов емкости. Пулы емкости доступны на трех уровнях обслуживания, определяющих общую емкость и выделенную пропускную способность. Тома можно изменить, а выделенная пропускная способность может быть скорректирована без прерывания обслуживания для изменения требований и управления затратами. Служба предоставляет функциональные возможности для репликации томов в другие регионы или зоны для аварийного восстановления и обеспечения непрерывности бизнеса.
Файлы Azure класса "Премиум"
Azure Premium Files — это общее хранилище, которое предлагает SMB и NFS для умеренной цены и достаточной задержки для обработки общих папок уровня приложений SAP. Кроме того, файлы Azure premium предлагают синхронную зональную репликацию общих папок с автоматизмом, что в случае сбоя одной реплики другой реплики в другой зоне может взять на себя. В отличие от Azure NetApp Files, нет уровней производительности. Для пула емкости также не требуется. Зарядка основана на реальной подготовленной емкости различных акций. Файлы Azure Premium не были протестированы как хранилище СУБД для рабочей нагрузки SAP вообще. Но вместо этого сценарий использования рабочей нагрузки SAP ориентирован на все типы общих папок SMB и NFS, так как они используются на уровне приложений SAP. Файлы Azure уровня "Премиум" также подходят для использования для /hana/shared.
Примечание.
До сих пор рабочие нагрузки СУБД SAP не поддерживаются на общих томах на основе файлов Azure Premium.
Сценарии SAP, поддерживаемые в списке файлов Azure Premium, например:
- Предоставление общих папок SMB или NFS для глобального транспортного каталога SAP.
- Использование как общий доступ для интерфейсов к системам SAP и процессам EDI
- Общий sapmnt в сценариях высокой доступности, как описано в следующих документах:
- Обеспечение высокого уровня доступности для SAP NetWeaver на виртуальных машинах Azure на базе SUSE Linux Enterprise Server с помощью NFS в службе Файлы Azure
- Высокий уровень доступности виртуальных машин Azure для SAP NetWeaver на Red Hat Enterprise Linux с помощью NFS в службе файлов Azure
- Высокий уровень доступности sap NetWeaver на виртуальных машинах Azure в Windows с Файлы Azure SMB уровня "Премиум" для приложений SAP
- Обеспечение высокого уровня доступности для масштабируемой системы SAP HANA с помощью HSR на основе SUSE Linux Enterprise Server
Файлы Azure Уровня "Премиум" начинаются с большего количества операций ввода-вывода в секунду по сравнению с Azure NetApp Files с минимальным размером 100 ГБ. Эта более высокая полоса операций ввода-вывода в секунду может избежать превышения емкости для достижения определенных значений операций ввода-вывода в секунду и пропускной способности. Сведения о пропускной способности операций ввода-вывода в секунду и пропускной способности хранилища см. в разделе "Целевые показатели масштабирования файлового ресурса Azure" в Файлы Azure целевых показателей масштабируемости и производительности.
Примечание.
Из-за многоуровневой архитектуры файлов Azure Premium задержка доступа к метаданным файлов, хранящихся в общих папках, значительно выше, чем в Azure NetApp Files. Эта более высокая задержка может повлиять на массовое создание и удаление файлов экземпляра. Но это также может оказать заметное влияние на время, необходимое для перечисления содержимого больших каталогов, содержащих сотни тысяч файлов. Основной вариант использования, который мы видим, что это более высокая задержка метаданных влияет на использование в качестве общей папки интерфейса, где клиенты могут столкнуться с сотнями тысяч или даже миллионами создания файлов и массовых удалений каждый день. Поэтому следует тщательно протестировать сценарии совместного использования интерфейса. Чтобы определить, является ли рабочая нагрузка тяжелой рабочей нагрузкой, проверьте метаданные или рабочую нагрузку пространства имен
Ниже приведена таблица возможностей для рабочей нагрузки SAP.
Возможность | Комментарий | Примечания и ссылки |
---|---|---|
Базовый виртуальный жесткий диск ОС | Не работает | - |
Диск данных | Не поддерживается для рабочих нагрузок SAP | - |
Глобальный транспортный каталог SAP | Да | SMB и NFS |
SAP sapmnt | Подходит | Все системы SMB (только для Windows) или NFS (только для Linux) |
Хранилище резервных копий | Подходит | - |
Общие папки и общий диск | Да | SMB 3.0, NFS версии 4.1 |
Устойчивость | LRS и ZRS | GrS недоступен для файлов Azure Premium |
Задержка | Низкий | - |
Соглашение об уровне обслуживания для операций ввода-вывода в секунду | Да | - |
Линейная зависимость числа операций ввода-вывода в секунду от емкости | строго линейная | - |
SLA в отношении пропускной способности | Да | - |
Линейная зависимость пропускной способности от емкости | строго линейная | - |
HANA: сертифицировано | No | - |
Возможность создания моментальных снимков диска | Да | - |
Возможно создание моментальных снимков виртуальной машины в Azure Backup | No | - |
Затраты | Низкий | - |
Сводка. Azure Premium Files — это хранилище с низкой задержкой, позволяющее развертывать тома или общие папки NFS и SMB. Файлы Уровня "Премиум" Azure обеспечивают отличное соотношение цен и производительности для общих папок уровня приложений SAP. Она также обеспечивает синхронную зональную репликацию для этих общих папок. Пока мы не поддерживаем этот тип хранилища для рабочей нагрузки СУБД SAP. Хотя его можно использовать для томов /hana/shared .
Диски Azure SSD класса "Стандартный"
По сравнению с хранилищем Azure на HDD (цен. категория "Стандартный") хранилище Azure на SSD (цен. категория "Стандартный") обеспечивает лучшую доступность, согласованность, надежность и задержку. Он оптимизирован для рабочих нагрузок, которые нуждаются в согласованной производительности на более низких уровнях операций ввода-вывода в секунду. Это минимальное хранилище, используемое для непроизводственных систем SAP с низким уровнем операций ввода-вывода в секунду и пропускной способностью. Ниже приведена таблица возможностей для рабочей нагрузки SAP.
Возможность | Комментарий | Примечания и ссылки |
---|---|---|
Базовый виртуальный жесткий диск ОС | Подходит с ограничениями | Непроизводственные системы |
Диск данных | Подходит с ограничениями | Некоторые непроизводственные системы с низкими требованиями операций ввода-вывода в секунду и задержки |
Глобальный транспортный каталог SAP | No | Не поддерживаются |
SAP sapmnt | Подходит с ограничениями | Непроизводственные системы |
Хранилище резервных копий | Подходит | - |
Общие папки и общий диск | Недоступно | Требуется решение стороннего производителя |
Устойчивость | LRS, GRS | ZRS для дисков недоступны |
Задержка | high | Слишком высокая для глобального транспортного каталога SAP или систем в рабочей среде |
Соглашение об уровне обслуживания для операций ввода-вывода в секунду | No | - |
Максимальное количество операций ввода-вывода в секунду на диск | 500 | Независимо от размера диска |
SLA в отношении пропускной способности | No | - |
HANA: сертифицировано | No | - |
Возможность создания моментальных снимков диска | Да | - |
Возможно создание моментальных снимков виртуальной машины в Azure Backup | Да | - |
Затраты | Низкое | - |
Сводка. Хранилище SSD azure уровня "Стандартный" — это минимальная рекомендация для непроизводственных виртуальных машин для базовых виртуальных жестких дисков, в конечном итоге развертывания СУБД с относительной задержкой и (или) низкой скоростью ввода-вывода в секунду и пропускной способностью. Этот тип хранилища Azure больше не поддерживается для размещения глобального транспортного каталога SAP.
Диски Azure HDD класса "Стандартный"
Хранилище Azure на HDD (цен. категория "Стандартный") было единственным типом хранилища, для которого инфраструктура Azure прошла сертификацию для рабочей нагрузки SAP NetWeaver в 2014 году. В 2014 году виртуальные машины Azure были небольшими и имели низкую пропускную способность хранилища. Таким образом, этот тип хранилища позволял удовлетворить требования. Хранилище идеально подходит для нечувствительных к задержкам рабочих нагрузок, которые редко возникают в инфраструктуре SAP. При увеличении пропускной способности виртуальных машин Azure и повышенной рабочей нагрузки этих виртуальных машин этот тип хранилища больше не учитывается для использования с сценариями SAP. Ниже приведена таблица возможностей для рабочей нагрузки SAP.
Возможность | Комментарий | Примечания и ссылки |
---|---|---|
Базовый виртуальный жесткий диск ОС | Не подходит | - |
Диск данных | Не подходит | - |
Глобальный транспортный каталог SAP | No | Не поддерживаются |
SAP sapmnt | Нет | Не поддерживается |
Хранилище резервных копий | Подходит | - |
Общие папки и общий диск | Недоступно | Требуются Файлы Azure или решение стороннего производителя |
Устойчивость | LRS, GRS | ZRS для дисков недоступны |
Задержка | high | Слишком высокая для использования СУБД, глобального транспортного каталога SAP или sapmnt/saploc |
Соглашение об уровне обслуживания для операций ввода-вывода в секунду | No | - |
Максимальное количество операций ввода-вывода в секунду на диск | 500 | Независимо от размера диска |
SLA в отношении пропускной способности | No | - |
HANA: сертифицировано | No | - |
Возможность создания моментальных снимков диска | Да | - |
Возможно создание моментальных снимков виртуальной машины в Azure Backup | Да | - |
Затраты | Низкая | - |
Краткие выводы. HDD (цен. категория "Стандартный") — это тип хранилища Azure, который должен использоваться только для хранения резервных копий SAP. Его следует использовать только в качестве базового виртуального жесткого диска для неактивных систем, например устаревших систем, используемых для поиска данных. На таких дисках не должны размещаться никакие активные разработки, а также ВМ для контроля качества и производства. Файлы баз данных не должны размещаться в таких хранилищах.
Лимиты передачи данных в хранилище для ВМ Azure
В отличие от локальных сценариев, тип отдельной виртуальной машины, который вы выбираете, играет важную роль в пропускной способности хранилища, которую можно достичь. Для различных типов хранения необходимо учитывать следующее:
Тип хранилища | Linux | Windows | Комментарии |
---|---|---|---|
HDD ценовой категории «Стандартный» | Размеры для виртуальных машин Linux в Azure | Размеры для виртуальных машин Windows в Azure | Для средних и крупных виртуальных машин вероятность достижения предельных значений хранилища незначительна |
SSD ценовой категории «Стандартный» | Размеры для виртуальных машин Linux в Azure | Размеры для виртуальных машин Windows в Azure | Для средних и крупных виртуальных машин вероятность достижения предельных значений хранилища незначительна |
Хранилище класса Premium | Размеры для виртуальных машин Linux в Azure | Размеры для виртуальных машин Windows в Azure | При данной конфигурации хранилища высока вероятность достижения предельных значений для числа операции ввода-вывода в секунду или пропускной способности хранилища |
SSD (цен. категория "Премиум") версии 2 | Размеры для виртуальных машин Linux в Azure | Размеры для виртуальных машин Windows в Azure | При данной конфигурации хранилища высока вероятность достижения предельных значений для числа операции ввода-вывода в секунду или пропускной способности хранилища |
Хранилище на дисках (цен. категория "Ультра") | Размеры для виртуальных машин Linux в Azure | Размеры для виртуальных машин Windows в Azure | При данной конфигурации хранилища высока вероятность достижения предельных значений для числа операции ввода-вывода в секунду или пропускной способности хранилища |
Azure NetApp Files | Размеры для виртуальных машин Linux в Azure | Размеры для виртуальных машин Windows в Azure | Для трафика хранилища используется пропускная способность сети, а не пропускная способность хранилища. |
Файлы Azure класса "Премиум" | Размеры для виртуальных машин Linux в Azure | Размеры для виртуальных машин Windows в Azure | Для трафика хранилища используется пропускная способность сети, а не пропускная способность хранилища. |
В качестве ограничений необходимо отметить следующее:
- Чем меньше виртуальная машина, тем меньше дисков можно подключить. Это ограничение не применяется к Azure NetApp Files. Так как вы подключаете общие ресурсы NFS или SMB, число общих томов, которые можно подключить, не ограничено.
- У виртуальных машин ограничена пропускная способность ввода-вывода и количество операций в секунду, которые легко можно увеличить с помощью дисков класса Premium и Ultra.
- При использовании Azure NetApp Files и файлов Azure Premium трафик к общим томам потребляет пропускную способность сети виртуальной машины, а не пропускную способность хранилища.
- При наличии больших томов NFS с емкостью в десятки ТиБ скорость обращения к ним с одной виртуальной машины достигнет максимально допустимой Linux на сессию взаимодействия с общим томом.
По мере увеличения размера виртуальных машин Azure в жизненном цикле системы SAP необходимо оценить ограничения на количество операций ввода-вывода и пропускную способность хранилища нового типа виртуальной машины. В некоторых случаях также может быть целесообразно изменить конфигурацию хранилища для новых возможностей виртуальной машины Azure.
Распределять или не распределять
Создание большого распределенного тома из нескольких дисков Azure позволяет объединить возможности операций ввода-вывода и пропускную способность отдельных дисков в одном томе. Это применимо только для хранилищ Azure уровня "Стандартный" и хранилищ Azure класса Premium. На диске Azure цен. категории "Ультра" можно настроить пропускную способность и операции ввода-вывода независимо от емкости диска, при этом создавать распределенные тома необязательно. Общие тома NFS или SMB нельзя сделать распределенными. Из-за нелинейности пропускной способности и операций ввода-вывода при меньшем размере хранилища Azure класса Premium можно обеспечить ту же пропускную способность и число операции ввода-вывода в секунду, что и на отдельных томах большего размера. Это позволяет снизить затраты и получить более высокую скорость работы и число операции ввода-вывода с использованием хранилища Azure класса Premium. Например, распределенный том на базе дисков P15 обеспечивает такую пропускную способность:
- 250 МиБ/с. Такой том будет иметь емкость 512 ГиБ. Если вам нужен один диск со скоростью 250 МиБ/с, нужно выбрать диск P40 емкостью 2 ТиБ.
- 400 МиБ/с. Достигается путем чередования четырех дисков P10 хранилища класса Premium с общей емкостью 512 ГиБ. Если вы хотите использовать один диск с минимальной пропускной способностью 500 МиБ/с, вам потребуется диск P60 емкостью 8 ТиБ. Так как стоимость дисков класса Premium почти напрямую коррелирует с их емкостью, легко оценить экономию, которую может дать распределение ресурсов.
Следует соблюдать правила распределения.
- Не следует использовать избыточность хранилища на виртуальной машине, так как хранилище Azure сохраняет избыточный диск данных уже в серверной части хранилища Azure.
- В качестве распределенных томов можно использовать только диски одного размера.
- При использовании ssd уровня "Премиум" версии 2 и "Ультра" емкость, подготовленная пропускная способность операций ввода-вывода в секунду и подготовленная пропускная способность должны быть одинаковыми.
Распределение на несколько дисков — лучший способ обеспечить хорошее соотношение цены и производительности с хранилищами Azure класса Premium. Понятно, что чередование может иметь некоторые дополнительные затраты на развертывание и управление.
Конкретные рекомендации по размеру для чередования см. в документации по различным СУБД, например Конфигурации хранилища виртуальных машин SAP HANA в Azure.
Следующие шаги
Ознакомьтесь со статьями: