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

Управляемые диски Azure

Управляемые диски — это тип ресурса в Azure Resource Manager, который можно использовать вместо виртуальных жестких дисков, хранимых в учетных записях хранения Azure. Управляемые диски автоматически выравнивать [группу доступности][виртуальная машина-управление доступностью] подключенной к ней виртуальной машины. Благодаря такому выравниванию вы можете улучшить доступность виртуальной машины и служб, работающих на виртуальной машине. Дополнительные сведения см. в этой обзорной статье.

Сценарии хранения с рабочими нагрузками 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 в таблице выглядит следующим образом:

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

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

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

² Создание разных пулов емкости Azure NetApp Files не гарантирует развертывание пулов емкости в разных единицах хранения

³ (добавочные) моментальные снимки SSD уровня "Премиум" версии 2 или диска "Ультра" нельзя использовать сразу после их создания. Фоновая копия должна завершиться, прежде чем создать диск из моментального снимка

Хранилище 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.

Хранилище 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.

¹ (добавочные) моментальные снимки 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.

¹ (добавочные) моментальные снимки 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 поддерживается для нескольких сценариев рабочей нагрузки 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

Разделение пропускной способности от размера тома

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

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 выглядит следующим образом:

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

• Возможность выполнения согласованных с приложениями моментальных снимков тома с помощью AzAcSnap
• Клонирование томов Azure NetApp Files из моментальных снимков для тестирования и разработки
• Восстановление томов из моментальных снимков (оснастка) для быстрого восстановления из повреждений и ошибок

Мотивация выравнивания зоны доступности этого типа — снижение уровня риска путем размещения общих ресурсов 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, например:

• Предоставление общих папок 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 целевых показателей масштабируемости и производительности.

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

Сводка. Azure Premium Files — это хранилище с низкой задержкой, позволяющее развертывать тома или общие папки NFS и SMB. Файлы Уровня "Премиум" Azure обеспечивают отличное соотношение цен и производительности для общих папок уровня приложений SAP. Она также обеспечивает синхронную зональную репликацию для этих общих папок. Пока мы не поддерживаем этот тип хранилища для рабочей нагрузки СУБД SAP. Хотя его можно использовать для томов /hana/shared .

Диски Azure SSD класса "Стандартный"

По сравнению с хранилищем Azure на HDD (цен. категория "Стандартный") хранилище Azure на SSD (цен. категория "Стандартный") обеспечивает лучшую доступность, согласованность, надежность и задержку. Он оптимизирован для рабочих нагрузок, которые нуждаются в согласованной производительности на более низких уровнях операций ввода-вывода в секунду. Это минимальное хранилище, используемое для непроизводственных систем SAP с низким уровнем операций ввода-вывода в секунду и пропускной способностью. Ниже приведена таблица возможностей для рабочей нагрузки SAP.

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

Диски Azure HDD класса "Стандартный"

Хранилище Azure на HDD (цен. категория "Стандартный") было единственным типом хранилища, для которого инфраструктура Azure прошла сертификацию для рабочей нагрузки SAP NetWeaver в 2014 году. В 2014 году виртуальные машины Azure были небольшими и имели низкую пропускную способность хранилища. Таким образом, этот тип хранилища позволял удовлетворить требования. Хранилище идеально подходит для нечувствительных к задержкам рабочих нагрузок, которые редко возникают в инфраструктуре SAP. При увеличении пропускной способности виртуальных машин Azure и повышенной рабочей нагрузки этих виртуальных машин этот тип хранилища больше не учитывается для использования с сценариями SAP. Ниже приведена таблица возможностей для рабочей нагрузки SAP.

Краткие выводы. HDD (цен. категория "Стандартный") — это тип хранилища Azure, который должен использоваться только для хранения резервных копий SAP. Его следует использовать только в качестве базового виртуального жесткого диска для неактивных систем, например устаревших систем, используемых для поиска данных. На таких дисках не должны размещаться никакие активные разработки, а также ВМ для контроля качества и производства. Файлы баз данных не должны размещаться в таких хранилищах.

Лимиты передачи данных в хранилище для ВМ 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.

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

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

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