Типы службы хранилища Azure для рабочей нагрузки SAP

  • Статья

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

Комментарий о единицах, используемых в этой статье. Поставщики общедоступных облаков перешли на использование ГиБ (гибибайт) или ТиБ (тебибайт) вместо гигабайта или терабайта в качестве единиц измерения емкости. Поэтому во всей документации и ценах на Azure используются именно эти единицы. В документе мы ссылаемся на эти единицы размера единиц MiB, GiB и TiB исключительно. Следует отличать их от обозначений МБ, ГБ и ТБ. Обратите внимание на небольшие различия в вычислениях, если необходимо изменить пропускную способность с 400 МиБ/с вместо 250 МиБ/сек.

Устойчивость службы хранилища Microsoft Azure

Хранилище Microsoft Azure уровня "Стандартный", SSD уровня "Стандартный", "Премиум" и "Премиум" и "Ультра" сохраняет базовый виртуальный жесткий диск (с ОС) и подключенные диски данных виртуальной машины или виртуальные жесткие диски в трех копиях на трех разных узлах хранения. Отработка отказа на другую реплика и добавление нового реплика, если произошел сбой узла хранилища, является прозрачным. В результате этого избыточности не требуется использовать любой уровень избыточности хранилища на нескольких дисках Azure. Такое хранилище называется локально избыточным (LRS). LRS используется по умолчанию для этих типов хранилищ в Azure. Azure NetApp Files обеспечивает достаточную избыточность для того же уровня обслуживания, что и другие собственные хранилища Azure.

Существует несколько других методов избыточности, которые описаны в статье служба хранилища Azure реплика tion, которая применяется к некоторым из различных типов хранилищ 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 или общие файловые ресурсы для процессов электронного обмена данными или тому подобного. Содержимое этих общих ресурсов используется программным обеспечением, работающим на нескольких виртуальных машинах, или применяется для создания сценариев отказоустойчивого кластера с высоким уровнем доступности.

В следующих нескольких разделах рассматриваются различные типы службы хранилища 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 Always On, репликации системы HANA, Db2 HADR и Oracle Data Guard. В случае, если вы используете эти технологии между двумя или несколькими виртуальными машинами Azure, типы хранилища, выбранные для каждой из виртуальных машин, должны быть одинаковыми. Означает, что конфигурация хранилища между активным узлом и узлом реплика в конфигурации высокой доступности СУБД должна быть одинаковой.

Рекомендации по использованию хранилища для сценариев хранения SAP

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

Сценарий использования HDD (цен. категория "Стандартный") SSD (цен. категория "Стандартный") Хранилище класса Premium SSD (цен. категория "Премиум") версии 2 Диск (цен. категория "Ультра") Azure NetApp Files Файлы Azure класса "Премиум"
Диск ОС Не подходит Подходит с ограничениями (не для рабочей среды) Рекомендуемая конфигурация Невозможно Невозможно Невозможно Невозможно
Глобальный транспортный каталог Не поддерживается Не поддерживается Рекомендуемая конфигурация Рекомендуемая конфигурация Рекомендуемая конфигурация Рекомендуемая конфигурация Настоятельно рекомендуется
/sapmnt Не подходит Подходит с ограничениями (не для рабочей среды) Рекомендуемая конфигурация Рекомендуемая конфигурация Рекомендуемая конфигурация Рекомендуемая конфигурация Настоятельно рекомендуется
Семейство виртуальных машин M/Mv2 для SAP HANA с томом данных СУБД Не поддерживается Не поддерживается Рекомендуемая конфигурация Рекомендуемая конфигурация Рекомендуемая конфигурация Рекомендуется2 Не поддерживается
Семейство виртуальных машин M/Mv2 для SAP HANA с журнальным томом СУБД Не поддерживается Не поддерживается Рекомендуется1 Рекомендуемая конфигурация Рекомендуемая конфигурация Рекомендуется2 Не поддерживается
Семейство виртуальных машин Esv3/Edsv4 для SAP HANA с томом данных СУБД Не поддерживается Не поддерживается Рекомендуемая конфигурация Рекомендуемая конфигурация Рекомендуемая конфигурация Рекомендуется2 Не поддерживается
Семейство виртуальных машин Esv3/Edsv4 для SAP HANA с журнальным томом СУБД Не поддерживается Не поддерживается Не поддерживается Рекомендуемая конфигурация Рекомендуемая конфигурация Рекомендуется2 Не поддерживается
Общий том HANA Не поддерживается Не поддерживается Рекомендуемая конфигурация Рекомендуемая конфигурация Рекомендуемая конфигурация Рекомендуемая конфигурация Рекомендуется3
Отличное от 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 для журнальных томов ведения журнала и повторов.

2 Использование ANF требует, чтобы /hana/data и /hana/log были в ANF

3 До сих пор протестировано только в SLES

Ниже приведены характеристики, на которые можно рассчитывать при использовании различных типов хранилищ.

Сценарий использования HDD (цен. категория "Стандартный") SSD (цен. категория "Стандартный") Хранилище класса Premium SSD (цен. категория "Премиум") версии 2 Диск (цен. категория "Ультра") Azure NetApp Files Файлы Azure класса "Премиум"
Соглашение об уровне обслуживания для пропускной способности и операций ввода-вывода в секунду No No Да Да Да Да Да
Задержка для операций чтения Высокая От средней до высокой Низкая submillisecond submillisecond submillisecond Низкий
Задержка для операций записи Высокая От средней до высокой Низкий (субмиллисекунда1) submillisecond submillisecond submillisecond Низкий
С поддержкой HANA No No да1 Да Да Да Нет
Возможность создания моментальных снимков диска Да Да Да Нет No Да Нет
Выделение дисков в разных кластерах хранения при использовании групп доступности Через управляемые диски Через управляемые диски Через управляемые диски Тип диска не поддерживается для виртуальных машин, развернутых с использованием групп доступности Тип диска не поддерживается для виртуальных машин, развернутых с использованием групп доступности Нет3 No
Согласование с Зонами доступности Да Да Да Да Да В общедоступной предварительной версии No
Синхронная зональная избыточность Не для управляемых дисков Не для управляемых дисков Не поддерживается для СУБД No No No Да
Асинхронная зональная избыточность Не для управляемых дисков Не для управляемых дисков Не поддерживается для СУБД No No На этапе предварительной версии No
Геоизбыточность Не для управляемых дисков Не для управляемых дисков No No No Возможные способы No

1 При использовании Ускорителя записи Azure для семейств виртуальных машин M/Mv2 для журнальных томов ведения журнала и повторов.

2 Затраты зависят от подготовленных операций ввода-вывода в секунду и пропускной способности.

3 Создание разных пулов емкости ANF не гарантирует развертывание пулов емкости на разных единицах хранения

Важно!

Ознакомьтесь с разделом 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 МБ ps. И возможность добавления дополнительных операций ввода-вывода в секунду и пропускной способности для отдельных дисков. Цены на хранилище структурированы таким образом, что увеличение пропускной способности или операций ввода-вывода в секунду не влияет на цену в основном. Тем не менее, мы отставим от вас, чтобы решить, как будет выглядеть конфигурация хранилища для 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 -
Возможность создания моментальных снимков диска No -
Возможно создание моментальных снимков виртуальной машины в Azure Backup No -
Затраты Средняя -

В отличие от хранилища 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 -
Всплеск активности диска No -
Возможность создания моментальных снимков диска No -
Возможно создание моментальных снимков виртуальной машины в Azure Backup No -
Затраты Выше, чем у хранилища класса Premium -

Сводка. Диски Azure ценовой категории "Ультра" — это подходящее хранилище с низкой задержкой субмиллисекунда для всех видов рабочей нагрузки SAP. На данный момент диски класса Ultra можно использовать только в сочетании с виртуальными машинами, развернутыми с помощью Зоны доступности (зональное развертывание). Диск "Ультра" не поддерживает моментальные снимки хранилища. В противоположность всему другому хранилищу диск "Ультра" нельзя использовать для базового виртуального жесткого диска. Диски класса Ultra идеально подойдут для случаев, когда рабочая нагрузка ввода-вывода очень нестабильна и необходимо адаптировать пропускную способность развернутого хранилища или операций ввода-вывода к шаблонам рабочих нагрузок хранилища, вместо того, чтобы подстраиваться под максимальную пропускную способность и количество операций ввода-вывода.

Файлы Azure NetApp (ANF)

Azure NetApp Files является результатом сотрудничества между Корпорацией Майкрософт и NetApp с целью обеспечить высокую производительность собственных общих папок Azure NFS и S МБ. Основное внимание уделяется тому, чтобы предоставить хранилище с высокой пропускной способностью и низкой задержкой, которое позволит реализовать сценарии развертывания СУБД и со временем обеспечить стандартные функциональные возможности хранилища NetApp в Azure. Общие папки NFS и SMB предлагаются на трех разных уровнях служб, которые отличаются пропускной способностью и стоимостью хранилища. Они описаны в статье Уровни служб для Azure NetApp Files. Для различных типов рабочей нагрузки SAP настоятельно рекомендуется использовать следующие уровни служб:

  • рабочая нагрузка СУБД SAP: производительность, в идеале — цен. категория "Ультра";
  • общая папка SAPMNT: производительность, в идеале — цен. категория "Ультра";
  • глобальный транспортный каталог: производительность, в идеале — цен. категория "Ультра".

Примечание.

Минимальный размер подготовки — единица емкостью 4 ТиБ, называемая пулом ресурсов. Из этого пула емкости вы в дальнейшем создадите тома. При этом наименьшая емкость создаваемого тома — 100 ГиБ. Пул емкости можно расширять с шагом в ТиБ. Сведения о ценах см. на странице Цены на Azure NetApp Files .

В настоящее время использование хранилища ANF поддерживается в нескольких сценариях рабочей нагрузки SAP.

Примечание.

До сих пор никакие рабочие нагрузки СУБД не поддерживаются в Azure NetApp Files на основе SMB.

Как и в хранилище Azure уровня "Премиум", фиксированный или линейный размер пропускной способности на ГБ может возникнуть проблема, если необходимо придерживаться некоторых минимальных чисел в пропускной способности. Аналогичная ситуация имеет место и в случае с SAP HANA. В ANF эта проблема может быть выражена более явно по сравнению с диском Azure цен. категории "Премиум". С помощью диска Azure уровня "Премиум" можно использовать несколько небольших дисков с относительно высокой пропускной способностью на ГиБ и полосы между ними, чтобы быть экономичным и иметь более высокую пропускную способность при более низкой емкости. Такой чередование не работает для общих папок NFS или S МБ размещенных в ANF. Это ограничение привело к развертыванию с избыточной емкостью, например:

  • Чтобы, например, получить пропускную способность 250 МиБ/с для тома NFS, размещенного в ANF, необходимо развернуть 1,95 ТиБ емкости на уровне службы "Ультра".
  • Чтобы получить 400 МиБ/с, потребуется развернуть емкость 3125 ТиБ. Однако для достижения необходимой для тома пропускной способности может потребоваться избыточная подготовка емкости. Такая избыточная подготовка емкости влияет на цену небольших экземпляров HANA.
  • Использование NFS на вершине ANF для каталога SAP /sapmnt, обычно выполняется далеко с минимальной емкостью 100 ГиБ до 150 ГиБ, которая применяется Azure NetApp Files. Однако, как показывает опыт клиентов, соответствующей пропускной способности в 12,8 МиБ/с (при использовании уровня службы "Ультра") может быть недостаточно, что может негативно сказаться на стабильности системы SAP. В таких случаях клиенты могут избежать проблем, увеличив объем тома /sapmnt, чтобы обеспечить для него дополнительную пропускную способность.

Ниже приведена таблица возможностей для рабочей нагрузки SAP.

Возможность Комментарии Примечания и ссылки
Базовый виртуальный жесткий диск ОС Не работает -
Диск данных Подходит SAP HANA, Oracle в Oracle Linux, Db2 и SAP ASE в SLES/RHEL
Глобальный транспортный каталог SAP Да SMB и NFS
SAP sapmnt Подходит Все системы S МБ (только для Windows) или NFS (только для Linux)
Хранилище резервных копий Подходит -
Общие папки и общий диск Да SMB 3.0, NFS версии 3 и NFS версии 4.1
Устойчивость LRS и GRS Доступно GRS
Задержка Очень низкий -
Соглашение об уровне обслуживания для операций ввода-вывода в секунду Да -
Линейная зависимость числа операций ввода-вывода в секунду от емкости строго линейная Зависит от уровня службы
SLA в отношении пропускной способности Да -
Линейная зависимость пропускной способности от емкости линейная Зависит от уровня службы
HANA: сертифицировано Да -
Возможность создания моментальных снимков диска Да -
Возможно создание моментальных снимков виртуальной машины в Azure Backup No -
Затраты Выше, чем у хранилища класса Premium -

Другие встроенные функции хранилища ANF:

Важно!

В частности для развертываний баз данных, которые необходимо достичь низкой задержки по крайней мере для журналов повторного ввода. Особенно для SAP HANA, SAP требует задержки менее 1 миллисекунда для записи журналов повторного входа HANA меньшего размера. Чтобы добраться до таких задержек, ознакомьтесь с приведенными ниже возможностями.

Важно!

Даже для использования, отличного от СУБД, следует использовать функцию предварительной версии, которая позволяет создать общую папку NFS в той же Зоны доступности Azure, что и для размещения виртуальных машин, в которые следует подключить общие папки NFS. Эта функция описана в статье "Управление размещением томов зоны доступности" для Azure NetApp Files. Мотивация выравнивания зоны доступности заключается в сокращении поверхности риска, имея общие папки NFS еще в другом AvZone, где вы не запускаете виртуальные машины.

  • Вы перейдете к ближайшей близости между общей папкой виртуальной машины и NFS, которую можно упорядочить с помощью групп томов приложений. Преимущество групп томов приложений, помимо распределения лучшего взаимодействия и с тем, что создание наименьшей задержки, заключается в том, что разные общие ресурсы NFS для развертываний SAP HANA распределяются по разным контроллерам в внутренних кластерах Azure NetApp Files. Недостатком этого метода является то, что необходимо снова пройти процесс закрепления. Процесс, который завершит развертывание виртуальной машины одним центром обработки данных. Вместо Зоны доступности в качестве первого метода. Это означает меньшую гибкость при изменении размеров виртуальных машин и семейств виртуальных машин с подключенными томами NFS.
  • Текущий процесс использования групп размещения доступности. Что до сих пор доступно только для SAP HANA. Этот процесс также использует тот же процесс закрепления вручную, что и в группах томов доступности. Этот метод используется за последние три года. Он имеет те же ограничения гибкости, что и процесс с группами томов доступности.

В качестве параметров выделения томов NFS на основе ANF для конкретного использования базы данных необходимо попытаться выделить том NFS в той же зоне, что и виртуальная машина. Особенно для баз данных, отличных от HANA. Только если задержка окажется недостаточной, необходимо пройти процесс закрепления вручную. Для меньшей рабочей нагрузки HANA или непроизводственных рабочих нагрузок HANA следует также следовать зональному методу выделения. Только в случаях, когда производительность и задержка недостаточно, следует использовать группы томов приложений.

Краткие выводы. Azure NetApp Files — это сертифицированное для HANA хранилище с низкой задержкой, которое позволяет развертывать тома NFS и SMB, а также общие папки. Хранилище имеет три уровня обслуживания, которые обеспечивают разную пропускную способность и число операций ввода-вывода в зависимости от емкости тома в ГиБ. Хранилище ANF позволяет развертывать сценарии горизонтального масштабирования SAP HANA с резервным узлом. Хранилище подходит для создания общих папок, необходимых для глобального каталога переноса /sapmnt или SAP. Хранилище ANF поддерживает все собственные функции NetApp.

Файлы Azure класса "Премиум"

Azure Premium Files — это общее хранилище, которое предлагает S МБ и NFS для умеренной цены и достаточной задержки для обработки общих папок уровня приложений SAP. Кроме того, файлы Azure premium предлагают синхронные зональные реплика зоны общих папок с автоматизмом, что в случае сбоя одной реплика другой реплика в другой зоне может взять на себя. В отличие от Azure NetApp Files, нет уровней производительности. Для пула емкости также не требуется. Зарядка основана на реальной подготовленной емкости различных акций. Файлы Azure Premium не были протестированы как хранилище СУБД для рабочей нагрузки SAP вообще. Но вместо этого сценарий использования рабочей нагрузки SAP ориентирован на все типы S МБ и общих папок NFS, так как они используются на уровне приложений SAP. Файлы Azure уровня "Премиум" также подходят для использования для /hana/shared.

Примечание.

До сих пор рабочие нагрузки СУБД SAP не поддерживаются на общих томах на основе файлов Azure Premium.

Сценарии SAP, поддерживаемые в списке файлов Azure Premium, например:

Файлы Azure Уровня "Премиум" начинаются с большего количества операций ввода-вывода в секунду по сравнению с Azure NetApp Files с минимальным размером 100 ГБ. Эта более высокая полоса операций ввода-вывода в секунду может избежать превышения емкости для достижения определенных значений операций ввода-вывода в секунду и пропускной способности. Сведения о пропускной способности операций ввода-вывода в секунду и пропускной способности хранилища см. в разделе "Целевые показатели масштабирования файлового ресурса Azure" в Файлы Azure целевых показателей масштабируемости и производительности.

Ниже приведена таблица возможностей для рабочей нагрузки SAP.

Возможность Комментарии Примечания и ссылки
Базовый виртуальный жесткий диск ОС Не работает -
Диск данных Не поддерживается для рабочих нагрузок SAP -
Глобальный транспортный каталог SAP Да SMB и NFS
SAP sapmnt Подходит Все системы S МБ (только для Windows) или NFS (только для Linux)
Хранилище резервных копий Подходит -
Общие папки и общий диск Да S МБ 3.0, NFS версии 4.1
Устойчивость LRS и ZRS GrS недоступен для файлов Azure Premium
Задержка Низкий -
Соглашение об уровне обслуживания для операций ввода-вывода в секунду Да -
Линейная зависимость числа операций ввода-вывода в секунду от емкости строго линейная -
SLA в отношении пропускной способности Да -
Линейная зависимость пропускной способности от емкости строго линейная -
HANA: сертифицировано No -
Возможность создания моментальных снимков диска No -
Возможно создание моментальных снимков виртуальной машины в Azure Backup No -
Затраты Низкий -

Сводка. Azure Premium Files — это хранилище с низкой задержкой, позволяющее развертывать тома или общие папки NFS и S МБ. Файлы Уровня "Премиум" 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 Да -
Затраты Низкое -

Краткие выводы. Хранилище Azure на SSD (цен. категория "Стандартный") — это минимальный рекомендуемый вариант для виртуальных машин вне рабочей среды для базового виртуального жесткого диска, окончательного развертывания СУБД с относительной нечувствительностью к задержкам и (или) низкой пропускной способностью и малым числом операций ввода-вывода в секунду. Этот тип хранилища 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 Для трафика хранилища используется пропускная способность сети, а не пропускная способность хранилища.

В качестве ограничений необходимо отметить следующее:

  • Чем меньше виртуальная машина, тем меньше дисков можно подключить. Это ограничение не применяется к ANF. Так как вы подключаете общие ресурсы NFS или SMB, число общих томов, которые можно подключить, не ограничено.
  • У виртуальных машин ограничена пропускная способность ввода-вывода и количество операций в секунду, которые легко можно увеличить с помощью дисков класса Premium и Ultra.
  • При использовании ФАЙЛОВ ANF и 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 обеспечивает резервирование по умолчанию.
  • В качестве распределенных томов можно использовать только диски одного размера.
  • При использовании ssd уровня "Премиум" версии 2 и "Ультра" емкость, подготовленная пропускная способность операций ввода-вывода в секунду и подготовленная пропускная способность должны быть одинаковыми.

Распределение на несколько дисков — лучший способ обеспечить хорошее соотношение цены и производительности с хранилищами Azure класса Premium. Понятно, что чередование может иметь некоторые дополнительные затраты на развертывание и управление.

Конкретные рекомендации по размеру для чередования см. в документации по различным СУБД, например Конфигурации хранилища виртуальных машин SAP HANA в Azure.

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

Ознакомьтесь со статьями: