Развертывание SAP MaxDB, liveCache и сервера содержимого на виртуальных машинах Azure

В этом документе рассматривается несколько аспектов, которые следует учитывать при развертывании MaxDB, liveCache и сервера содержимого в Azure IaaS. Перед чтением этого документа следует ознакомиться с документом Вопросы развертывания СУБД для рабочей нагрузки SAP на виртуальных машинах Azure, а также с другими руководствами в документации по рабочей нагрузке SAP в Azure.

Особенности развертываний SAP MaxDB в Windows

Поддерживаемые версии SAP MaxDB в Azure

Сейчас с продуктами на основе SAP NetWeaver в Azure можно использовать SAP MaxDB версии 7.9 или более поздней версии. Все обновления для сервера SAP MaxDB и драйверов JDBC и ODBC для продуктов на основе SAP NetWeaver предоставляются исключительно через SAP Service Marketplace. Дополнительные сведения о запуске SAP NetWeaver в SAP MaxDB см. в статье SAP MaxDB.

Поддерживаемые версии Microsoft Windows и типы виртуальных машин Azure для СУБД SAP MaxDB

Сведения о поддерживаемых версиях Microsoft Windows для СУБД SAP MaxDB в Azure, см. по следующим ссылкам:

• Матрица доступности продуктов SAP.
• примечание к SAP 1928533

Мы настоятельно рекомендуем использовать последнюю версию операционной системы Microsoft Windows — Microsoft Windows 2016.

Доступная документация по SAP MaxDB для MaxDB

Обновленный список документации по SAP MaxDB представлен в примечании к SAP 767598

Рекомендации по конфигурации SAP MaxDB для установки SAP на виртуальные машины Azure

Конфигурация хранилища

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

Вкратце повторим рекомендации.

• При использовании учетных записей хранения Azure настройте учетную запись хранения Azure, в которой будут храниться тома данных и журналов (файлы данных и файлы журналов) SAP MaxDB, в качестве локально избыточного хранилища (LRS), как описано в разделе Вопросы развертывания СУБД для рабочей нагрузки SAP на виртуальных машинах Azure.
• Разделите пути ввода-вывода для томов данных (файлов данных) и томов журналов (файлов журналов) SAP MaxDB. Это означает, что тома данных (файлы данных) SAP MaxDB должны быть установлены на один логический диск, а тома журналов (файлы журналов) SAP MaxDB — на другой логический диск.
• Правильно настройте тип кэширования для каждого диска. Настройки кэширования зависят от того, будут ли храниться в большом двоичном объекте тома данных или журналов SAP MaxDB (файлы данных или файлы журналов), а также от класса службы хранилища Azure (Standard или Premium), как описано в разделе Вопросы развертывания СУБД для рабочей нагрузки SAP на виртуальных машинах Azure.
• Если текущего количества операций ввода-вывода в секунду для каждого диска достаточно, все тома данных можно хранить на одном подключенном диске, а все тома журналов базы данных — на другом.
• Если требуется дополнительное пространство или большее количество операций ввода-вывода в секунду, рекомендуем использовать пулы носителей Microsoft Windows (доступны только в Microsoft Windows Server 2012 и более поздних версиях) для создания одного большого логического устройства из нескольких подключенных дисков. Дополнительные сведения см. в разделе Вопросы развертывания СУБД для рабочей нагрузки SAP на виртуальных машинах Azure. Такой подход позволяет сократить административные расходы на управление дисковым пространством и избежать необходимости вручную распределять файлы между несколькими подключенными дисками.
• Настоятельно рекомендуется использовать службу хранилища Azure класса Premium для развертываний MaxDB.

Резервное копирование и восстановление

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

Архивация и восстановление базы данных в Azure работает так же, как и в локальных системах. Поэтому вы можете использовать стандартные инструменты архивации и восстановления SAP MaxDB, описанные в одном из перечисленных в примечании к SAP 767598 документов по SAP MaxDB.

Резервное копирование и восстановление с помощью Azure Backup

Вы также можете интегрировать резервное копирование MaxDB с Azure Backup с помощью стороннего средства резервного копирования Maxback (https://maxback.io). MaxBack позволяет выполнять резервное копирование и восстановление MaxDB в Windows с интеграцией VSS, которая также используется Azure Backup. Преимущество использования Azure Backup заключается в том, что резервное копирование и восстановление выполняются на уровне хранилища. MaxBack гарантирует, что база данных находится в правильном состоянии для резервного копирования и восстановления, а также автоматически обрабатывает резервные копии томов журнала.

Рекомендации по ускорению архивации и восстановления

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

• Чем меньше дисков используется для хранения устройств базы данных, тем меньше общая пропускная способность при чтении.
• Чем меньше целевых объектов (чередующиеся каталоги, диски), на которые записываются резервные копии, тем меньше пропускная способность.

Увеличить количество целевых объектов для записи можно двумя способами. Выбор того или иного варианта (и даже их сочетания) зависит от ваших потребностей.

• Выделить для резервных копий отдельные тома.
• Распределить содержимое целевого тома, на котором хранятся резервные копии, между несколькими подключенными дисками, чтобы увеличить на чередующемся дисковом томе количество операций ввода-вывода в секунду.
• Наличие отдельных выделенных логических дисковых устройств для:
  • томов (т. е. файлов) резервных копий SAP MaxDB;
  • томов (т. е. файлов) данных SAP MaxDB;
  • томов (т. е. файлов) журналов SAP MaxDB.

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

Другие вопросы

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

• 826037
• 1139904
• 1173395

Особенности развертываний SAP liveCache в Windows

Поддерживаемые версии SAP liveCache

Минимальной поддерживаемой версией SAP liveCache в службе виртуальных машин Azure является SAP LC/LCAPPS 10.0 SP 25 (включая liveCache 7.9.08.31 и LCA-Build 25), выпущенная для EhP 2 для SAP SCM 7.0 и более поздних выпусков.

Поддерживаемые версии Microsoft Windows и типы виртуальных машин Azure для СУБД SAP liveCache

Сведения о поддерживаемых версиях Microsoft Windows для СУБД SAP liveCache в Azure, см. по следующим ссылкам:

• Матрица доступности продуктов SAP.
• примечание к SAP 1928533

Мы настоятельно рекомендуем использовать последнюю версию операционной системы Microsoft Windows Server.

Рекомендации по конфигурации SAP liveCache для установки SAP на виртуальные машины Azure

Рекомендуемые типы виртуальных машин Azure для liveCache

Так как SAP liveCache является приложением, выполняющим огромный объем вычислений, основное влияние на его производительность оказывают скорость и объем оперативной памяти и ЦП.

Для типов виртуальных машин Azure, поддерживаемых в SAP (см. примечание к SAP 1928533), все ресурсы виртуального ЦП, выделенного для виртуальной машины, обеспечиваются выделенными ресурсами физического ЦП гипервизора. Из-за отсутствия избыточного выделения ресурсов отсутствует конкуренция за ресурсы ЦП.

Аналогично для всех типов виртуальных машин Azure, поддерживаемых в SAP, память виртуальной машины на 100 % соответствует физической памяти. Избыточное выделение (перерасход) не используется.

В этом отношении настоятельно рекомендуется использовать виртуальные машины последних серий Dv2, Dv3, Ev3 и M. Выбор типа виртуальной машины зависит от объема памяти, требуемого для liveCache и необходимых ресурсов ЦП. Как и для других развертываний СУБД, для томов, для которых критически важна производительность, рекомендуется использовать службу хранилища Azure класса Premium.

Настройка хранилища для liveCache в Azure

Так как в основе SAP liveCache лежат технологии SAP MaxDB, то все рекомендации для службы хранилища Azure, приведенные для SAP MaxDB в настоящем документе, также относятся к SAP liveCache.

Выделенная виртуальная машина Azure для сценария liveCache

Так как SAP liveCache интенсивно использует вычислительные мощности, для достижения максимальной производительности мы настоятельно рекомендуем развертывать СУБД на выделенной виртуальной машине Azure.

Резервное копирование и восстановление для liveCache в Azure

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

Другие вопросы

Все остальные общие вопросы уже описаны в соответствующем разделе, посвященном SAP MaxDB.

Особенности развертывания сервера содержимого SAP в Azure в Windows

Сервер содержимого SAP (SAP Content Server) — это отдельный серверный компонент для хранения содержимого, например электронных документов в различных форматах. Сервер содержимого SAP предоставляется благодаря развитию технологий и используется для всех приложений SAP. Он устанавливается на отдельной системе. Стандартное содержимое — это учебные материалы и документация из базы знаний или технические чертежи из системы управления документами mySAP PLM.

Поддерживаемые версии сервера содержимого SAP для виртуальных машин Azure

В настоящее время SAP поддерживает:

• сервер содержимого SAP версии 6.50 (и более поздние);
• SAP MaxDB версии 7.9;
• службы Microsoft IIS версии 8.0 (и более поздние версии).

Мы настоятельно рекомендуем использовать последнюю версию сервера содержимого SAP, а также самую последнюю версию служб Microsoft IIS.

Узнать последние версии SAP Content Server и служб Microsoft IIS можно из матрицы доступности продуктов SAP.

Поддерживаемые версии Microsoft Windows и типы виртуальных машин Azure для сервера содержимого SAP

Сведения о поддерживаемых версиях Microsoft Windows для сервера содержимого SAP в Azure см. по следующим ссылкам:

• Матрица доступности продуктов SAP.
• примечание к SAP 1928533

Мы настоятельно рекомендуется использовать последнюю версию Microsoft Windows Server.

Рекомендации по конфигурации сервера содержимого SAP для установки SAP на виртуальные машины Azure

Конфигурация хранилища для сервера содержимого в Azure

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

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

Расположение сервера содержимого SAP

Сервер содержимого SAP должен быть развернут в том же регионе Azure и в той же виртуальной сети Azure, где развернута система SAP. Компоненты сервера содержимого SAP можно развернуть как на выделенной виртуальной машине Azure, так и на той, где работает система SAP.

Расположение сервера кэширования SAP

Сервер кэширования SAP — это дополнительный серверный компонент для предоставления локального доступа к (кэшированным) документам. Сервер кэширования SAP кэширует документы с сервера содержимого SAP. Это позволяет оптимизировать сетевой трафик, если обращения к документу происходят более одного раза из разных расположений. Общее правило состоит в том, что сервер кэширования SAP должен располагаться физически близко к клиенту, который к нему обращается.

В этом случае существует два варианта.

1. Клиентом выступает внутренняя система SAP. Если во внутренней системе SAP настроен доступ к серверу содержимого SAP, то клиентом выступает система SAP. Так как система SAP и сервер содержимого SAP развернуты в одном и том же регионе Azure (в одном центре обработки данных Azure), они находятся физически близко друг к другу. В этом случае вам не нужен выделенный сервер кэширования SAP. Клиенты пользовательского интерфейса SAP (графического пользовательского интерфейса SAP или веб-браузера) обращаются к системе SAP напрямую, и система SAP извлекает документы с сервера содержимого SAP.
2. Клиентом выступает локальный веб-браузер. Сервер содержимого SAP можно настроить так, чтобы к нему можно было обращаться напрямую из веб-браузера. В таком случае клиентом сервера содержимого SAP выступает локальный веб-браузер. Локальный центр обработки данных и центр обработки данных Azure физически расположены в разных местах (в идеальном случае вблизи друг от друга). Ваш локальный ЦОД соединен с Azure через канал ExpressRoute или VPN-подключение типа "сайт — сайт". Хотя оба варианта предлагают безопасное VPN-подключение к Azure, подключение типа "сайт — сайт" не обеспечивает высокую пропускную способность и низкие задержки для соединения между локальным ЦОД и ЦОД Azure. Чтобы ускорить доступ к документам, можно выполнить одно из следующих действий:
   1. установить SAP Cache Server локально, поблизости от локального веб-браузера (см. рисунок ниже);
   2. настроить канал Azure ExpressRoute, который обеспечивает выделенное высокоскоростное сетевое подключение с низкой задержкой между локальным ЦОД и ЦОД Azure.

Резервное копирование и восстановление

Если вы настраиваете сервер содержимого SAP для хранения файлов в базе данных SAP MaxDB, процедуры архивации и восстановления и вопросы производительности уже описаны в соответствующих разделах настоящего документа, посвященных SAP MaxDB.

Если вы настраиваете сервер содержимого SAP для хранения файлов в файловой системе, резервное копировании и восстановление выполняется вручную для всей файловой структуры, в которой хранятся документы. Как и в случае с резервным копированием и восстановлением SAP MaxDB, для целей резервного копирования мы рекомендуем выделить отдельный том диска.

Другие

Другие параметры сервера содержимого SAP прозрачны для виртуальных машин Azure и описаны в различных документах и примечаниях SAP:

• SAP NetWeaver
• примечание к SAP 1619726