Конфигурации хранилища виртуальных машин SAP HANA в Azure

Azure предоставляет различные типы хранилища, подходящие для виртуальных машин Azure, работающих под управлением SAP HANA. Сертифицированные SAP HANA типы хранилищ, которые можно рассматривать для списка развертываний SAP HANA, например:

Дополнительные сведения об этих типах дисков см. в статье Типы Службы хранилища Azure для рабочей нагрузки SAP и Выбор типа диска

Azure предлагает два метода развертывания виртуальных жестких дисков в хранилище Azure класса "Стандартный" и хранилище класса "Премиум". Воспользуйтесь преимуществами управляемого диска Azure для развертывания блочного хранилища Azure.

Список типов хранилища и их соглашения об уровне обслуживания в отношении операций ввода-вывода в секунду (IOPS) и пропускной способности хранилища см. на странице Цены на управляемые диски.

Важно!

Вне зависимости от выбранного типа хранилища Azure, файловая система, используемая в этом хранилище, должна поддерживаться SAP для конкретной операционной системы и СУБД. Примечание о поддержке SAP #2972496 содержит список поддерживаемых файловых систем для различных операционных систем и баз данных, включая SAP HANA. Это относится ко всем томам, к которым SAP HANA может получать доступ для чтения и записи, для любой задачи. В частности, при использовании NFS в Azure для SAP HANA дополнительные ограничения версий NFS будут применяться, как указано далее в этой статье.

Далее представлены минимальные сертифицированные SAP HANA условия для разных типов хранилищ.

  • Хранилище Azure класса "Премиум" — /hana/log должно поддерживаться ускорителем записи Azure. Том /hana/data можно разместить в хранилище класса "Премиум" без использования ускорителя записи Azure или на диске категории "Ультра"
  • По крайней мере для тома /hana/log следует использовать диск категории "Ультра". Том /hana/data может быть размещен либо в хранилище класса "Премиум" без использования ускорителя записи Azure или на диске категории "Ультра" для ускорения перезапуска
  • Тома формата NFS версии 4.1 поверх Azure NetApp Files для /hana/log и /hana/data. Том /hana/shared может использовать протоколы NFS версии 3 или NFS версии 4.1

Некоторые типы хранилищ можно объединять. Например, можно поместить /hana/data в хранилище класса "Премиум", а /hana/log в хранилище дисков категории "Ультра", чтобы достичь необходимого низкого уровня задержки. Если для /hana/data используется том на основе ANF, то том /hana/log также должен использовать NFS поверх ANF. Использование NFS поверх ANF для одного из томов (например, /hana/data) и хранилища Azure класса "Премиум" или диска категории "Ультра" для другого тома (например, /hana/log) не поддерживается.

До сего дня вам не нужно было беспокоиться о подсистемах ввода-вывода и их возможностях. Это связано с тем, что поставщику оборудования необходимо было убедиться в том, что для SAP HANA соблюдены минимальные требования к хранению. При самостоятельном создании инфраструктуры Azure вам следует знать некоторые из этих требований. Ниже перечислены некоторые минимальные характеристики пропускной способности, рекомендуемые SAP:

  • Чтение/запись для /hana/log с пропускной способностью 250 МБ/с для размера операций ввода-вывода 1 МБ
  • Чтение с пропускной способностью не менее 400 МБ/с для /hana/data для размеров операций ввода-вывода 16 МБ и 64 МБ
  • Запись с пропускной способностью не менее 250 МБ/с для /hana/data для размеров операций ввода-вывода 16 МБ и 64 МБ

Так как небольшая задержка хранилища для систем СУБД является критической, даже такие системы, как SAP HANA, хранят данные в памяти. Критический путь в хранилище обычно находится рядом с записями журналов транзакций систем СУБД. Кроме того, такие операции, как запись точек сохранения или загрузка данных в памяти после восстановления из-за сбоя, могут быть критическими. Таким образом, становится обязательным использование хранилища Azure класса "Премиум", диска категории "Ультра" или ANF для томов /hana/data и /hana/log.

Принципы выбора конфигурации хранилища для HANA:

  • Определитесь с типом хранилища на основе документации Типы Службы хранилища Azure для рабочей нагрузки SAP и Выбор типа диска
  • При выборе виртуальной машины или изменении ее размера учитывайте пропускную способность ввода-вывода. Общие сведения о пропускной способности хранилища виртуальной машины см. в статье Размеры виртуальных машин, оптимизированных для операций в памяти.
  • При выборе конфигурации хранилища попробуйте использовать конфигурацию тома /hana/Data с пропускной способностью ниже общей пропускной способности виртуальной машины. В процессе записи точек сохранения функция SAP HANA может интенсивно выдавать операции ввода-вывода. При записи точки сохранения можно легко передавать ограничения на пропускную способность тома /hana/data. Если диски, создающие том /hana/data, имеют более высокую пропускную способность, чем позволяет виртуальная машина, можно столкнуться с ситуацией, когда пропускная способность, используемая записью точки сохранения, мешает пропускной способности записи журнала повторов. Ситуация, которая может повлиять на пропускную способность приложения
  • Если вы планируете использовать репликацию системы HANA, то для всех виртуальных машин в конфигурации репликации системы HANA необходимо указать одинаковый тип хранилища Azure для разделов /hana/data и /hana/log. Например, не поддерживается вариант с хранилищем Azure класса Premium для /hana/data на одной виртуальной машине и с диском Azure цен. категории "Ультра" для /hana/log на другой виртуальной машине в той же конфигурации репликации системы HANA.

Важно!

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

Чередующиеся наборы и секционирование томов данных SAP HANA

Использование хранилища Azure класса "Премиум" может привести к наилучшему соотношения цены и производительности при чередовании томов /hana/data и (или) /hana/log на нескольких дисках Azure. Вместо развертывания более крупных томов диска с увеличенной пропускной способности или большим объемом операций ввода-вывода в секунду. Ранее это выполнялось с помощью диспетчеров томов LVM и MDADM, встроенных в Linux. Метод чередования дисков известен уже десятки лет. Сложность управления чередующимися томами может возрасти из-за их использования для достижения необходимых объемов операций ввода-вывода в секунду или требуемой пропускной способности увеличивает. Особенно в случаях применения расширенных возможностей томов. По крайней мере для /hana/data в SAP появился альтернативный метод, достигающий ту же цель, что и чередование на нескольких дисках Azure. Начиная с SAP HANA 2.0 SPS03 сервер индексирования HANA может выполнять чередование операций ввода-вывода с несколькими файлами данных HANA, расположенными на разных дисках Azure. Преимущество заключается в том, что создавать чередующиеся тома и управлять ими на разных дисках Azure не требуется. Функциональные возможности SAP HANA в области секционирования тома данных подробно описаны в следующих разделах:

Согласно сведениям, изложенным в вышеуказанных разделах, очевидно, что использование данных функциональных возможностей исключает сложности, возникающие при работе с чередующимися наборами в диспетчере томов. Секционирование томов данных HANA работает не только для блочного хранилища Azure (например, для хранилища Azure класса "Премиум"). Данные функциональные возможности можно также использовать для чередования общих папок NFS, если эти папки имеют ограничения, связанные с операциями ввода-вывода в секунду или пропускной способностью.

Режим планировщика операций ввода–вывода для Linux

Linux имеет несколько разных режимов планирования операций ввода-вывода. Распространенная рекомендация поставщиков Linux и SAP предполагает перенастройку режима планировщика ввода-вывода для томов диска с mq-deadline или kyber на режимы noop (без нескольких очередей) или none (с несколькими очередями), если это еще не выполнено профилями Saptune SLES. Дополнительные сведения см. в следующих разделах:

На Red Hat оставьте параметры, установленные конкретными профилями настройки для различных приложений SAP.

Решение хранилища класса "Премиум" с ускорителем записи Azure для виртуальных машин Azure серии M

Ускоритель записи Azure — это функция, которая предназначена исключительно для виртуальных машин Azure серии M. Как очевидно из названия, целью функции является уменьшение задержки операций ввода-вывода записей в хранилище Azure класса "Премиум". В SAP HANA ускоритель записи нужно использовать только для тома /hana/log. Поэтому /hana/data и /hana/log размещаются на разных томах, а Ускоритель записи Azure поддерживает только том /hana/log.

Важно!

Использование ускорителя записи Azure или тома /hana/log в хранилища Azure класса "Премиум" обязательно. Ускоритель записи доступен только для виртуальных машин хранилища класса "Премиум" серий M и Mv2. Ускоритель записи не работает в сочетании с другими семействами виртуальных машин Azure (например, с Esv3 или Edsv4).

Приведенные ниже рекомендации по кэшированию для дисков Azure класса "Премиум" даны исходя из следующих характеристик ввода-вывода для SAP HANA:

  • Практически отсутствует рабочая нагрузка чтения файлов данных HANA. Исключениями являются большие по размеру операции ввода-вывода после перезапуска экземпляра HANA или когда данные загружаются в HANA. Еще одним случаем большего размера операций чтения файлов данных является резервное копирование базы данных HANA. В этом случае кэширование чтения практически не имеет смысла, поскольку в большинстве случаев все тома файлов данных необходимо считать полностью.
  • Запись в файлы данных возникает скачкообразно в связи с созданием точек сохранения HANA и восстановления после сбоя. Запись точек сохранения выполняется асинхронно и не задерживает выполнение пользовательских транзакций. При записи данных во время восстановления после сбоя производительность является критически важной, поскольку необходимо восстановить работу системы как можно быстрее. Однако восстановление после сбоя происходит только в исключительных ситуациях
  • Вряд ли возникнут другие ситуации, когда понадобится чтение из файлов повторяемых операций HANA. Исключениями являются большие операции ввода-вывода при выполнении резервных копий журналов транзакций, восстановления после сбоя или во время перезапуска экземпляра HANA.
  • Основной нагрузкой на файл журнала повторяемых операций SAP HANA являются операции записи. В зависимости от характера рабочей нагрузки можно иметь операции ввода-вывода размером 4 КБ, тогда как в других случаях размер может превышать 1 МБ. Задержки записи для журнала повторяемых операций SAP HANA являются критическими для производительности.
  • Все операции записи необходимо сохранить на диске надежным образом

Рекомендация. В результате представленных шаблонов операций ввода-вывода от SAP HANA кэширование для разных томов, использующих хранилища Azure класса "Премиум", должно устанавливаться следующим образом:

  • /hana/data — без кэширования или кэширования чтения
  • /hana/log — без кэширования, кроме виртуальных машин серий M и Mv2, где должен быть включен ускоритель записи Azure
  • /hana/shared — кэширование чтения.
  • Диск ОС — не меняйте кэширование по умолчанию, которое задается Azure во время создания виртуальной машины

При использовании LVM или mdadm для создания чередующихся наборов на нескольких дисках Azure класса "Премиум" необходимо определить размеры блоков чередования. Для /hana/data и /hana/log применяются разные размеры. Рекомендуется использовать следующие размеры блоков чередования:

  • 256 КБ для /hana/data
  • 64 KБ для /hana/log

Примечание

Размер блока чередования для /hana/data был изменен со времени предыдущих рекомендаций (64 КБ или 128 КБ) до 256 КБ на основе опыта пользователей с более поздними версиями Linux. Размер 256 КБ обеспечивает немного более высокую производительность. Кроме того, изменились рекомендации по размерам блоков чередования /hana/log с 32 КБ до 64 КБ, которые позволяют обеспечить достаточную пропускную способность с большим объемом операций ввода-вывода.

Примечание

Настраивать уровень избыточности с помощью томов RAID не требуется, так как блочные хранилища Azure хранят три образа виртуального жесткого диска. Использование чередующегося набора с дисками Azure уровня "Премиум" заключается в настройке томов, обеспечивающих достаточную пропускную способность операций ввода-вывода и (или) объем операций ввода-вывода в секунду.

Использование нескольких виртуальных жестких дисков Azure с чередующимся набором влияет на число операций ввода-вывода в секунду и пропускную способность хранилища. Таким образом, размещая чередующийся набор на 3-х дисках P30 в хранилище Azure ценовой категории "Премиум", вы получите втрое больше операций ввода-вывода в секунду и пропускной способности по сравнению с одним диском P30 в хранилище ценовой категории "Премиум".

Важно!

Если для создания чередующихся наборов на нескольких дисках Azure уровня "Премиум" в качестве диспетчера томов использовать LVM или mdadm, три элемента: /data, /log и /shared файловых систем SAP HANA не должны размещаться в группе томов по умолчанию или в корневом каталоге группы томов. Настоятельно рекомендуется следовать рекомендациям для поставщиков Linux, которые обычно создают отдельные группы томов для /data, /log и /shared.

Пиковый функционал Azure для хранилища класса Premium

Диски Azure класса Premium до 512 ГиБ обеспечивают пиковый функционал. Принцип работы ускорения дисков описан в статье Ускорение дисков. При ознакомлении со статьей пользователю становится ясна концепция начисления операций ввода-вывода в секунду и пропускной способности в случае, когда рабочая нагрузка ввода-вывода превышает номинальные значения объема операций ввода-вывода в секунду и пропускной способности дисков (для получения дополнительных сведений о номинальной пропускной способности см. страницу Цены на управляемые диски). Необходимо начислять разность операций ввода-вывода в секунду и пропускной способности между текущим использованием и номинальными значениями диска. Периоды ускорений ограничены 30 минутами.

Эта функция идеально подойдет для томов или дисков, содержащих файлы данных для разных СУБД. Ожидаемая рабочая нагрузка ввода-вывода для таких томов, в особенности для малых и средних систем, должна быть примерно следующей:

  • Низкая и средняя нагрузка чтения, так как в идеале данные кэшируются в памяти, или, как и в случае с HANA, должны полностью находиться в памяти.
  • Пики записи, активируемые контрольными точками базы данных или точками сохранения на регулярной основе.
  • Рабочая нагрузка резервного копирования, считывающая данные непрерывным потоком в случаях, когда резервное копирование не выполняется при помощи моментальных снимков.
  • Загрузка данных в память после перезапуска экземпляра SAP HANA.

Особенно для систем с меньшими СУБД, в которых рабочая нагрузка обрабатывает не более сотни транзакций в секунду, такой режим работы может также быть оправдан для дисков или томов, в которых хранятся транзакции или журналы повторов. Ожидаемая рабочая нагрузка на таких дисках или томах должна быть примерно следующей:

  • Регулярная запись на диск в зависимости от рабочей нагрузки и ее характера, так как каждое обновление приложения может активировать операцию ввода-вывода.
  • Повышение пропускной способности в случае рабочих задач, таких как создание или перестроение индексов.
  • Пики чтения при выполнении журналов транзакций или резервных копий журналов повторов.

Важно!

Сертификация SAP HANA для виртуальных машин Azure серии M предоставлена исключительно для конфигурации, где ускоритель записи Azure используется только для тома /hana/log. В результате ожидается, что в развертываниях производственного сценария SAP HANA на виртуальных машинах Azure серии M ускоритель записи Azure будет настроен для тома /hana/log.

Примечание

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

Примечание

С виртуальными машинами M32ts и M32ls может получиться так, что пропускная способность дисков окажется ниже ожидаемой по результатам теста HCMT/HWCCT, даже если для базовых дисков используется ускорение или предоставлена достаточная пропускная способность операций ввода-вывода. Причиной такого поведения является то, что файлы для тестов хранилища HCMT/HWCCT могли находиться в кэше чтения, используемому для дисков хранилища класса Premium. Этот кэш находится на узле вычислений, где размещена виртуальная машина, и может полностью вместить тестовые файлы HCMT/HWCCT. В таких случаях следует использовать для оценки квоты, указанные в столбце Максимальная пропускная способность хранилища с кэшированием и временного хранилища: операций ввода-вывода в секунду/Мбит/с (размер кэша указан в ГиБ) в статье о серии M. В частности, для экземпляров M32ts и M32ls квота пропускной способности для кэша чтения составляет всего 400 МБ/с, а значит при полном кэшировании тестовых файлов будет получена пропускная способность чуть ниже 400 МБ/с, несмотря на ускорение дисков или более высокие значения пропускной способности ввода-вывода. Есть также вариант на время теста отключить кэш чтения на дисках хранилища Azure класса Premium.

Примечание

Для рабочих сред проверьте в документации SAP для IAAS, поддерживает ли SAP определенный тип виртуальной машины для SAP HANA.

Рекомендованные конфигурации с применением хранилища Azure класса "Премиум" для рабочих сценариев выглядят следующим образом:

Конфигурация тома SAP /hana/data:

SKU виртуальной машины ОЗУ Макс. пропускная способность
Пропускная способность
hana/data; Подготовленная пропускная способность Макс. пропускная способность при ускорении диска Количество операций ввода-вывода в секунду Пиковое число операций ввода-вывода в секунду
M32ts 192 ГиБ 500 Мбит/с 4 x P6 200 Мбит/с 680 Мбит/с 960 14 000
M32ls 256 Гиб 500 Мбит/с 4 x P6 200 Мбит/с 680 Мбит/с 960 14 000
M64ls 512 ГБ 1000 Мбит/с 4 x P10 400 Мбит/с 680 Мбит/с 2 000 14 000
M32dms_v2, M32ms_v2 875 ГиБ 500 Мбит/с 4 x P15 500 Мбит/с 680 Мбит/с 4 400 14 000
M64s, M64ds_v2, M64s_v2 1024 ГиБ 1000 Мбит/с 4 x P15 500 Мбит/с 680 Мбит/с 4 400 14 000
M64ms, M64dms_v2, M64ms_v2 1792 ГиБ 1000 Мбит/с 4 x P20 600 Мбит/с 680 Мбит/с 9 200 14 000
M128s, M128ds_v2, M128s_v2 2048 ГиБ 2000 Мбит/с 4 x P20 600 Мбит/с 680 Мбит/с 9 200 14 000
M192ids_v2, M192is_v2 2048 ГиБ 2000 Мбит/с 4 x P20 600 Мбит/с 680 Мбит/с 9 200 14 000
M128ms, M128dms_v2, M128ms_v2 3892 ГиБ 2000 Мбит/с 4 x P30 800 Мбит/с без ускорения 20 000 без ускорения
M192ims, M192idms_v2 4096 ГиБ 2000 Мбит/с 4 x P30 800 Мбит/с без ускорения 20 000 без ускорения
M208s_v2 2850 ГиБ 1000 Мбит/с 4 x P30 800 Мбит/с без ускорения 20 000 без ускорения
M208ms_v2 5700 ГиБ 1000 Мбит/с 4 x P40 1000 Мбит/с без ускорения 30 000 без ускорения
M416s_v2 5700 ГиБ 2000 Мбит/с 4 x P40 1000 Мбит/с без ускорения 30 000 без ускорения
M416ms_v2 11400 ГБ 2000 Мбит/с 4 x P50 1000 Мбит/с без ускорения 30 000 без ускорения

Для тома /hana/log. Конфигурация будет выглядеть следующим образом:

SKU виртуальной машины ОЗУ Макс. пропускная способность
Пропускная способность
Том /hana/log Подготовленная пропускная способность Макс. пропускная способность при ускорении диска Количество операций ввода-вывода в секунду Пиковое число операций ввода-вывода в секунду
M32ts 192 ГиБ 500 Мбит/с 3 x P10 300 Мбит/с 510 Мбит/с 1500 10 500
M32ls 256 Гиб 500 Мбит/с 3 x P10 300 Мбит/с 510 Мбит/с 1500 10 500
M64ls 512 ГБ 1000 Мбит/с 3 x P10 300 Мбит/с 510 Мбит/с 1500 10 500
M32dms_v2, M32ms_v2 875 ГиБ 500 Мбит/с 3 x P15 375 Мбит/с 510 Мбит/с 3300 10 500
M64s, M64ds_v2, M64s_v2 1024 ГиБ 1000 Мбит/с 3 x P15 375 Мбит/с 510 Мбит/с 3300 10 500
M64ms, M64dms_v2, M64ms_v2 1792 ГиБ 1000 Мбит/с 3 x P15 375 Мбит/с 510 Мбит/с 3300 10 500
M128s, M128ds_v2, M128s_v2 2048 ГиБ 2000 Мбит/с 3 x P15 375 Мбит/с 510 Мбит/с 3300 10 500
M192ids_v2, M192is_v2 2048 ГиБ 2000 Мбит/с 3 x P15 375 Мбит/с 510 Мбит/с 3300 10 500
M128ms, M128dms_v2, M128ms_v2 3892 ГиБ 2000 Мбит/с 3 x P15 375 Мбит/с 510 Мбит/с 3300 10 500
M192idms_v2, M192ims_v2 4096 ГиБ 2000 Мбит/с 3 x P15 375 Мбит/с 510 Мбит/с 3300 10 500
M208s_v2 2850 ГиБ 1000 Мбит/с 3 x P15 375 Мбит/с 510 Мбит/с 3300 10 500
M208ms_v2 5700 ГиБ 1000 Мбит/с 3 x P15 375 Мбит/с 510 Мбит/с 3300 10 500
M416s_v2 5700 ГиБ 2000 Мбит/с 3 x P15 375 Мбит/с 510 Мбит/с 3300 10 500
M416ms_v2 11400 ГБ 2000 Мбит/с 3 x P15 375 Мбит/с 510 Мбит/с 3300 10 500

Для других томов конфигурация будет выглядеть следующим образом:

SKU виртуальной машины ОЗУ Макс. пропускная способность
Пропускная способность
/hana/shared том /root /usr/sap
M32ts 192 ГиБ 500 Мбит/с 1 x P15 1 x P6 1 x P6
M32ls 256 Гиб 500 Мбит/с 1 x P15 1 x P6 1 x P6
M64ls 512 ГБ 1000 Мбит/с 1 x P20 1 x P6 1 x P6
M32dms_v2, M32ms_v2 875 ГиБ 500 Мбит/с 1 x P30 1 x P6 1 x P6
M64s, M64ds_v2, M64s_v2 1024 ГиБ 1000 Мбит/с 1 x P30 1 x P6 1 x P6
M64ms, M64dms_v2, M64ms_v2 1792 ГиБ 1000 Мбит/с 1 x P30 1 x P6 1 x P6
M128s, M128ds_v2, M128s_v2 2048 ГиБ 2000 Мбит/с 1 x P30 1 x P10 1 x P6
M192ids_v2, M192is_v2 2048 ГиБ 2000 Мбит/с 1 x P30 1 x P10 1 x P6
M128ms, M128dms_v2, M128ms_v2 3892 ГиБ 2000 Мбит/с 1 x P30 1 x P10 1 x P6
M192idms_v2, M192ims_v2 4096 ГиБ 2000 Мбит/с 1 x P30 1 x P10 1 x P6
M208s_v2 2850 ГиБ 1000 Мбит/с 1 x P30 1 x P10 1 x P6
M208ms_v2 5700 ГиБ 1000 Мбит/с 1 x P30 1 x P10 1 x P6
M416s_v2 5700 ГиБ 2000 Мбит/с 1 x P30 1 x P10 1 x P6
M416ms_v2 11400 ГБ 2000 Мбит/с 1 x P30 1 x P10 1 x P6

Проверьте, будет ли пропускная способность хранилища для разных предлагаемых томов соответствовать рабочей нагрузке, которую вы хотите запускать. Если для рабочей нагрузки необходимы большие тома /hana/data и /hana/log, нужно увеличить количество виртуальных жестких дисков хранилища Azure класса "Премиум". Изменение размера тома с увеличением количества VHD увеличит пропускную способность операций ввода-вывода и число IOPS в пределах ограничений типа виртуальной машины Azure.

Ускоритель записи Azure работает только с управляемыми дисками Azure. Поэтому в качестве управляемых дисков необходимо развернуть по крайней мере диски хранилища Azure класса "Премиум", формирующие том /hana/log. Подробные инструкции по включению ускорителя записи Azure см. в статье Ускоритель записи.

Для сертифицированных виртуальных машин HANA Azure семейств Esv3, Edsv4, Edsv5 и Esv5 вам потребуется использовать тома ANF для /hana/data и /hana/log. Вы также должны использовать хранилище Azure на основе дисков SSD (цен. категория "Ультра"), а не ценовой категории "Премиум", чтобы том /hana/log соответствовал параметрам KPI для сертификации SAP HANA. Впрочем, многие клиенты используют SSD (цен. категория "Премиум") в качестве хранилища для тома /hana/log для непроизводственных нагрузок и даже для небольших рабочих нагрузок, так как задержка для операций записи в хранилище ценовой категории "Премиум" для критически важных операций записи журнала повторов соответствует требованиям к рабочей нагрузке. Конфигурация тома /hana/data в хранилище Azure ценовой категории "Премиум" может выглядеть следующим образом:

SKU виртуальной машины ОЗУ Макс. пропускная способность
Пропускная способность
hana/data; Подготовленная пропускная способность Макс. пропускная способность при ускорении диска Количество операций ввода-вывода в секунду Пиковое число операций ввода-вывода в секунду
E20ds_v4 160 ГиБ 480 Мбит/с 3 x P10 300 Мбит/с 510 Мбит/с 1500 10 500
E20(d)s_v5 160 ГиБ 750 Мбит/с 3 x P10 300 Мбит/с 510 Мбит/с 1500 10 500
E32ds_v4 256 Гиб 768 Мбит/с 3 x P10 300 Мбит/с 510 Мбит/с 1500 10 500
E32ds_v5 256 Гиб 865 Мбит/с 3 x P10 300 Мбит/с 510 Мбит/с 1500 10 500
E48ds_v4 384 ГиБ 1 152 Мбит/с 3 x P15 375 Мбит/с 510 Мбит/с 3300 10 500
E48ds_v4 384 ГиБ 1315 Мбит/с 3 x P15 375 Мбит/с 510 Мбит/с 3300 10 500
E64s_v3 432 ГиБ 1200 МБ/с 3 x P15 375 Мбит/с 510 Мбит/с 3300 10 500
E64ds_v4 504 ГиБ 1200 Мбит/с 3 x P15 375 Мбит/с 510 Мбит/с 3300 10 500
E64(d)s_v5 512 ГиБ 1735 Мбит/с 3 x P15 375 Мбит/с 510 Мбит/с 3300 10 500
E96(d)s_v5 672 Гиб 2600 Мбит/с 3 x P15 375 Мбит/с 510 Мбит/с 3300 10 500

Для других томов, включая том /hana/log на диске категории "Ультра", конфигурация может выглядеть следующим образом:

SKU виртуальной машины ОЗУ Макс. пропускная способность
Пропускная способность
Объем /hana/log Максимальная пропускная способность ввода-вывода /hana/log Число операции ввода-вывода в секунду /hana/log /hana/shared том /root /usr/sap
E20ds_v4 160 ГиБ 480 Мбит/с 80 ГБ 250 Мбит/с 1800 1 x P15 1 x P6 1 x P6
E20(d)s_v5 160 ГиБ 750 Мбит/с 80 ГБ 250 Мбит/с 1800 1 x P15 1 x P6 1 x P6
E32ds_v4 256 Гиб 768 Мбит/с 128 ГБ 250 Мбит/с 1800 1 x P15 1 x P6 1 x P6
E32(d)s_v5 256 Гиб 865 Мбит/с 128 ГБ 250 Мбит/с 1800 1 x P15 1 x P6 1 x P6
E48ds_v4 384 ГиБ 1 152 Мбит/с 192 ГБ 250 Мбит/с 1800 1 x P20 1 x P6 1 x P6
E48(d)s_v5 384 ГиБ 1315 Мбит/с 192 ГБ 250 Мбит/с 1800 1 x P20 1 x P6 1 x P6
E64s_v3 432 ГиБ 1200 Мбит/с 220 ГБ 250 Мбит/с 1800 1 x P20 1 x P6 1 x P6
E64ds_v4 504 ГиБ 1200 Мбит/с 256 ГБ 250 Мбит/с 1800 1 x P20 1 x P6 1 x P6
E64(d)s_v5 512 ГиБ 1735 Мбит/с 256 ГБ 250 Мбит/с 1800 1 x P20 1 x P6 1 x P6
E96(d)s_v5 672 Гиб 2600 Мбит/с 256 ГБ 250 Мбит/с 1800 1 x P20 1 x P6 1 x P6

Конфигурации хранилища Azure категории "Ультра" для SAP HANA

Другой тип хранилища Azure называется Диск Azure категории "Ультра". Значительная разница между хранилищем Azure, предлагаемым до сих пор, и новым диском "Ультра" заключается в том, что возможности диска больше не привязаны к размеру диска. Как клиент вы можете определить эти возможности для диска "Ультра":

  • Размер диска в диапазоне от 4 ГиБ до 65 536 ГиБ
  • Число операций ввода-вывода в секунду в диапазоне от 100 до 160 тысяч операций (максимум также зависит от типов виртуальных машин)
  • Пропускная способность хранилища от 300 МБ/с до 2000 МБ/с

Благодаря диску "Ультра" можно выбрать один диск, имеющий все подходящие параметры размера, числа операций ввода-вывода в секунду и пропускной способности. Вместо использования диспетчеров логических томов, таких как LVM или MDADM, поверх хранилища Azure класса "Премиум", создайте тома, выполняющие требования к операциям ввода-вывода в секунду и пропускной способности хранилища. Можно запустить общую конфигурацию для диска категории "Ультра" и хранилища класса "Премиум". В результате этого можно ограничить использование диска категории "Ультра" критически важными для производительности томами /hana/data и /hana/log, в то время как остальные тома будут использоваться хранилищем Azure класса "Премиум".

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

Примечание

Пока что диски "Ультра" доступны не во всех регионах Azure, а также не поддерживают представленные ниже типы виртуальных машин. Для получения подробной информации о доступности диска "Ультра" и поддерживаемых семействах виртуальных машин ознакомьтесь со статьей Какие типы дисков доступны в Azure?.

В этой конфигурации тома /hana/data и /hana/log хранятся отдельно. Предлагаемые значения получены из ключевых показателей эффективности, которые сертифицируются SAP для SAP HANA, и конфигураций хранилища,рекомендованных в техническом документе по хранилищу SAP TDI.

Рекомендации часто превышают минимальные требования SAP, как и было сказано ранее в этой статье. Данные рекомендации являются компромиссными между рекомендациями по размеру от SAP и параметром максимальной пропускной способности, который предоставляют различные модели виртуальных машин.

Примечание

Диск Azure категории "Ультра" обеспечивает принудительное выполнение как минимум 2 операций ввода-вывода в секунду на гигабайт емкости диска

SKU виртуальной машины ОЗУ Макс. пропускная способность
Пропускная способность
Объем /hana/data Максимальная пропускная способность ввода-вывода /hana/data Число операций ввода-вывода в секунду /hana/data Объем /hana/log Максимальная пропускная способность ввода-вывода /hana/log Число операции ввода-вывода в секунду /hana/log
E20ds_v4 160 ГиБ 480 МБ/с 200 ГБ 400 Мбит/с 2500 80 ГБ 250 МБ 1800
E32ds_v4 256 Гиб 768 МБ/с 300 ГБ 400 Мбит/с 2500 128 ГБ 250 Мбит/с 1800
E48ds_v4 384 ГиБ 1152 МБ/с 460 ГБ 400 Мбит/с 3000 192 ГБ 250 Мбит/с 1800
E64ds_v4 504 ГиБ 1200 МБ/с 610 ГБ 400 Мбит/с 3500 256 ГБ 250 Мбит/с 1800
E64s_v3 432 ГиБ 1200 МБ/с 610 ГБ 400 Мбит/с 3500 220 ГБ 250 МБ 1800
M32ts 192 ГиБ 500 МБ/с 250 ГБ 400 Мбит/с 2500 96 ГБ 250 Мбит/с 1800
M32ls 256 Гиб 500 МБ/с 300 ГБ 400 Мбит/с 2500 256 ГБ 250 Мбит/с 1800
M64ls 512 ГБ 1000 МБ/с 620 ГБ 400 Мбит/с 3500 256 ГБ 250 Мбит/с 1800
M32dms_v2, M32ms_v2 875 ГиБ 500 МБ/с 1200 ГБ 600 Мбит/с 5 000 512 ГБ 250 Мбит/с 2500
M64s, M64ds_v2, M64s_v2 1024 ГиБ 1000 МБ/с 1200 ГБ 600 Мбит/с 5 000 512 ГБ 250 Мбит/с 2500
M64ms, M64dms_v2, M64ms_v2 1792 ГиБ 1000 МБ/с 2100 ГБ 600 Мбит/с 5 000 512 ГБ 250 Мбит/с 2500
M128s, M128ds_v2, M128s_v2 2048 ГиБ 2000 МБ/с 2400 ГБ 750 Мбит/с 7000 512 ГБ 250 Мбит/с 2500
M192ids_v2, M192is_v2 2048 ГиБ 2000 МБ/с 2400 ГБ 750 Мбит/с 7000 512 ГБ 250 Мбит/с 2500
M128ms, M128dms_v2, M128ms_v2 3892 ГиБ 2000 МБ/с 4800 ГБ 750 Мбит/с 9600 512 ГБ 250 Мбит/с 2500
M192idms_v2, M192ims_v2 4096 ГиБ 2000 МБ/с 4800 ГБ 750 Мбит/с 9600 512 ГБ 250 Мбит/с 2500
M208s_v2 2850 ГиБ 1000 МБ/с 3500 ГБ 750 Мбит/с 7000 512 ГБ 250 Мбит/с 2500
M208ms_v2 5700 ГиБ 1000 МБ/с 7200 ГБ 750 Мбит/с 14 400 512 ГБ 250 Мбит/с 2500
M416s_v2 5700 ГиБ 2000 МБ/с 7200 ГБ 1000 Мбит/с 14 400 512 ГБ 400 Мбит/с 4000
M416ms_v2 11400 ГБ 2000 МБ/с 14400 ГБ 1500 Мбит/с 28,800 512 ГБ 400 Мбит/с 4000

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

Примечание

На данный момент снимки хранилища не поддерживаются хранилищем диска "Ультра". Это делает невозможным использование снимков виртуальных машин с помощью Azure Backup Services

Тома NFS версии 4.1 на Azure NetApp Files

Дополнительные сведения о использовании ANF для HANA см. в статье Тома NFS версии 4.1 в Azure NetApp Files для SAP HANA

Экономичное решение с использованием хранилища Azure класса "Премиум"

Ранее решение по использованию хранилища Azure класса "Премиум", описанное в этом документе в разделе Решение хранилища класса "Премиум" с ускорителем записи Azure для виртуальных машин Azure серии M, было предназначено для поддерживаемых рабочих сценариев SAP HANA. Одной из характеристик поддерживаемых рабочих конфигураций является разделение томов для данных SAP HANA и данных журнала повторов на два разных тома. Причина такого разделения — разные характеристики рабочей нагрузки томов. В предлагаемых рабочих конфигурациях может потребоваться разный тип кэширования и даже различные типы блочного хранилища Azure. В непроизводственных сценариях некоторые элементы производственных систем могут не применяться к более низким конечным непроизводственным системам. В результате можно объединить тома данных HANA и журнала. В конечном итоге этого удается добиться, но с некоторыми недостатками, такими как несоблюдение определенной пропускной способности или ключевого показателя эффективности задержки, необходимыми для рабочих систем. Другим аспектом снижения затрат в таких средах может быть использование Хранилища Azure SSD категории "Стандартный". Выбор SSD категории "Стандартный" или HDD категории "Стандартный" службы хранилища Azure влияют на соглашения об уровне обслуживания виртуальной машины, как описано в статье Соглашение об уровне обслуживания виртуальных машин.

Менее дорогостоящая альтернатива таких конфигураций может выглядеть следующим образом:

SKU виртуальной машины ОЗУ Макс. пропускная способность
Пропускная способность
/hana/data и /hana/log,
чередующиеся с диспетчером логических томов или MDADM
/hana/shared том /root /usr/sap comments
DS14v2 112 ГиБ 768 МБ/с 4 x P6 1 x E10 1 x E6 1 x E6 Не достигается задержка менее 1 мс в хранилище 1
E16v3 128 ГБ 384 МБ/с 4 x P6 1 x E10 1 x E6 1 x E6 Тип виртуальной машины не сертифицирован HANA
Не достигается задержка менее 1 мс в хранилище 1
M32ts 192 ГиБ 500 МБ/с 3 x P10 1 x E15 1 x E6 1 x E6 Использование ускорителя записи для объединенных данных и тома журналов ограничит скорость операций ввода-вывода в секунду до 50002
E20ds_v4 160 ГиБ 480 МБ/с 4 x P6 1 x E15 1 x E6 1 x E6 Не достигается задержка менее 1 мс в хранилище 1
E32v3 256 Гиб 768 МБ/с 4 x P10 1 x E15 1 x E6 1 x E6 Тип виртуальной машины не сертифицирован HANA
Не достигается задержка менее 1 мс в хранилище 1
E32ds_v4 256 Гиб 768 Мбит/с 4 x P10 1 x E15 1 x E6 1 x E6 Не достигается задержка менее 1 мс в хранилище 1
M32ls 256 Гиб 500 МБ/с 4 x P10 1 x E15 1 x E6 1 x E6 Использование ускорителя записи для объединенных данных и тома журналов ограничит скорость операций ввода-вывода в секунду до 50002
E48ds_v4 384 ГиБ 1 152 Мбит/с 6 x P10 1 x E20 1 x E6 1 x E6 Не достигается задержка менее 1 мс в хранилище 1
E64v3 432 ГиБ 1200 МБ/с 6 x P10 1 x E20 1 x E6 1 x E6 Не достигается задержка менее 1 мс в хранилище 1
E64ds_v4 504 ГиБ 1200 МБ/с 7 x P10 1 x E20 1 x E6 1 x E6 Не достигается задержка менее 1 мс в хранилище 1
M64ls 512 ГБ 1000 МБ/с 7 x P10 1 x E20 1 x E6 1 x E6 Использование ускорителя записи для объединенных данных и тома журналов ограничит скорость операций ввода-вывода в секунду до 10 0002
M32dms_v2, M32ms_v2 875 ГиБ 500 МБ/с 6 x P15 1 x E30 1 x E6 1 x E6 Использование ускорителя записи для объединенных данных и тома журналов ограничит скорость операций ввода-вывода в секунду до 50002
M64s, M64ds_v2, M64s_v2 1024 ГиБ 1000 МБ/с 7 x P15 1 x E30 1 x E6 1 x E6 Использование ускорителя записи для объединенных данных и тома журналов ограничит скорость операций ввода-вывода в секунду до 10 0002
M64ms, M64dms_v2, M64ms_v2 1792 ГиБ 1000 МБ/с 6 x P20 1 x E30 1 x E6 1 x E6 Использование ускорителя записи для объединенных данных и тома журналов ограничит скорость операций ввода-вывода в секунду до 10 0002
M128s, M128ds_v2, M128s_v2 2048 ГиБ 2000 МБ/с 6 x P20 1 x E30 1 x E10 1 x E6 Использование ускорителя записи для объединенных данных и тома журналов ограничит скорость операций ввода-вывода в секунду до 20 0002
M192ids_v2, M192is_v2 2048 ГиБ 2000 МБ/с 6 x P20 1 x E30 1 x E10 1 x E6 Использование ускорителя записи для объединенных данных и тома журналов ограничит скорость операций ввода-вывода в секунду до 20 0002
M128ms, M128dms_v2, M128ms_v2 3800 ГиБ 2000 МБ/с 5 x P30 1 x E30 1 x E10 1 x E6 Использование ускорителя записи для объединенных данных и тома журналов ограничит скорость операций ввода-вывода в секунду до 20 0002
M192idms_v2, M192ims_v2 4096 ГиБ 2000 МБ/с 5 x P30 1 x E30 1 x E10 1 x E6 Использование ускорителя записи для объединенных данных и тома журналов ограничит скорость операций ввода-вывода в секунду до 20 0002
M208s_v2 2850 ГиБ 1000 МБ/с 4 x P30 1 x E30 1 x E10 1 x E6 Использование ускорителя записи для объединенных данных и тома журналов ограничит скорость операций ввода-вывода в секунду до 10 0002
M208ms_v2 5700 ГиБ 1000 МБ/с 4 x P40 1 x E30 1 x E10 1 x E6 Использование ускорителя записи для объединенных данных и тома журналов ограничит скорость операций ввода-вывода в секунду до 10 0002
M416s_v2 5700 ГиБ 2000 МБ/с 4 x P40 1 x E30 1 x E10 1 x E6 Использование ускорителя записи для объединенных данных и тома журналов ограничит скорость операций ввода-вывода в секунду до 20 0002
M416ms_v2 11400 ГиБ 2000 МБ/с 7 x P40 1 x E30 1 x E10 1 x E6 Использование ускорителя записи для объединенных данных и тома журналов ограничит скорость операций ввода-вывода в секунду до 20 0002

1Ускоритель записи Azure нельзя использовать с семействами виртуальных машин Ev4. В результате использования хранилища Azure класса "Премиум" задержка операций ввода-вывода не будет менее 1 мс

2 Семейство виртуальных машин поддерживает ускоритель записи Azure, но существует вероятность, что ограничение количества операций ввода-вывода в секунду может ограничить возможности дисковых конфигураций операций ввода-вывода в секунду

Если в работе используется объединенный том данных и журналов для SAP HANA, диски, создающие чередующийся том, не должны иметь активированный кэш чтения или кэш чтения и записи.

Типы виртуальных машин без сертификации SAP отсутствуют в каталоге оборудования SAP HANA. Согласно отзывам клиентов, отсутствующие в каталоге типы виртуальных машин успешно использовались для решения некоторых задач в непроизводственных средах.

Дальнейшие действия

Дополнительные сведения см. в разделе: