Введение

Авторский коллектив

Автор: Антон Жбанков (AntonVirtual, «BeerPanda. Органично недоразвитый DevOps»)
Со-авторы: Григорий Прялухин, Евгений Парфенов

Общие понятия виртуализации

Пришлось увидеть множество трактовок что такое виртуализация и выслушать множество споров, ни на йоту не приблизивших спорящих к практическому результату. А как известно, спор двух умных людей сводится к спору об определениях. Давайте определим что такое виртуализация и что из этого проистекает.

Наверное, самым близким определением понятия “виртуализация” будет “абстрагирование” из объектно-ориентированного программирования. Или, если переводить на нормальный русский язык — это сокрытие реализации за абстрактным интерфейсом. Что, конечно, все сразу объяснило. Попробуем еще раз, но для тех, кто не изучал программирование.

Виртуализация — сокрытие конкретной реализации за универсальным стандартизованным методом обращения к ресурсам / данным.

Если попробовать применить на практике данное определение, то окажется, что оно вполне работает на совершенно неожиданных предметах. Скажем, часы. Вот были придуманы несколько тысяч лет назад солнечные часы, а в средневековье были придуманы механические. Что же там общего? Солнце и какие-то шестеренки? Бред какой-то. А потом кварцевые генераторы и все остальное.
Суть в том, что мы имеем стандартный интерфейс — стрелочный или цифровой указатель, который в универсальной стандартной форме указывает текущее время. Но имеет ли для нас значение как конкретно реализован этот механизм внутри коробки, если время указывается с достаточной для нас точностью?
— Позвольте, — можете сказать вы, — но я-то думал, что виртуализация про машины, процессоры там, и так далее!
Да, она и про машины, и про процессоры, но это лишь частный случай. Давайте рассмотрим более широко, раз уж статья смело претендует на общую теорию.

Общаясь со многими Заказчиками, обратил внимание на то, что многие из них вроде хотят попробовать VDI на вкус, но боятся, что не проглотят – слишком сложно, говорят. Специально для тех, кто думает, что даже пилотное внедрение VDI – это слишком сложно, компания QUEST серьезно переработала установщик ПО vWorkspace с целью значительно упростить «вхождение» в увлекательный мир VDI. В этом посте я пройду вместе с вами, уважаемые коллеги, по всему пути, от самого начала, с установки первого сервера виртуализации, до показа Директору на его любимом iPad, что же это такое — загадочная «инфраструктура виртуальных рабочих столов».

Руководство в конторе, где я работаю, поставило задачу отработать автоматическое выключение серверов, когда бесперебойник переходит на работу от аккумуляторов. Часть серверов бегает на windows (о них я даже не думал) и часть на esx/esxi, которые беспокоили меня больше всего, ибо опыта работы с никсами у меня очень и очень мало, особенно написания всяческих скриптов. Но задача поставлена и надо ее решать.
Начал потихоньку изучать этот вопрос, и я прям обрадовался, когда вышел на бинарник в esxi 5.x powerOffVms, который завершает работу гостевых систем при включенной у них соответствующий опции. Но энтузиазма поубавилось, когда такой штуки не обнаружилось в esx версии. В общем, было принято решение реализовать эту фичу на bash в esx (как раз понять, чем он и для чего дышит).

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

Современные виртуальные дата-центры, как правило, хорошо защищены от атак извне. Традиционно в виртуальных инфраструктурах (ВИ) применяются межсетевые экраны, антивирусы, IPS/IDS и другие компоненты, однако про атаки изнутри почему-то зачастую забывают, всецело доверяя администраторам ВИ. При этом специфика виртуальной инфраструктуры предполагает большее, по сравнению с физической средой, количество привилегированных пользователей, что автоматически создает для ВИ отдельную группу инцидентов, связанных с умышленными (например, копирование защищаемой информации) или неумышленными действиями (например, администратор случайно выключил хост). Таким образом, в виртуальной инфраструктуре необходимо контролировать и ограничивать доступ привилегированных пользователей, а также иметь возможность ретроспективного анализа их действий для выявления и расследования инцидентов.

Использование виртуального твердотельного накопителя поможет Вам сэкономить и время и деньги. VMware vSphere 5.5 новейшая редакция передовой платформы виртуализации, это аппаратный гипервизор, устанавливается непосредственно на физический сервер и делит его на несколько виртуальных машин, которые могут работать одновременно, используя одни и те же физические ресурсы. Дисковое пространство необходимое для установки снижено до 150 MB платформы vSphere, за счет отсутствия базовой операционной системы. Управление такой платформой может производиться удаленно.

Вчера, 12 августа, вновь созданные и перезапущенные виртуальные машины, работающие под VMWare ESX и ESXi версии 3.5 Update 2 в энтерпрайз-конфигурации, отказались загружаться. Ошибка была обнаружена в модуле контроля лицензий, который выдавал сообщение, что срок действия лицензии истёк. Проблема получила максимальный статус важности и сегодня уже была решена!

Патч для ESX(i) 3.5 Update 2:
For ESX 3.5 1006721
For ESXi 3.5 1006670

Если вы столкнулись с зависаниями/отключениями от сети/неработоспособностью серверов ESX версии 4.0 при отключении одного или нескольких LUN, то знайте что это проблема в NMP-плагине.
подробнее данный вопрос разобран в статье:
virtualgeek.typepad.com/virtual_geek/2009/12/an-important-vsphere-4-storage-bug-and-workaround.html

простой способ устранения проблемы:
1. Обновить vCenter до версии 4U1;
2. Обновить все узлы всех кластеров до версии 4U1;
3. Выполнить на ВСЕХ узлах ОДНОГО из кластеров команду «esxcfg-advcfg -s 1 /VMFS3/FailVolumeOpenIfAPD»;
4. Подключением-отключением тестового LUN убедиться что проблема устранена;
5. В случае успешного устранения проблемы на одном кластере применить указанную выше настройку на узлах оставшихся кластеров;

Вышло 5-е обновление для продуктов VMware ESX и VMware ESXi линейки 3.5.
Все изменения и исправления описаны в Release Notes:
— для ESX 3.5 U5 — www.vmware.com/support/vi3/doc/vi3_esx35u5_rel_notes.html
— для ESXi 3.5 U5 — www.vmware.com/support/vi3/doc/vi3_esx3i_i_35u5_rel_notes.html

в частности, добавлена поддержка следующих ОС:
— Windows 7 Enterprise (32-bit and 64-bit)
— Windows 7 Ultimate (32-bit and 64-bit)
— Windows 7 Professional (32-bit and 64-bit)
— Windows 7 Home Premium (32-bit and 64-bit)
— Windows 2008 R2 Standard Edition (64-bit)
— Windows 2008 R2 Enterprise Edition (64-bit)
— Windows 2008 R2 Datacenter Edition (64-bit)
— Windows 2008 R2 Web Server (64-bit)
— Ubuntu Desktop 9.04 (32-bit and 64bit)
— Ubuntu Server 9.04 (32-bit and 64bit)

ссылки на страницы скачивания дистрибутивов для тех, у кого есть лицензии на данное ПО:
— ESX 3.5 U5 — downloads.vmware.com/d/details/esx350u5/dGViZGp0cGJkZXBo
— ESXi 3.5 U5 — downloads.vmware.com/d/details/esx_3i_installableu5/dGViZGp3dGJkZXBo

Ссылка на страницу скачивания бесплатной версии ESXi 3.5 U5 (требуется регистрация):
www.vmware.com/tryvmware/?p=esxi&lp=1

позволю себе напомнить, что в отличии от ESXi 4.0, ESXi 3.5 основан на 32-битном ядре,
и может быть использован для превращения относительно старого железа в сервер виртуализации.
людям, имеющим в своем распоряжении 64-битные процессоры, лучше использовать ESXi 4.0.

Ссылка на страницу скачивания бесплатной версии ESXi 4.0 U1 (требуется регистрация):
www.vmware.com/tryvmware/index.php?p=free-esxi&lp=1

Недавно я столкнулся с ситуацией, когда на виртуальном диске в виртуальной машине vSphere начало заканчиваться место, а типичная операция по расширению дискового пространства оказалась невозможной. В моем случае это было связано с интерфейсом подключения диска — IDE.

Статьи, которые можно найти в этой связи в Интернет, например:
VMware Knowledge Base
Аналог, с картинками
к сожалению неполны.

Следование данным статьям приводит к неработоспособности виртуальной машины. После более детальных изысканий, был найден работающий путь, дополняющий вышеуказанные статьи. Для того, чтобы статья предоставляла цельное решение проблемы, здесь будет изложен переработанный и дополненный способ конвертации.

Довольно часто на семинарах или при аудите существующей у заказчика виртуальной среды мне приходилось слышать упреки: «Виртуализация тормозит», «Мы попробовали перевести сервер в виртуальную среду, и он встал», «Виртуальные серверы работают медленнее физических». При этом девять из десяти таких проблем с «торможением» виртуальных серверов решались простой оптимизацией устройств в составе виртуальной машины.

Большое количество вопросов, как повысить быстродействие виртуальной среды, побудило меня к написанию небольшого FAQ по оптимизации виртуальных машин на основе VMware vSphere – платформы используемой большинством наших корпоративных клиентов. При этом хочется отметить, что для решений на основе Hyper-V и Xen Server корректный выбор устройств также способен ускорить работу виртуальных серверов.