Поделиться через


Как установить и настроить SAP HANA в Azure (крупные экземпляры)

В этой статье мы рассмотрим проверку, настройку и установку крупных экземпляров SAP HANA (HLI) в Azure (известных как инфраструктура BareMetal).

Необходимые компоненты

Прежде чем приступать к чтению этой статьи, ознакомьтесь со следующими статьями:

См. также:

Планирование установки

Вы ответственны за установку SAP HANA. Установив подключение между виртуальными сетями Azure и единицами крупных экземпляров HANA, можно приступить к установке нового SAP HANA на сервере Azure (крупные экземпляры).

Примечание.

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

Если вы планируете установить HANA 2.0, см. документ SAP support note #2235581 — SAP HANA: Supported Operating Systems (Примечание по поддержке SAP № 2235581. Операционные системы, поддерживаемые платформой SAP HANA). Убедитесь, что операционная система (ОС) поддерживается выпуском SAP HANA, который вы устанавливаете. В поддерживаемой ОС для HANA 2.0 больше ограничений, чем в ОС для HANA 1.0. Убедитесь, что нужный выпуск ОС поддерживается для конкретного крупного экземпляра HANA. Выберите в этом списке HLI, чтобы ознакомиться с подробным списком поддерживаемых ОС.

Прежде чем начать установку HANA, необходимо проверить следующее:

Проверка единиц крупного экземпляра HANA

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

  1. На портале Azure проверьте, отображаются ли экземпляры с правильными номерами SKU и ОС. Подробнее см. в статье Управление крупными экземплярами HANA в Azure с помощью портала Azure.

  2. Зарегистрируйте ОС экземпляра у своего поставщика ОС. Этот шаг также включает регистрацию операционной системы SUSE Linux в экземпляре SUSE SMT, который развернут на виртуальной машине в Azure.

    К этому экземпляру SMT может подключаться крупный экземпляр HANA. (Дополнительные сведения см. в статье Настройка сервера SMT для SUSE Linux). Если используется операционная система Red Hat, ее необходимо зарегистрировать в диспетчере подписок Red Hat, к которому вы будете подключаться. Для получения дополнительных сведений см. комментарии в Что такое SAP HANA в Azure (большие экземпляры)?.

    Этот шаг необходим для установки исправлений операционной системы, что входит в круг ваших обязанностей. Сведения о SUSE см. в документации по установке и настройке SMT.

  3. Проверьте наличие новых обновлений и исправлений для определенного выпуска или версии операционной системы. Убедитесь, что в крупном экземпляре HANA установлены последние исправления. Иногда последние исправления не включаются, поэтому обязательно проверьте их наличие.

  4. Ознакомьтесь с соответствующими примечаниями к SAP по установке и настройке SAP HANA в определенной версии или выпуске операционной системы. Майкрософт не всегда настраивает HLI полностью. Изменение рекомендаций или изменения в примечаниях к SAP или конфигурациях, зависящих от отдельных сценариев, может сделать это невозможным.

    Поэтому ознакомьтесь с примечаниями к SAP, связанными с SAP HANA в конкретном выпуске Linux. Проверьте настройки выпуска или версии операционной системы и примените параметры конфигурации, если это еще не сделано.

    Проверьте приведенные ниже параметры и измените их значения на следующие:

    • net.core.rmem_max = 16777216;
    • net.core.wmem_max = 16777216;
    • net.core.rmem_default = 16777216;
    • net.core.wmem_default = 16777216;
    • net.core.optmem_max = 16777216;
    • net.ipv4.tcp_rmem = 65536 16777216 16777216;
    • net.ipv4.tcp_wmem = 65536 16777216 16777216.

    Начиная с SLES 12 с пакетом обновления 1 (SP1) и Red Hat Enterprise Linux (RHEL) 7.2 эти параметры необходимо определить в файле конфигурации в каталоге /etc/sysctl.d. Например, в этом каталоге должен находиться файл конфигурации с именем 91-NetApp-HANA.conf. В предыдущих выпусках SLES и RHEL эти параметры необходимо задать в файле /etc/sysctl.conf.

    Для всех выпусков RHEL, начиная с RHEL 6.3, необходимо учитывать следующее:

    • параметр sunrpc.tcp_slot_table_entries = 128 необходимо задать в файле in/etc/modprobe.d/sunrpc-local.conf. Если файл не существует, сначала создайте его, добавив запись:
      • options sunrpc tcp_max_slot_table_entries=128.
  5. Проверьте системное время крупного экземпляра HANA. Экземпляры развертываются с помощью часового пояса. Этот часовой пояс — это расположение региона Azure, в котором расположен стек крупных экземпляров HANA. Системное время и часовой пояс экземпляров можно изменить.

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

  6. Проверьте файл etc/hosts. После передачи в колонках для разных целей назначены отдельные IP-адреса. Важно проверить файл etc/hosts при добавлении единиц в существующий клиент. Файл etc/host для новых развернутых систем может быть неправильно сохранен с IP-адресами систем, доставленных ранее. Убедитесь, что новый развернутый экземпляр может разрешать имена единиц, ранее развернутых в клиенте.

Операционная система

Для области буфера доставленного образа ОС выделено 2 ГБ в соответствии с документом SAP Support Note #1999997 — FAQ: SAP HANA Memory (Примечание по поддержке SAP №1999997. Часто задаваемые вопросы: память SAP HANA). Необходимо самостоятельно задать требуемый параметр.

Для SAP HANA в Azure (большие экземпляры) используется дистрибутив SUSE Linux Enterprise Server 12 SP1 для приложений SAP. Этот дистрибутив предоставляет все необходимые для SAP функции, в том числе предварительно настроенные параметры для эффективного запуска SAP на сервере SLES.

Несколько полезных ресурсов, связанных с развертыванием SAP HANA в SLES, см. в следующих статьях:

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

Ниже приведены дополнительные ресурсы для SAP в SUSE.

Примечания по поддержке SAP, применимые к реализации SAP HANA на SLES 12, см. в следующих документах:

Red Hat Enterprise Linux для SAP HANA — еще одно решение для запуска SAP HANA на крупных экземплярах HANA. Выпуски RHEL 7.2 и 7.3 доступны и поддерживаются. Для получения дополнительных сведений о SAP в Red Hat см. сайт SAP HANA в Red Hat Linux.

Примечания по поддержке SAP, применимые к реализации SAP HANA в Red Hat, см. в следующих документах:

Синхронизация времени

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

Для SAP HANA в Azure (крупные экземпляры) синхронизация времени в Azure не применяется к вычислительным единицам в стеках больших экземпляров. Она также не применяется к приложениям SAP, выполняемым на виртуальных машинах Azure, так как Azure гарантирует правильную синхронизацию времени системы.

В результате необходимо настроить отдельный сервер времени. Этот сервер будет использоваться серверами приложений SAP, работающими на виртуальных машинах Azure. Он также будет использоваться экземплярами базы данных SAP HANA, работающими в крупных экземплярах HANA. Для инфраструктуры хранения в стеках крупных экземпляров время синхронизируется с серверами NTP.

Сеть

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

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

Дополнительные сведения об Ethernet по архитектуре см. в разделе Поддерживаемые сценарии для крупных экземпляров HANA.

Хранилище

Структура хранения для SAP HANA (крупные экземпляры) настраивается с помощью классической модели развертывания с применением рекомендаций SAP.

Приблизительные размеры разных томов с различными SKU крупных экземпляров HANA задокументированы в статье Что такое SAP HANA в Azure (большие экземпляры)?.

Соглашения об именовании томов хранилища перечислены в следующей таблице.

Использование хранилища Имя подключения Имя тома
Данные HANA /hana/data/SID/mnt0000<m> IP хранилища: /hana_data_SID_mnt00001_tenant_vol
Журнал HANA /hana/log/SID/mnt0000<m> IP хранилища: /hana_log_SID_mnt00001_tenant_vol
Резервная копия журнала HANA /hana/log/backups IP хранилища: /hana_log_backups_SID_mnt00001_tenant_vol
Общий HANA /hana/shared/SID IP хранилища: /hana_shared_SID_mnt00001_tenant_vol/shared
usr/sap /usr/sap/SID IP хранилища: /hana_shared_SID_mnt00001_tenant_vol/usr_sap

SID — это системный идентификатор экземпляра HANA.

Tenant — это внутреннее перечисление операций при развертывании клиента.

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

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

Крупные экземпляры HANA поставляются с диском, на котором имеются том большого объема для HANA/data и том для HANA/log/backup. Мы сделали хранилище HANA/data таким большим, поскольку моментальные снимки хранилища используют один и тот же том диска. Чем больше моментальных снимков вы сделали, тем больше требуется пространства.

Том HANA/log/backup не используется как том для хранения резервных копий базы данных. Его размер походит для использования в качестве архивного тома для резервных копий журнала транзакций HANA. Дополнительные сведения см. в статье Высокий уровень доступности и аварийное восстановление SAP HANA в Azure (крупные экземпляры).

Чтобы увеличить объем хранилища, приобретите дополнительное хранилище с шагом в 1 ТБ. Это дополнительное хранилище добавляется к HANA (крупные экземпляры) как новые тома.

Во время подключения средств управления службой SAP HANA в Azure вы указываете ИД пользователя (UID) и группы (GID) для пользователя sidadm и группы sapsys (например, 1000,500). Во время установки системы SAP HANA необходимо использовать эти же значения. Так как вы хотите развернуть несколько экземпляров HANA, вы получите несколько наборов томов (один набор для каждого экземпляра). Во время развертывания необходимо определить следующие моменты:

  • Идентификатор SID разных экземпляров HANA (на его основе получается sidadm).
  • Объемы памяти разных экземпляров HANA. Объем памяти каждого экземпляра определяет размер тома в каждом отдельном наборе томов.

Согласно рекомендациям поставщика хранилища для всех подключенных томов настраиваются следующие параметры подключения (кроме LUN загрузки):

  • nfs rw, vers=4, hard, timeo=600, rsize=1048576, wsize=1048576, intr, noatime, lock 0 0

Эти точки подключения настраиваются в /etc/fstab, как показано на следующих снимках экрана.

Screenshot showing fstab of mounted volumes in HANA Large Instance unit.

Выходные данные команды df -h в крупном экземпляре S72m HANA выглядят следующим образом.

Screenshot showing output of the command for HANA Large Instance.

Контроллер хранилища и узлы в стеках больших экземпляров синхронизируются с NTP-серверами. Важно синхронизировать SAP HANA в Azure (крупные экземпляры) и виртуальные машины Azure с сервером NTP. Это позволяет устранить значительное смещение времени между инфраструктурой и единицами вычислений в Azure или стеках крупных экземпляров.

Чтобы оптимизировать хранилище, используемое SAP HANA, необходимо задать следующие параметры конфигурации:

  • max_parallel_io_requests 128;
  • async_read_submit on;
  • async_write_submit_active on;
  • async_write_submit_blocks all.

Начиная с версии SAP HANA 1.0 и до SPS 12, эти параметры можно указать во время установки базы данных SAP HANA, как описано в примечании к SAP 2267798.

С помощью средства hdbparam можно настроить эти параметры после установки базы данных SAP HANA.

У хранилища, используемого в крупных экземплярах HANA, имеется ограничение на размер файла. Ограничение на размер составляет 16 ТБ. В отличие от ограничений на размер файлов в файловых системах EXT3, HANA не учитывает неявное ограничение хранилища, принудительно примененное хранилищем крупных экземпляров HANA. Результатом является то, что HANA не будет автоматически создавать новый файл данных при достижении предельного размера файла в 16 ТБ. Так как HANA пытается увеличить размер файла и вывести его пределы 16 ТБ, будут выводиться сообщения об ошибках, и в итоге работа сервера индекса завершится сбоем.

Важно!

Чтобы избежать этой ситуации, необходимо задать следующие параметры в файле конфигурации global.ini SAP HANA.

  • datavolume_striping=true
  • datavolume_striping_size_gb = 15000
  • См. также примечание к SAP№ 2400005
  • Следует учитывать примечание к SAP № 2631285

Это средство не поддерживается в системе SAP HANA 2.0. В таком случае эти параметры необходимо задать, используя команды SQL. Дополнительные сведения см. в примечании к SAP 2399079 об устранении hdbparam в HANA 2.0.

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

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

Выполните шаги по установке SAP HANA в Azure (крупные экземпляры).