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 паролем...

Changed Block Tracking VDP vs Storage DRS

Есть у VMware такая хорошая и полезная штука Changed Block Tracking - отслеживает она измененные блоки дисков VM и делает правильные маленькие бэкапы быстро и эффективно.

Появилась штука CBT достаточно давно, и у Михаила Михеева информация в блоге аж от 28 декабря 2009 года. Описано там как включать и отключать эту штуку. 

Естественно, это штукой на благо использует "собственное" средство резервного копирования VMware VDP. VDP я активно пользуюсь, однако в последнее время стал замечать, что бэкапы делаются долго, а их размеры для некоторых VM равны полным копиям VM. Стал грешить на CBT, проверил для VM ключик ctkEnabled на true - все в порядке. Стал искать другие закономерности в "неправильных" VM с "неправильными" бэкапами и оказалось, что всему виной Storage vMotion в моем случае под личиной SDRS. 
Самое печальное, что после Storage vMotion CBT перестает работать вообще: и на первом бэкапе (что логично) и на всех последующих. Т.е. если Вы сделали первый бэкап с помощью VDP и включенным для VM CBT, потом случился Storage vMotion, то все последующие бэкапы даже в отсутствии Storage vMotion совершенно не интересуются измененными блоками. Восстановление с использованием CBT тоже становится невозможным. 
Как с этим бороться:
Для начала надо понять, что нам важнее бэкап с использованием CBT или Storage vMotion.
- Если выбором будет Storage vMotion - ключик ctkEnabled=false и забыли про все плюшки CBT.
- Если беда уже случилось, и мы хотим спасти овец (использовать CBT) делаем так:
1. выключаем VM
2. удаляем все снапшоты для VM
3. отключаем CBT - ctkEnabled=false
4. удаляем *-ctk.vmdk (все *-ctk.vmdk они создаются для каждого диска VM, для которого включен CBT)
5. включаем CBT - ctkEnabled=true
6. включаем VM
7. забываем о Storage vMotion и SDRS ;(

p.s> CBT использем в том числе и Veeam, к сожалению его нет под рукой, так что проверить как такая ситуация обрабатывается Veeam (происходит ли обнуление *-ctk.vmdk после Storage vMotion) нет возможности.


Heartbleed VMware

Hearbleed'ом зацепило, естественно, и продукты VMware. Так что придется пропатчиться. 

VMware уже отписалась по этому поводу официально VMSA-2014-00004.5

А ниже список виновников торжества провинившихся:





  • ESXi 5.5
  • NSX for Multi-Hypervisor Manager 4.0.x and 4.1.x
  • NSX for vSphere 6.0.x
  • NVP 3.x
  • vCenter Server 5.5 (including VMware Big Data Extensions 1.x)
  • vFabric Web Server 5.0.x – 5.3.x
  • VMware Client Integration Plug-In (CIP) version 5.5
  • VMware Fusion 6.0.x 
  • VMware Player 6.0.x 
  • VMware Workstation 10.x
  • VMware Horizon Mirage Edge Gateway 4.4.x
  • VMware Horizon View 5.3 Feature Pack 1 (affects only the HTML Access component in the Remote Experience Agent)
  • VMware Horizon View Client for Android 2.1.x, 2.2.x, 2.3.x
  • VMware Horizon View Client for iOS 2.1.x, 2.2.x, 2.3.x
  • VMware Horizon View Client for Windows 2.3.x
  • VMware Horizon Workspace 1.0 
  • VMware Horizon Workspace 1.5 
  • VMware Horizon Workspace 1.8
  • VMware Horizon Workspace Client for Macintosh 1.5.1
  • VMware Horizon Workspace Client for Macintosh 1.5.2
  • VMware Horizon Workspace Client for Windows 1.5.1
  • VMware Horizon Workspace Client for Windows 1.5.2
  • VMware Horizon Workspace for Macintosh 1.8
  • VMware Horizon Workspace for Windows 1.8
  • VMware OVF Tool 3.5.0
  • VMware vCloud Automation Center (vCAC) 6.x
  • VMware vCloud Networking and Security (vCNS) 5.1.3
  • VMware vCloud Networking and Security (vCNS) 5.5.1
Патчимся, иначе не "комплаинс"

vExpert 2014

Прошло очередное ежегодное награждение vExpert 2014 от VMware.

Как и в прошлом году мне удалось найти себя в списке отличившихся :)
За звание не дают конфет и шариков, но многие вендоры предоставляют vExpertам ништяки.