Всем добрый день!

Кто-нибудь использует VMware vSphere (кластер) для SAP продуктов?
Интересен вопрос как запустить инстанции SAP после того как упавшая VM(например умер хост) переехала на другой хост.

10х

Есть ноты на тему "Start SAP change IP(host)"...там расписаны рекомендации по шагам.
Проблем после "переезда" быть не должно

Про проблемы после переезда ВМ речь не идёт. Речь идет о старте(или не старте) инстанции - на переехавшей ВМ - после падения хоста, например.

Если вы используете HA, при падении аплик включится (при наличии общего СХД) на другом хосте (если настроено правило именно на включение). А далее вам решать как организовать автостарт прикладов.
Если вы используете FT, при падении аплик останется включенным (при наличии общего СХД) на другом хосте (происходит резервирование ресурсов).

Как работают HA и FT я в курсе. Вопрос был не про это. Вы используете vSphere как гипервизор для серверов приложений SAP?

Кстати, я не понял, что значит "при падении аплик включится"? Виртуальная машина запустится на другой ноде кластера.
Сервер приложений с какой стати включится? Собственно про это был вопрос.

Для DEMO машин я сделал самодельный скрипт (который добавил в тепмлейт VMware). Скрипт лежит в /etc/init.d
Сам находит все установленные системы и БД и сам их по очереди стартует, а при правильной команде shutdown - стопит.
Но это было сделано, дабы системы стартовали полностью - вместе с БД и прочими сервисами.

Есть еще вариант - добавить в START профиль аппликов параметр: Autostart=1

З.ы. вполне рабочая схема HA:
ASCS - FT
DIA - HA

С демо машинами нет никаких сложностей - я их и руками могу запустить, от них ни жарко, ни холодно.


Не подходит такой вариант. Скажем я сделал копию базы продуктива - с целью сделать из нее quality - запустил VM, стартанула база и app, иии...
... завертелись бэкграунды и полетела почта туда куда не надо, и не та что надо.


Смысл ASCS защищать по FT(вообще защищать)? Я понимаю бы базу или app - но 8/128 на хост это мало.

а при установке систем использовались физические имена хостов или логические?

Честно говоря не понял вопроса. Как это - физические, логические?
При установке систем использовались имена хостов виртуальных машин, на которые они собственно и устанавливались.

Я пока примерно такой вариант рассматриваю - подключить отдельный "диск" на каждую VM, на которой лежит специальный файлик
с именем, пусть будет, sapappstartup.txt , в котором будет два столбца, имя sap-инстанции и значение 1 или 0.
Каждый раз при старте ВМ запускаем скрипт, который пытается прочитать этот файл. Если файл есть, то бежим по списку инстанций
и сравниваем имя хоста ВМ с тем что есть в файле. Если совпало и значение 1, то стартуем инстанцию. Если 0 или нет в списке, или нет файла - не стартуем.
Что-то в таком духе.

Вопрос про виртуальные имена был в тему, лучше всегда ставить с виртуальным именем.

Всё зависит от RPO/RTO вашего продуктива, на сколько он "продуктивен" и как критичен.

Судя по тому что вы вопрос задали тут, не очень критичен, так что хоть по алерту руками стартуйте.

Для нормальных продуктивов, строят кластер (SG, PaceMaker etc) тут уж все от фантазии и необходимости зависит
ASCS/ERS на отдельных слабеньких виртуалках, кластер между ними (или вместе с DB)
DB отдельно на 2-х виртуалках и кластер между ними (любое HA решение).
Ну и последнее, application servers , если у вас много application серверов для системы, то можно просто мониторинг и по алерту отработать,
если Application серверов допустим 2, тот тут как выше писали можно включить "vSpere HA" ==> "host failure= Restart VMs" и поставить Autostart=1 в профиль SAP Application.

BR, Sergo.

Не актуально, т.к. 1 физический хост = 1 виртуальной машине = 1 sapapp


Интересный конечно вывод.
Вообще продуктив очень продуктивен и указанные параметры должны быть минимальны.
И старты руками не подходят ни разу (в 3 часа ночи руками? во сне?).


С кластером всё было понятно до вопроса. Вопрос был как правильно стартовать(или не стартовать) sapapp при старте ОС.
Пока остановился на ноте 823941 https://launchpad.support.sap.com/#/notes/823941