vFabric Application Director import blueprints

Есть у VMware такая хорошая штука с названием vFabric Application Director.
Предназначен он для автоматизации развертывания многоуровневых приложений в облаке (в том числе и в Amazon EC2). В общем, продуктом можно творить чистейший AAAS.
Из коробки он поддерживает кучу разных ОС и DB и APP, а при должном желании достаточно легко автоматизируется деплой и кастомизация, не попавших в список счастливчиков, компонент.
Выглядит vFabric Application Director так:

Продукт совершенно не популярный на нашем рынке, впрочем, как и на рынке ближайших соседей. Однако, в последнее время сотрудники русскоязычного офиса VMware с завидным постоянством устраивают по данному продукту обзорные экскурсии. Связано это, вероятно, с тем, что vFabric Application Director получил неплохую интеграцию с VCAC, а о кораблях, сопровождающих флагман, врагам нужно знать. Наиболее частые вопросы из зала после таких экскурсий: про прозрачный переход с версии 5 на 5.2 и импорт шаблонов.

На импорте шаблонов и остановимся:
1. Подключаемся к vFabric App Director по ssh под учетной записью root.
2. >cd/home/darwin/tools - там лежит "правильная", соответствующая установленной версии Darwin-cli.jar. Это не значит, что нельзя туда положить "неправильную" от прошлой версии (зачем и как этим воспользоваться как-нибудь потом)
3. Делаем >java-jar darwin-cli


4. Делаем логин на в vFabric App Director средствами Darwin-cli.jar под встроенной учеткой admin >login --serverUrl https://<IP>:8443/darwin/ --Username admin  --password xyz
      5. Потом делаем импорт с ключем check для проверки наличия  в развернутом vFabric App Director всех используемых в импортированном blueprint компонент:
      > import-package --importFilePath /home/darwin_user/appd-Clustere-Apache-Hadoop-testimport.xml --conflictResolutionAction  CHECK

Для примера я использовал template для Cluster Apache+Hadoop. Все компоненты есть, а ожидаемо не найденный deployment_profile создадим вручную (на скорость и дальность полета это не влияет)
6. Пропускаем не найденный deployment_profile и делаем импорт с ключом skip
> import-package --importFilePath /home/darwin_user/appd-Clustere-Apache-Hadoop-testimport.xml --conflictResolutionAction  SKIP
7. Готово. Идем на https://<IP>:8443/darwin/ и видим наш импортированный и готовый к деплою blueprint.

Для примера эффекта от использования vFabric App Director:
Развертывание "правильного" пятинодового Oracle Weblogic 12 c учетом всех рекомендаций Oracle у меня заняло 31 минуту и происходило так:

deploy 5xCentOS - 8m 30s

apache install - 40s 427ms
apache configure - 292ms
apache start - 548ms
setup WLClusterLB - 48s 120ms


MSWL install 16m 10s 29 ms
ManagedServer - 1m 6 s 196 ms
UnpackDomain - 1m 21s 120 ms
SMS install - 2m 17 s 956 ms

ASWebLogic install - 15m 43s 908ms
AdminServer install - 5m 3s 227ms
PackDomain install - 17s 741ms
DeployDB - 1m 8s 543ms

MySQL install - 43s 410ms
MySQL configure - 3s 446ms
initialize_db - 648ms

Кто может быстрее ? =)


ESXi root password reset

Иногда я забываю теряю пароль от root для ESXi. Такое бывает, хостов много разных для разных целей, а привычки "одного пароля на все" у меня нет.
Обычно в такой ситуации я переустанавливаю ESXi, колдую с помощью host profiles и все готово - быстро и надежно. Но иногда случаются ситуации, когда пароль все таки необходимо сбросить без переустановки.
Не смотря на все старания VMware, ESXi все еще остается Linuxом, а значит будем действовать старым и проверенным способом.

1. Качаем Linux LiveCD. В моем случае - он народный 
2. Подключаем диск с LiveCD к серверу с ESXi и грузимся с него.
3. В подложке ESXi у нас будет лежать GPT, поэтому не заморачиваясь с fdisk сразу идем в gparted

4. У ESXi жизнь на диске происходит так:
system boot - загрузочный системный раздел
bootbank - системный образ ESXi, именно оно и копируется в оперативную память при загрузке.
altbootbank - резервный для bootbank (на случай беды при обновлении)
vmkDiagnostic - дампы памяти при blue screen purple screen
store - образы VMware Tools
scratch - такой есть если диск больше 5 Гб и туда падают всяческие логи.
5. /dev/sda5 - это то, что нам надо. Монтируем и смотрим что же там есть.

6. А надо нам state.tgz. Закинем его в tmp и распакуем.

7. Теперь нам надо local.tgz

8. Теперь принимаемся за shadow. Делаем из некрасивого shadow:

красивый:



9. Обновляем старый state.tgz до нового state.tgz

10. Отмонтируем /mnt и перегружаем хост.
11. Пароля нет.

P.S> и да, оно работает в 5.5
P.S2> а кто-то говорил, что не бывает ESXi c пустым root паролем...