Сравнение версий VmWare 4.

Постепенно изучая Cisco, непрерывно стараюсь следить за тенденциями в развитии виртуализации, а именно Vmware 4.  После сдачи экзамена по Cisco, в любом случае собираюсь продолжить совершенствование своих навыков в виртуализации, отучиться на курсах и сдать сертификационный экзамен VCP, ведь готовиться к нему я начал уже давно еще на версии ESX 3.5. На прошлой неделе прикрутил себе версию 4.1 (она же является актуальной на данный момент). Теперь немного о сравнении различных версий Vmware и о технологиях…

Программное обеспечение VMware vSphere 4 – операционная система, предназначенная для виртуализации серверов, хранилищ и сетей и преобразования IT-инфраструктуры в автоматизированную и стабильную вычислительную среду. Система VMware vSphere 4 разработана на основе платформы VMware Virtual Infrastructure и является операционной системой для «облачных вычислений». Платформа VMware vSphere используется для построения центра обработки данных, отвечающего всем требованиям доступности, безопасности и надежности, позволяя использовать возможности виртуализации для преобразования ЦОД в упрощенные пулы ресурсов на основе технологии cloud computing.

Различия версий VMware vSphere 4 можно просмотреть в таблице сравнений:

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

VMware vSphere обеспечивает повышение степени консолидации серверов с помощью возможностей динамической оптимизации и управления памятью, а также снижение энергопотребления. Пакет VMware vSphere упрощает управление оборудованием благодаря комплексной виртуализации оборудования серверов, хранилищ и сетей. Организации, использующие VMware vSphere, смогут сократить затраты из расчета на приложение в среднем на 50%, а эксплуатационные (трудовые) затраты – более чем на 60%.

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

VMware vSphere включает cлужбы инфраструктуры и службы приложений. Службы инфраструктуры – набор компонентов, обеспечивающих комплексную виртуализацию ресурсов серверов, хранилищ и сетей, их объединение и выделение в точном соответствии с запросами приложений и приоритетами бизнеса. Службы приложений – набор компонентов, предоставляющих встроенные средства управления уровнями обслуживания для всех приложений в среде VMware vSphere независимо от ОС или типа приложения.

Технологии, реализованные в VMware vSphere:

• VMware vStorage Thin Provisioning (NEW!) – возможность оптимизации использования пространства систем хранения, позволяющая экономить дисковые емкости за счет растущих по мере наполнения виртуальных дисков.

• VMware Update Manager — динамическое обновление хост-серверов и виртуальных машин без простоев ИТ-сервисов.

• VMware VMsafe (NEW!) – кластерная файловая система VMware высокой надежности для хранения виртуальных машин, разработанная специально для виртуальных инфраструктур. Обеспечивает поддержку защитного программного обеспечения, работающего в сочетании с уровнем виртуализации, предоставляя повышенные уровни безопасности виртуальных машин.

• VMware API vStorage(ранее VCB) – средство централизованного резервного копирования виртуальных машин, работающее без агентов.

• VMware High Availability – встроенное средство кластеризации ВСЕХ виртуальных машин, автоматически перезапускающее их на других серверах в случае сбоя.

• VMware VMotion – технология “горячей” миграции виртуальных машин между хост-серверами без прерывания работы приложений и пользовательских сессий.

• VMware Fault Tolerance (NEW!) – обеспечивает постоянную доступность любых приложений при отказах оборудования, исключая простои и потери данных.

• VMware Hot Add (NEW!) – предоставляет возможность «горячего» добавления виртуальных устройств виртуальному серверу без остановки его работы.

• VMware vCenter Data Recovery (NEW!) – продукт, обеспечивающий централизованное резервное копирование и восстановление виртуальных машин и их файлов из графического интерфейса.

• VMware vShield Zones (NEW!) – обеспечивает безопасность приложений за счет применения корпоративных политик безопасности в общей среде на уровне приложений.

• VMware DRS – механизм автоматической балансировки нагрузки на хост-серверы виртуализации за счет технологии VMotion.

• VMware DPM – средство экономии электропитания за счет автоматического отключения и включения серверов при падении и возрастании нагрузки соответственно. Перед выключением питания сервера виртуальные машины автоматически перемещаются на другие хосты механизмом VMware DRS без прерывания работы сервисов и соединений средствами технологии VMotion.

• VMware Storage VMotion – возможность, позволяющая динамически перемещать виртуальные диски работающих серверов между LUN хранилищ без простоя служб и соединений пользователей.

• VMware Distributed Switch (NEW!) – виртуальный коммутатор, централизованно обслуживающий хосты и виртуальные машины. Позволяет создать единую точку конфигурации сетевого взаимодействия виртуальной инфраструктуры.
• VMware Host Profiles (NEW!) – административный интерфейс для централизованной настройки хостов VMware ESX / ESXi и проверки соответствия настроек заданным политикам.

Опять же повторюсь, штука не дешевая, но оно того стоит.

Всем удачи!

Первичная настройка Hyper-V.

Теперь начинается самое интересное — настройка.
При первом входе в систему мы видим текстовое меню, позволяющее произвести первичную настройку сервера.

Оно не очень удобное, к тому же по умолчанию вы не сможете удаленно подключиться к серверу с помощью Диспетчера Hyper-V, поэтому смело его закрываем и переходим в коммандную строку.
1. Установка пароля администратора
выполните команду net user administrator * и введите новый пароль
2. Настройка сети
По умолчанию сетевые адаптеры настроены на получение адреса по DHCP, если вас это устраивает, можете переходить сразу к шагу 3.
Выполните команду netsh interface ipv4 show interface, запомните IDx нужной сетевой карты.
Выполните команду netsh interface ipv4 set address name=‘2’ source=static address=192.168.0.2 mask=255.255.255.0 gateway=192.168.0.1 где 2 – тот самый IDx.
Для настройки днс серверов выполните netsh interface ipv4 add dnsserver name=‘2’ address=192.168.0.10
Вы всегда можете вернуть родные настройки командой netsh interface ipv4 set address name=‘2’ source=dhcp
3. Имя компьютера и ввод в домен
В принципе домен не обязательно нужен, но это сильно упрощает жизнь, позже я расскажу почему. Будем считать что домен есть и мы будем пользоваться этим достижением человеческой мысли.
Смотрим имя компьютера командой hostname
Меняем имя компьютера командой netdom renamecomputer WIN-KMTUYKKZPJQ /newname:vm1, где WIN-KMTUYKKZPJQ – старое имя вашего компьютера, а vm1 – новое.
Вводим компьютер в домен командой netdom join vm1 /domain:contoso.com /userd:administrator /password:* и вводим пароль указанной учетной записи.
Перезагружаемся.
На этом первичная настройка завершена.

Управление

Для управления сервером вам потребуется скачать и установить Remote Server Administration Tools (RSAT) для клиентской операционной системы и установить компонент Диспетчер Hyper-V, или добавить роль Hyper-V и установить компонент Диспетчер Hyper-V на Windows Server 2008 R2.
Пытаемся подключиться к нашему серверу и видим ошибку, которая говорит нам занести админу пива, чтобы он выдал нужные права. Вспомнив, что мы и есть тот самый админ, не падаем духом и читаем дальше.
John Howard, который занимает пост Senior Program Manager in the Hyper-V team at Microsoft, написал цикл статей, посвященный раздаче необходимых прав, а в последствии состряпал замечательную утилиту HVRemote, которая произведет хитроумную настройку сервера и клиента, не взрывая мозг админу.
Ей мы и воспользуемся. Итак, скачиваем, заходим на сервер по \\server\C$, кладем HVremote.wsf в папку Windows (или в любое другое место, но тогда не забываем указывать полный путь до нее). Запускаем на сервере:
cscript hvremote.wsf /add:domain\account ***, где domain\account – ваше имя пользователя в домене. Скрипт пропишет все необходимые привилегии, в том числе откроет нужные порты на фаерволе.
Затем, на клиенте cscript hvremote.wsf /mmc:enable, скрипт создаст исключения фаервола.
Теперь можно запускать Диспетчер Hyper-V и подключаться к нашему серверу, создавать виртуалки радоваться жизни.

Заключение

Расскажу о некоторых моментах, с которыми  пришлось столкнуться:
1. Используйте англоязычную версию Hyper-V – на русскоязычной скрипт не будет работать, поскольку названия групп в фаерволе будут отличаться. С клиента интерфейс hyper-v все равно будет русским.
2. Используйте домен. Если домена нет, нужно будет выполнить следующие шаги:
• Создать на сервере и на клиенте аккаунт с помощью net user
• Дать этому пользователю доступ cscript hvremote.wsf /add:accountname ***
• На клиенте разрешить анонимный доступ к DCOM cscript hvremote.wsf /anondcom:grant, залогиниться под тем же аккаунтом, которому разрешили доступ на сервере, или запустить Диспетчер Hyper-V из под нужного аккаунта, прописать учетные данные для подключения к серверу командой cmdkey /add:servername /user:servername\account /pass, а также создать исключения брандмауэра командой cscript hvremote.wsf /mmc:enable

Всем удачи!

Windows Server 2008 Hyper-v установка.

Через несколько дней после появления Windows Server 2008 RC1 с Hyper-V поставил его на свой сервер, но в связи с катастрофической нехваткой времени забросил эту тему.  

К сожалению, не все так просто, свой набор маленьких граблей заботливо разложен вдоль пути к работоспособному серверу с Hyper-V. Подробную карту минных полей составил Александр Шаповал, за что ему огромное спасибо.

Также стоит учесть, что  Hyper-V доступен только для 64-х битных систем, и не у всех читателей есть соответствующее ооборудование которое можно задействовать в таких развлечениях. Но любопытство все же гложет (в первую очередь интересует сравнение с VMWare), поэтому постараюсь описать процесс установки:

Итак, приступим.

В Bios включаем:

• Intel Virtualization Technology
• No Execute Mode Mem Protection

Соответственно, выглядит это так:

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

После того, как операционная система установилась, добавляем роль Hyper-V через стандартный интерфейс Server Manager

Выбираем реальные сетевые интерфейсы, к которым будут привязаны виртуальные сети

Подтверждаем, что мы не шутили и действительно имели в виду именно то что система показывает. Жмем кнопку “Install”. По крайней мере, на моем сервере система в этот момент тяжело задумалась минуты на 2 и потом начала установку.

Затем ОС попросит перезагрузиться.

На моем сервере процесс перезагрузки, автоматической установки компонентов и их конфигурирования занял минут 5. Честно говоря, не понятно, почему так долго, но выбора особого не было и пришлось сидеть сложа руки и надеяться на счастливый исход. После перезагрузки процесс конфигурирования продолжается еще пару минут и наконец-то завершается удачно.

Снова заходим в Server manager и видим, что теперь роль Hyper-v выглядит совершенно по другому.

На этом можно считать установку Hyper-v завершенной. Система готова к применению в целях виртуализации.

Ну а тем кому хочется подробностей прямо сейчас, рекомендую прочитать “Step-by-Step Guide to Getting Started with Hyper-V”.

Глюк с невозможностью согласиться с Еулой в русской версии вроде как решается через соответствующий ключ в ветке

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Virtualization

Если кто столкнулся =)

Как уже многие из вас знают, на прошлой неделе стал доступен для скачивания дистрибутив Windows Server 2008 RC1 c Hyper-V Beta (подробности, например, здесь: http://blogs.technet.com/abeshkov/archive/2007/12/13/2644272.aspx)

Впечатления от Hyper-V очень хорошие. Довольно шустро работают виртуальные машины. Гораздо быстрее работает консоль для подключения к виртуалкам (Virtual Machine Connection). Сама роль Hyper-V доступна в Server Manager сразу после установки ОС.

На что хотел бы обратить ваше внимание, если планируете в ближайшее время попробовать эту технологию.

1. Сервер для ваших бесчеловечных экспериментов должен быть 64-битный. Собственно, другой дистрибутив вы и не сможете скачать.

2. В BIOS должна присутствовать и быть включена поддержка:

a. Аппаратной виртуализации (AMD-V, либо Intel VT);

b. Технологии Data Execution Prevention (DEP).

Оба пункта должны быть включены на момент добавления роли Hyper-V.

Собственно, все эти требования существовали и раньше.

3. При установке ОС должны использоваться американские региональные установки!

В противном случае, после установки роли, причем успешной установки , вы увидите в System Log, что служба Virtual Machine Management не может стартовать с ошибкой: “ The Virtual Machine Management service terminated with the following error: The parameter is incorrect”. Попытка запуска ее вручную приводит к сообщению: “Error 87: The parameter is incorrect”.

В принципе, после установки и запуска Hyper-V региональные установки можно менять на русские. После этого пока проблем я не заметил.

4. Если для работы с сервером используете терминальный режим, для вновь развернутой виртуальной машины сначала с локальной консоли установите Integration Services. Иначе в RDP-сессии при переключении в виртуальную машину будете терять «мышку».

Более подробно пока продвинуться  не удалось.  Надеюсь в будущем ситуация измениться, и времени станет больше…

Всем удачи!