Установка Auto Deploy

Добрый день уважаемые читатели блога pyatilistnik.org, сегодня хочу рассказать как производится установка Auto Deploy.

Что это:

Auto Deploy – это cервер дистанционной загрузки ESXi по PXE

Зачем он нужен :

Для упрощения ввода в эксплуатацию новых серверов, обновления существующих.

Как это работает:

Для того, чтобы ввести новый сервер в эксплуатацию, нам не надо устанавливать на него ESXi. Нам надо:

1) Включить этот сервер, биос должен быть настроен на загрузку по сети.
2) Дождаться, пока на этом сервере не запуститься ESXi, и он не будет автоматически добавлен в vCenter.
3) Создать файл ответов для профиля настроек этого сервера – всякие IP адреса, имя, и прочее уникальное.

После этого при каждой перезагрузке пункт 2 будет повторятся, но уже без нашего вмешательства к серверу будут применяться настройки.
Заменив только образ на сервере AutoDeploy, мы получим обновленные сервера ESXi просто после их перезагрузки, так как стартовать они будут с этого обновленного образа.

Выводы

Прикольная штука. Работает. Нареканий, на удивление, не вызвало. Однако с использование в производственной среде



Auto Deploy GUI Plug-In. Auto Deploy с человеческим лицом.

Добрый день уважаемые читатели блога pyatilistnik.org, сегодня хочу рассказать про Auto Deploy GUI Plug-In. Auto Deploy с человеческим лицом, это сервер PXE-загрузки ESXi.

Вещь замечательная, но есть и но, а именно две вещи:

1.Настройка Auto Deploy только из командной строки PowerShell, плюс тоже только через posh можно использовать Image Builder – инструмент изменения образа ESXi. С помощью Image Builder можно собирать разные образы (с разным набором драйверов, в первую очередь) , регистрировать их на Auto Deploy и затем на разные сервера назначать эти разные образы.

Второе что немного огорчало – это отсутствие средств резервирования Auto Deploy. Сервер, с которого загружаются десятки и сотни ESXi слегка, хм, страшно оставлять в единственном экземпляре.

Только что углядел на сайте экспериментальных продуктов VMware о появлении GUI для Auto Delpoy, в виде, ура ура, плагина к клиенту vSphere.



Как сделать бэкап конфигурации конфигурации View Connection Server

Добрый день уважаемые читатели блога pyatilistnik.org, в этой статье мне хочется напомнить способы бэкапа данных серверов View, тем более что недавно ко мне обращались с подобными запросами. И если у компонента Composer есть база данных, которую можно бэкапить, то у View Connection Server своей базы нет, а бэкапить все целиком довольно неудобно. Да и что делать, например, если решено перенести конфигурацию на другой сервер без потери данных. Это может понадобиться в случае миграции сервера на другую ОС.

У VMware существует документ, подробно описывающий способы резервного копирования компонентов View, я же распишу бэкап сервера View более подробно. Чтобы не бэкапить все целиком, но вынести конфигурационные данные одним файлом, размером около полмегабайта, достаточно воспользоваться инструментами vdmexport/vmdimport, хранящимися по адресу: C:\Program Files\VMware\VMware View\Server\tools\bin



Перезапуск сервисов в гипервизорах VMware

Добрый день уважаемые читатели блога pyatilistnik.org, сегодня хочу рассказать как производится перезапуск сервисов в гипервизорах VMware. Себе на память, чтобы не искать как перезапустить сервисы в ESXI.

1. Включаем SSH

2.Через локальную консоль и вводим команду /sbin/services.sh restart.

Как вы можете заметить все очень просто.

Материал сайта Pyatilistnik.org



Ошибка Failed to clone a VM, error: Invalid configuration for device «0″ при попытке клонирования при разном времени на хостах ESXi

Добрый день уважаемые читатели блога pyatilistnik.org, сегодня хочу рассказать, что недавно столкнулся с небольшой проблемой, при клонировании ВМ на другой хост на 99% появляется ошибка:

Failed to clone a VM, error: Invalid configuration for device «0″

Дело в том, что время у гипервизоров, между которыми осуществляется клонирование не должно различаться более чем на 5 минут. Если же время сбито, может появиться подобная ошибка. В этом случае все хосты нужно синхронизировать с одним NTP сервером и клонирование пройдет без каких-либо проблем.

Материал сайта Pyatilistnik.org



BitDefender — новый продукт антивирусной защиты виртуальной среды как альтернатива для DeepSecurity

Добрый день уважаемые читатели блога pyatilistnik.org, сегодня хочу рассказать, что у  Deep Security появилось сразу несколько конкурентов в области антивирусной защиты виртуальной среды.  Самое примечательное то, что этот продукт работает как с VMware, так и с платформами Citrix и Microsoft. Архитектура в нем такая же, как и у Deep Security, на гипервизор устанавливается appliance и с помощью vShield и своего агента производится централизованная защита данных на уровне СХД:

BitDefender — новый продукт антивирусной защиты виртуальной среды как альтернатива для DeepSecurity-01

BitDefender — новый продукт антивирусной защиты виртуальной среды как альтернатива для DeepSecurity-01