VMUG #2 Belarus

29 декабря прошел второй VMUG Belarus. Было интересно.
Огромное спасибо за помощь в организации и проведении мероприятия

А так же всем докладчикам, поддержавшим нас отличными докладами, интересными вопросами и хорошим настроением.

Встретимся на VMUG #3 Belarus.

VMUG #2 Belarus

29 ноября 2013 г. в городе Минск пройдет VMUG #2 Belarus.

Время: регистрация с 9.00, начало мероприятия 9.20

Место: Галерея / бар «NEWDAY» Адрес:  г. Минск, ул. Немига, 36 (вход через ресторан NEWMAN)

Что это ?  неофициальное, некоммерческое мероприятие, посвященное продуктам VMware и смежным технологиям.

Зачем ? это отличная возможность поделиться опытом, узнать ответы на технические вопросы, послушать доклады представителей EMC, VMware и других профильных компаний. И все это в неформальной обстановке.  

Для кого ? системные администраторы, инженеры поддержки, руководители IT отделов, IT аналитики и все, кто не равнодушен к технологиям виртуализации.

Программа:

• Критерии выбора СХД для виртуальной инфраструктуры.  Anton Zhbankov, EMC vSpecialist, 5x vExpert

• Стратегия резервного копирования VM. Владимир Ескин, Технический консультант Veeam, vExpert

• Переход к модели IT-as-a-Service. Сергиенко Сергей, Rightscale

• FREE =) Кирилин Владислав. Senior Consultant, VMware, PSO

• FREE =)  Купчинецкий Александр. Senior Systems Engineer VMware.

• Опыт проектирования виртуализации рабочих мест в Республике Беларусь. Владимир Каратай, ЗАО «НПП Белсофт»

Два наших докладчика из VMware готовы осветить любую интересную Вам тему. 

Укажите ее при регистрации и, возможно, доклад наших экспертов будет персонально для Вас. 

Регистрация обязательна, количество мест ограничено.

Возникли вопросы - пишите

Network port diagram for Horizon View

Обновился список постеров от VMware. Добавился Network port diagram for Horizon View

VDP reset password

VDP продолжает преследовать меня, на этот раз был чужой инстанс и пароль в состоянии "потерян-забыт"

1. проверить а не так ли оно root/changeme

если не так, то тогда так:

2. Ребутим VDP
3. Останавливаемся на GRUB
4. Правим boot options init=/bin/bash
5. Загружаемся и используем passwd для сброса пароль в дефолтный "changeme"
6. Возвращаем все на место и меняем дефолтный пароль привычным change-password
7. Качаем скилл "помнить пароль" или скилл "записывать пароли"

VMware Hands-On Lab VMworld Barselona 2013

На VMware Hands-On Lab, о котором я писал ранее, стали появляться лабы с прошедшего в Барселоне VMworld.
Список постоянно пополняется:

HOL-SDC-1320 – OpenStack on VMware vSphere
HOL-SDC-1321 – vCloud Automation Center (vCAC) 6.0 from A to Z

картинка из прошлой недели

Отключение balloon driver

Есть два способа почти законного отъема денег у граждан отключения balloon driver в VM.

1. Правим *.vmx или добавляем ключ в Configuration Parameters VM (что есть одно и то же):

sched.mem.maxmemctl = 0

2. Подходит для VM Windows. Правим реестр:

\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\VMMEMCTL

Меняем ключик Start

Все это не очень полезно для продуктивных сред, а вот для изучения работы Memory compression и VMkernel swap вполне сгодиться.

vSphere 5.5 compatibility guide

Появилась информация по официально поддерживаемому оборудованию для vSphere 5.5
Из первых впечатлений, это существенно похудевший список поддерживаемых HP серверов.
Всего из списка ушло около 40 моделей серверов HP. В частности выпали из списка официально поддерживаемых сильно любимые мной BL460c G6 и BL490c G7, в то же время, BL460c G7 и BL680c G7 попали в список совместимого оборудования. В общем, с compatibility guide для 5.5 сейчас твориться что-то непонятное и, вероятно, он будет пополняться вендорами после тестирования 5.5 на "выпавших" моделях серверов. Так что на данный момент суетиться нет смысла, но если в планах есть закупки оборудования под 5.5 стоит все таки со списком ознакомиться.

Справедливости ради стоит отметить, что уменьшился список и у IBM и Cisco.

P.S> на выше указанных "выпавших"  BL460c G6 и BL490c G7 5.5, как и ожидалось, все установилось и заработало.

Microsoft Clustering on VMware vSphere

Обновились данные о поддержке MS Cluster на VMware vSphere:

VMware vSphere support for MS clustering sulutions

 VMware vSphere support for running Microsoft Clustered Configurations

VMware Hands-On Lab (HOL)

Хорошая новость для всех участников VMware Hands-On Lab - по этому адресу доступен Content Catalog c мануалами ( PDF и HTML) по лабам.

Сам HOL как и раньше находится здесь и содержит огромное количество Lab по SDDC, Hybrid Cloud, vCloud, Networking, Storage, Performance.

VMware vCenter Log Insight syslog collector for Windows

Я уже писал про VMware vCenter Log Insight здесь. Про то как он интегрируется с VMware vCenter и VMware vCenter Operations, про то как он кастомизуется, анализирует, строит отчеты, алертует и т.п.

Сегодня мы будем использовать его совсем для другого...

Troubleshooting VMware Data Protection

Продолжаю писать о моем "любимом" продукте от VMware - VDP

Компания VMware позаботилась о том, чтобы лишить счастливых обладателей VDP средств диагностики работы этого продукта. Консоль малоинформативна, логов очень много и их назначение, расположение и содержание не всегда очевидно.
Но не секрет, что VDP работает на "движке" EMC Avamar, а значит вполне логично было предположить, что некоторые средства диагностики разработанные для EMC Avamar подойдут для VDP. Так оно и оказалось:

proxycp набор скриптов для диагностики работы Avamar, который очень даже работают в VDP.
Копируем на VDP, запускаем:

>java -jar proxycp.jar

Достаточно обширный набор для работы с proxy серверами VDP, подключение\отключение дисков, резервным копированием и восстановлением:

>java -jar proxycp.jar --listproxy
>java -jar proxycp.jar --listvm
>java -jar proxycp.jar --listdatastoremap

Полный список команд доступен по:

>java -jar proxycp.jar --help

proxycp  можно скачать здесь

P.S: а еще VDP 5.1.x не любит Europe\Minsk и еще парочку другую часовых зон. При установке выставляем UTC. Потом в SUSE:

> rm /etc/localtime
> ln -sf /usr/share/zoneinfo/etc/GMT-3 /etc/localtime

vCenter Log Insight. Private.

А вокруг только и разговоров, что о vCenter Log Insight. Как оно бесконечно прекрасно тюнится и делает жизнь администраторов светлой и радостной. (с)

Профильные ресурсы просто переполнены инструкциями и мануалами по новой игрушке от VMware - vCenter Log Insight. Продукт еще в Beta, но уже заставляет обратить на себя внимание.

- vCenter Log Insight это не очередной logserver. Точнее и он тоже, но ключевым тут является не сбор и хранение, а управление, аналитика, визуализация, структурирование событий от виртуальной инфраструктуры (приложения, vm, хосты, сетевые устройства, межсетевые экраны, ос, СХД).
- поставляется в виде Virtual Appliance, интегрируется с VMware vCenter и VMware vCenter Operations. Второй вариант интересней, т.к. позволяет находить причины проблем отраженных  в Operations искать напрямую в логах.

Все дальнейшее строго ИМХО, основанное на 2-х недельном ковырянии в продукте.

Ресурсы:

Начинал с 2 хостов закончил на 30 - существенной разницы в потребляемых ресурсах не заметил. Добрые люди рассказывали о развертывании на 600+ хостов.

conf vm: 2vcpu, 8gb ram

утилизация в режиме сбора событий:
2-5% СЗГб 5-10% memory, lan (av) 5-10 Kbps (в пиках 100), disk: latency(av) 30, usage(av) 400 Kbps

утилизация в режиме формирования замысловатых выборок по событиям:
10-50% СЗГб 20-80% memory, disk: latency(av) 45, usage(av) 5000 Kbps - все, естественно, зависит от сложности сортировки и количества событий

Положительные моменты:
- заявленная работа в режиме реального времени, почти так и работает...
- удобная и полноценная возможность кастомизации "My Content"
- возможность добавления нескольких vCenter в одном инстансе vCenter LI
- удобная организация fields для группировки и просмотра события по типу, источнику, категории
- предусмотренная из коробки удобная и работающая возможность замены сертификатов
- почти безграничные возможности кастомизации Dashboard.
- возможность группировки алертов по различным тегам (источник, тип события и т.п.) с последующим созданием для таких групп различных типов реакций: отправка сообщения по почте, повторные уведомления и т.п.

"НЕположительные" моменты:
- нет интеграции с LDAP - просто ужасно для продукта, который позиционируется для корпоративного рынка.
- нет возможности самому раскрашивать алерты в графике на Dashboard

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

Uninstalling vCenter Server

Вдогонку к предыдущему посту про удаление VDP, навеянные KB1030559 пару строк про "правильное" удаление vCenter Server:

1. удаляем все компоненты vCenter
2. удаляем папки
с:\Program Files\VMware\Infrastructure\VirtualCenter Server 
с:\ProgramData\VMware\VMware VirtualCenter
3. удаляем VMwareVCMSDS из AD Lightweight Directory Service просто удалив AD LDS
4. удаляем папку 
c:\Windows\ADAM
5. и три ключа реестра:
HKEY_LOCAL_MACHINE/SOFTWARE/VMware Inc./VMware VirtualCenter
HKEY_LOCAL_MACHINE/SOFTWARE/VMware Inc./WOW6432NODE/VMware VirtualCenterHKEY_LOCAL_MACHINE/SOFTWARE/VMware Inc./WOW6432NODE/VMware Infrastructure

На "очищенный" сервер без ошибок ставиться заново vCenter Server. 

Uninstalling plugin vSphere Data Protection

Огромная моя любовь к VDR переросшая в любовь к VDP заставляет меня часто заново разворачивать VDP там, где его уже успели удалить. Очень часто при таких повторных установках возникают проблемы связанные с неправильным (точнее неполным) удалением предыдущего инстанса VDP.

Вот как надо:

1. выключаем VDP, используя shutdown
2. если ничего не собираемся сохранять - по правой кнопке delete from disk
3. идем на https://<vcenterIP>/mob
4. выбираем content, далее выбираем extensionmanager
5. нажимаем unregisterextension, в строке VALUE пишем com.vmware.vdp
6. Invoke Method
7. если повезло, рассматриваем сообщение "Method Invocation Result: Void"
8. Релогин и наслаждаемся результатом.

Инструкция универсальная и подходит для других компонент, добавляющих свои плагины в vCenter Server

VMUG#2 Belarus

Коллеги, в прошлом году мы организовали и провели первый VMUG в городе Минске.
Мероприятие понравилось участникам, докладчикам и организаторам. Мы решили продолжить эту традицию, 2013 год перевалил через экватор, а значит, пора приступать к организации VMUG#2 2013 Belarus.

Если у вас есть интересные темы для докладов, и вы хотите, чтобы эти темы были освещены на  VMUG#2 2013 Belarus - пишите, предлагайте и мы постараемся сделать все возможное чтобы рассказать о том, что вас интересует.

Если вы хотите не просто послушать, а поделиться опытом и выступить с докладом - тоже пишите.

Условия остаются неизменяемыми: ТЕХНИЧЕСКИЕ доклады о виртуализации и смежных областях и никакого маркетингового вливания.

вище, швидше, сильніше

Действующие лица истории двух месячной давности:

Я

К – автор приложения

З – заказчик, на его площадке работает приложение написанное К

А.К. – админ компании, где работает К.

Раннее субботнее утро. Звонок с неизвестного номера:

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

Я: О_о. 

Пытаюсь прояснить ситуацию: что за приложение, какие проблемы и кто автор раннего звонка. 

Подключаюсь к инфраструктуре "XYZ", смотрю статистику производительности за последних два месяца VM с "болеющим" приложением - курит. Возникает желание забрать лишнее ядро и половину выделенной памяти.

Я:  Постараюсь в ближайшее время разобраться.

Вешаю трубку. Звоню заказчику "XYZ" - прояснить ситуацию с "тормозящим приложением"

Я:  Привет, какие у вас проблемы с приложением  ? 

З: Никаких, все ок 

Я: О_о. Мне только что звонил К, сказал, что у вас все тормозит.

З: Нет. все нормально.

Звоню К.

Я: У них все нормально. Никто не жалуется.

К: Они просто не понимают, как быстро может работать мое приложение, поэтому не жалуются. Это все ваша виртуализация, она тормозит все мои приложения. Когда мы тестировали приложение на НАСТОЯЩЕМ сервере, все работало быстрее. Можете узнать у наших админов.

Получаю скайп админов, звоню, объясняю ситуацию.

С той стороны смех:

А.К:  Скажи, что перенесете на физический сервер, иначе выест мосх.

Я: О_о.

А.К: У нас все разрабатываемые приложения тестируются только на VM. Пока автору этого приложения не сказали, что перенесли  на физический сервер, он не давал нам покоя. Поступи так же. Его приложение никогда не тестировалось и не работало на не виртуальном сервере.

Так и поступили: уменьшил ресурсы сервера, сказал К, что перенесли его приложение на физический сервер. Больше «жалоб» не поступало.  Для З. ничего не изменилось, К. – доволен. Возможно, меня можно обвинить в поддержании невежества и заблуждений, но, порой, зануде проще дать, чем отказать. Все счастливы. Занавес. 

Вспомнилось после прочтения на v-front.de такой вот притчи. 

vExpert 2013

Объявлены результаты vExpert 2013.
Поздравляю Антона Жбанкова, Женю Гарбузова и Константина Введенского.
В этом году награду получил и я.

VMUG 2013 Москва

17 мая в Москве пройдет очередной VMUG. Подробности у Михаила Михеева здесь.

В прошлый раз было весьма интересно и познавательно. Рекомендую посетить данное мероприятие.

А VMUG #2 Минск будет осенью.... :)

vSphere 5.1 Update 1 - "из понравившегося..."

25 апреля 2013 года компания VMware порадовала нас, выпустив Update 1 для vSphere 5.1.
Помимо исправления багов с которыми большинство администраторов виртуальной платформы никогда и не сталкивались, были исправлены и ошибки с которыми приходилось сталкиваться достаточно часто.

Чем порадовал U1 меня, исправлено:

- баг с запретом изменения настроек VM находящейся в datastore cluster при наличии полных прав на машину, но отсутствии прав на datastore cluster.

- не стартует vCenter Server если SSO не смог при старте подключится к своей DB. Такое бывает, если SSO стартует раньше сервисов DB. Приходилось вручную рестартовать SSO, а потом и vCenter Server.

- vm могли обозначаться красным значком, хотя реальных алертов и варнингов для них не было. Природа возникновения данного явления совсем непонятна, но происходить это могло после включения vm или перегрузки.

- баг с просмотром статистики за последний год, когда отображался только последний месяц.

- при откате снапшота отваливалась сеть и спасала только перегрузка и последующее выставление значения "conected".

- при выборке статистики производительности за определенный период появлялось сообщение "Performance statistics rollup from Past ___ to Past ___ is not occurring in the database"

- некорректное отображение статуса vm при отработке плана SRM и переносе vm на второй сайт.

- некорректное обрабатывание алерта на размер vm при наличии снапшота.

- проблема с обезличиванием локализованных версий ОС (2к8, 7, 8). 

Подробнее про обновления в VMware vCenter Server 5.1 здесь, а про обновления ESXi 5.1 - здесь.

Обновился и горячо любимый мною VDP. О всех улучшениях и исправлениях в нем написано здесь.

VDP Error E30927

Словил очередную ошибку от моего "любимого" продукта VMware - vSphere Data Protection:

[Timer_general]-events.TaskEventHelper: Post error event: E30927:An attempt was made to backup a virtual machine client which no longer exists in vSphere.

Возникает если при обновлении VDP списка vm пропала связь с vCenter.

Лечится так:

В консоли VDP:

root@vdp:~/#: dpnctl stop mcs

root@vdp:~/#: dpnctl start mcs

Ну и, естественно, рестарт таска резервного копирования.

Изменение языка email alerts vCenter

Иногда возникает необходимость отправлять по почте alerts от vCenter на языке отличном от использованного при установке vCenter. Например, когда IT подразделение, отвечающее за мониторинг и поддержку, сидит в где-нибудь в Германии и напрочь не знает английского =)
Удовлетворить капризных немецких IT-шников возможно:

- идем в %ProgramFiles%\VMware\Infrastructure\VirtualCenter Server\locale\en и сохраняем все содержимое.
- идем в  %ProgramFiles%\VMware\Infrastructure\VirtualCenter Server\locale\de копируем содержимое и вставляем в %ProgramFiles%\VMware\Infrastructure\VirtualCenter Server\locale\en
- повторяем все для папок: 
%ProgramFiles%\VMware\Infrastructure\VirtualCenter Server\extensions\health-ui\locale\
%ProgramFiles%\VMware\Infrastructure\VirtualCenter Server\extensions\hostdiag \locale\
- рестартуем vCenter. Все.

маленькое "но": все это, естественно, не поддерживается VMware

vSphere Replication support VSS

Обновилась таблица поддержки VSS в ОС Windows для vSphere Replication:

Operating System	Application Quiescing		File System Quiescing
	vSphere Replication 1.0.x	vSphere Replication 5.1	vSphere Replication 1.0.x	vSphere Replication 5.1
Windows Server 2003	YES	YES	YES	YES
Windows Server 2008	NO	YES	YES	YES
Windows Server 2012	NO	YES	NO	YES
Windows Vista	NO	NO	YES	YES
Wiindows 7	NO	NO	YES	YES
Windows 8	NO	NO	NO	YES

VDP restore vCenter

Как известно доступность функционала vSphere Data Protection зависит от доступности vCenter.
А иногда бэкапить и восстанавливать vCenter средствами VDP очень хочется. В случае падения vCenter воспользоваться VDP все таки можно:

- быстренько устанавливаем новый vCenter с IP и FDQN упавшего.
- заходим на https://ip_VDP:8543/vdp-configure/
- Configuration -> unlock и вбиваем пароль от VDP, заполняем информацию о "новом" vCenter
- перегружаем VDP, vCenter
- заходим на vCenter через vSphere Web Client, далее через меню vSphere Data Protection восстанавливаем упавший vCenter.
- Удаляем новый vCenter, включаем восстановленный.

vBeer №1 Minsk состоялся.

Мероприятие состоялось. Надеюсь было интресно. Спасибо всем присутствовавшим. Огромное спасибо ребятам из VMware Александу Купчинецкому и Дмитрию Казбану.

P.S. теперь у каждого есть если не собственное облако, то хотя бы его определение =)

VDR migration VDP

14 марта VMware Data Protection стало таким 5.1.20. Помимо изменений описанных по приведенной ссылке, хотелось бы особо отметить появление возможности мигрировать с VMware Data Recovery 2.0 на VMware vSphere Data Protection:

а о том как это сделать здесь

Вот только само обновление пока недоступно для загрузки...

vBeer №1 Minsk

vbeer №1 Minsk состоится 2 апреля. 

время: 18-00

место: Немига. Раковский Бровар.

условия участия: технический интерес к виртуализации и неподдельно искренняя любовь к пиву.

плюшки: присутсвие экспертов из VMware, которые что-то расскажут и покажут, которых можно потрогать, которым нужно задать вопросы.

со всеми вопросами, предложениями по тематике вечера и подтверждением участия пишите sergey.gorlinskygmail.com

VMware vSphere Data Protection. Битва за free backup.

Еще со времен VMware Data Recovery (VDR) было очевидно, что VMware не собирается вкладывать серьезные ресурсы в разработку и продвижение продуктов для резервного копирования виртуальных сред. VDR был прост в развертывании, но жутко капризен в обслуживании. Хороший продукт для резервного копирования это тот, который можно один раз настроить и спокойно забыть о его существовании. VDR был не из таких. Пожалуй, основным его достоинством была цена равная нулю. С приходом 5.1 на смену VDR появился VMware vSphere Data Protection (VDP). Хороший пример того как из отличного решения за не маленькие деньги (EMC Avamar) можно сделать что-то совершенно "неотличное", но задешево (понадобится лицензия Essentials Plus и выше)

Мысли официальные в вольной интерпретации:

• Простая в развертывании, надежная система резервного копирования для виртуальных сред.
• VDR до VDP, естественно, не обновляется.
• То, что Вы набэкапили c VDR использовать с VDP нельзя. И сконвертировать тоже нельзя, хотя, возможно, в ближайшее время станет можно.
• Один VDP это резервное копирование ста машин, на один vCenter Server можно использовать 10 VDP.
• VDP разливают по 0.5 Тб, 1 Тб, 2 Тб., И это размер дедуплицированных данных.
• VDP поддерживает Changed Block Tracking. И это, действительно, круто для бесплатного продукта. И дедупликацию он умеет делать не в рамках одного задания на резервное копирование, а и между заданиями (группировка заданий по ОС не нужна, хотя на первоначальных этапах в ней есть смысл)
• Сделать из 0.5 Тб. VDP 2 Тб. VDP после запуска нельзя.
• Подключать всякие CIFS и NFS "внутрь" VDP нельзя.
• Чтобы получить 500 Gb дедуплицированного трафика Вам понадобится положить VDP на диск в 850 Gb, 1 Тб на 1.6 Тб, 2 Тб на 3 Тб.

Мысли неофициальные (из опыта эксплуатации):

• До обновления 6.1.80-179 VDP не работает. Разворачивается, но не работает.
• Несмотря на заявленную поддержку тонких дисков для VDP большого как и малого смысла в этом нет.
• После установки VDP следует "покурить" 20-30 часов. До истечения этого срока дергать VDP и заставлять его что-то бэкапить бесполезно: ничего не получится, да и VDP, скорее всего, сломается.
• О своей личной жизни VDP пишет в \usr\local\avamar\var\vdr\server_logs\vdr-server.log
• После большего перекура "core service", "management service", "file system service" все равно не запустятся. Нужна КОРРЕКТНАЯ перегрузка, которая будет не быстрой.
• В указанный выше лог VDP пишет в периоды "Blackout" и "Maintenance"
• О  "Blackout" и "Maintenance" следует написать отдельно т.к. есть строгий перечень действий, которые можно и нельзя делать в эти периоды:

Blackout Window

The blackout window is the portion of each day reserved for performing server maintenance activities, such  as garbage collection, which require unrestricted access to the server. Garbage collection deletes the orphaned chunks of data that are no longer referenced within any backups stored on the system.

•  Operational impact — No backup or administrative activities are allowed during the blackout window. You can perform restores.
•  Default settings — The default blackout window begins at 8 a.m. local server time and continues uninterrupted for three hours until 11 a.m. that same morning.
• Customization — You can customize the blackout window duration to meet specific site requirements. 

Maintenance Window

The maintenance window is the portion of each day reserved for performing routine server maintenance 

activities such as integrity check validation. 

• Operational impact — There might be brief periods when backup or administrative activities are not 

  allowed. 

  Although backups can be initiated during the maintenance window, doing so impacts both the backup  

  and maintenance activities. For this reason, minimize any backup or administrative activities during the

  maintenance window. You can, however, perform restores. 

  Although Integrity Check and backups can overlap, doing so might result in I/O resource contention, 

  which can cause both activities to take longer to complete and possibly even to fail.
•  Default settings — The default maintenance window begins at 11 a.m. local server time and continues 
  uninterrupted for nine hours until 8 p.m. that evening.
•  Customization — Although the maintenance window is not directly customization, its start time and
  duration is derived from backup and blackout window settings. (c)

Этому надо верить и выполнять , иначе ждет Вас Rollback.

• Логи заданий резервного копирования \usr\local\avamarclient\var-proxy-?\ и содержат ошибки возникшие на стадии "backup". По содержанию они совершенно доступны и понятны тля проведения траблшутинга. Примерно так:

avvcbimage Error <12015>: Failed to connect to virtual disk [vmstore01] vmtest/vmtest01-000001.vmdk (13) (13) You do not have access rights to this file

• Никуда не делась и всеми любимая проблема с взаимодействием в VSS в w2k8. Решается она просто: disk.EnableUUID.=TRUE. Хотя это просто решение и может повлечь неконсистентность данных в резервной копии.
• user-frendly interface у процесса восстановления отсутствует. Нет никакой индикации о состоянии процесса в данный момент, оставшемся времени. Об окончании процесса можно судить только по выполнении следующих задач в логе vSphere:

1. revert snapshot
2. the execution state of the virtual machine has been reverted to the state of snapshot VDP-####, with ID 9596
3. Remove snapshot 
4. Virtual machine disks consolidation succeeded.

Несмотря на все технологические преимущества, вопрос стал ли VDP лучше VDR с точки зрения конечного администратора остается открытым.

Совсем недавно VMware выпустила VDP Advanced. Подробнее о отличия, преимуществах и ценообразовании читайте на vmgu.ru

    

Основные понятия и архитектура SRM 5.0

На vmwarelearning.com появилось обучающее видео посвященное SRM.
В пятнадцати минутном ролике на русском языке представлен обзор основных возможностей SRM 5.0.
Вместе с видео о установке SRM 5.0, привязке узлов, репликации хранилищ, сопоставлении объектов иерархии, группах защищаемых ВМ, создании плана восстановления получается довольно неплохой комплект для "посмотреть" на SRM.
Хотя ничего лучше чем установить самому и потестировать еще не придумали.

VMware Hands-on Labs

Недели две назад получил доступ к VMware Hands-on Labs.

Общая информация о VMware Hands-on Labs на communities
Точка входа в лабы (при уже имеющемся логине и пароле)
Список лабораторных работ и мануалы к ним. Все заявленные в списке работы присутсвуют в лаборатории. Списки постоянно дополняются новыми работами.
Ну и постер по лабам.

Первые впечатления: 
- работы интересные и познавательные
- несмотря на ограничения лабы, никто не заставляет Вас двигаться в рамках линейного сюжета заданий.  
- совсем неудобное меню содержащее описания технологий, лабы, сюжет и.... инструкцию step-by-step. 
- не очень быстро. Или даже так: если попасть до 21.00 UTC+3, то достаточно быстро, а вот с 23-00 и до 5-6 утра - жуть как медленно. 
- если правильно сочитать с официальными курсами на mylearn.vmware.com, получилось совсем недурно.
- Во многих лабах путаница с паролем. На самом деле он стандартный =) VMware1!

eLearning update

Очередное обновление "русских" курсов на mylearn.vmware.com.
Добавлен курс VMware View: Fundamentals [V5.0].
Качество перевода стало немного лучше.

vDS Rollback

Ничто так хорошо и быстро не вылечит Ваш vDS как хороший rollback.

В 5.1 появился автоматический откат настроек vDS до последней "правильной" конфигурации в случае внесения изменений повлекших за собой потерю подключения к хостам.

Rollback по умолчанию включен. Отключить его можно установив на vCenter ключик config.vpxd.network.rollback=false.

Что может вызвать откат к "правильной" конфигурации:

1. Host networking rollbacks:
- обновление скорости, дуплекса физического адаптера
- изменения в DNS и маршрутизации
- изменение политик управления траффиком на стандартной группе портов содержащих management VMkernel адаптер.
- изменение VLAN стандартной группы портов с management VMkernel.
- изменение MTU, если новое значение не поддерживается физической инфраструктурой.
- изменение IP настроек.
- удаление management VMkernel адаптера.
- удаление физического NIC на котором был  management VMkernel адаптер.

2. Distributed switch roolback:
- MTU
- Teaming and failover, VLAN, traffic shaping - для групп портов management VMkernel  распределенного коммутатора.
- блокирование всех портов management VMkernel.
- изменение политик для распределенных портов management VMkernel.

Для администратора roolback выглядит как сообщение о невозможности применения "неверных" настроек.

Для тестирования я выставлял неверный VLAN ID.

Настройки можно подправить без потери подключения.

Ошибки о неправильных настройках можно увидеть и в логах vDS.

При следующей синхронизации копии настроек vDS на хостах и vCenter будут совпадать.

Ну и самое главное - это действительно работает =)