VMware расширяет VI, но есть и разочарования
Последняя версия Virtual Infrastructure (VI), серверной платформы виртуализации от VMware, включающей ESX Server 3.5 и VirtualCenter 2.5, предлагает расширенную поддержку оборудования, улучшенную масштабируемость и новые средства автоматизации, которые призваны закрепить популярность этого и без того ведущего предложения VMware на рынке виртуализации.
 Значительно обновленный диспетчер хранения данных от VMware облегчает жизнь администраторам, которым нужно загружать файлы или папки |
Более того, VirtualCenter 2.5 имеет теперь функцию Consolidation (консолидация), с помощью которой мелкие и средние компании смогут переместить приложения с физических систем, использующих операционную систему Windows, на виртуальные серверы.
В тестах eWeek Labs продуктов ESX Server 3.5 и VirtualCenter 2.5 мы с помощью новой функции Consolidation дали команду проанализировать и в конечном счете «перенести» приложения с физических серверов на виртуальные машины. Однако этот инструмент еще не отшлифован до той степени, какую мы привыкли видеть у VMware.
Кроме того, мы были разочарованы тем, что поддержка операционных систем у VMware для ее клиентского ПО Virtual Infrastructure продолжает сокращаться. Когда мы тестировали версию VI3 в прошлом году, то с тревогой обнаружили, что администрирование в VI3 (не говоря уже о неполной функциональности Web-интерфейса) может быть только Windows-процессом. На этот раз VMware сделала еще один шаг назад и отсекла — по крайней мере на время — поддержку для 64-разрядных версий Windows. Согласно информации, найденной нами на доске объявлений VMware, решение вопроса с 64-разрядной Windows ожидается где-то во второй половине этого года.
Если оставить в стороне сокращение клиентской поддержки, то VMware Virtual Infrastructure являет собой превосходный продукт виртуализации серверов, дающий организациям надежную основу для достижения их целей по созданию серверной инфраструктуры с высокой степенью готовности.
Исходя из сегодняшней картины предложений в области виртуализации вам вряд ли грозит увольнение за выбор VMware, но нет недостатка и в конкурирующих продуктах для администратора, который хочет виртуализировать свою инфраструктуру на базе x86 или x86-64. Прежде чем бросаться в объятия VMware, мы советуем изучить целый спектр продуктов на базе Xen от Citrix Systems, Virtual Iron и 3Tera, а также от разработчиков ОС, таких как Red Hat и Novell. Кроме того, Sun Microsystems готовит свое решение на основе Xen в виде xVM, и нас впечатлила пока еще бета-версия Hyper-V, которую начала поставлять Microsoft вместе с Windows Server 2008.
VMware продает свой пакет Virtual Infrastructure в трех разных версиях.
VI3 Foundation (известный ранее как Starter) стоит 1000 долл. за два процессорных гнезда и включает лицензию VirtualCenter, функциональность Consolidated Backup и новую утилиту Update Manager.
VI3 Standard Edition добавляет поддержку для автоматической миграции виртуальных машин между узлами в случае отказа хоста и стоит около 3000 долл. за два процессорных гнезда.
VI3 Enterprise Edition стоит 5750 долл. за два процессорных гнезда и добавляет средство миграции в реальном времени VMotion, планировщик Distributed Resource Scheduler (DRS) и новую функциональность Storage VMotion.
При этом VMware делает свой гипервизор доступным в версии, интегрированной с оборудованием, которая поставляется с определенными моделями серверов. Эта новая версия под названием ESX Server 3i пока не поставляется OEM-производителями, но мы ждем возможности ее протестировать, когда это произойдет.
 Экспериментальная функция управления питанием DRS от VMware может рекомендовать закрытие ESX-хостов, чтобы сэкономить электроэнергию |
В качестве общей системы хранения — обязательной, учитывая, что наши модели eServer не имели SCSI-накопителей — мы взяли тот же дисковый массив на базе iSCSI, которая использовалась в наших тестах с VI3 в прошлом году. Как и в прежних тестах, наша система хранения на базе open-source ПО OpenFiler Project послужила нам достаточно хорошо, чтобы проверить ESX Server 3.5 в деле и развернуть целый ряд виртуальных машин Windows XP, Vista, Server 2003 и 2008, а также группу виртуальных устройств Debian GNU/Linux и rPath.
Новая функция консолидации в VirtualCenter 2.5 анализирует физические компьютеры в домене или рабочей группе и затем выдает рейтинги систем с точки зрения их пригодности для перевода на виртуальную машину (ВМ). Интерфейс провел нас через шаги выбора физических компьютеров для анализа и выдал результаты, включавшие оценку достоверности (от одной до пяти звездочек) анализа, план консолидации, который предлагал места размещения ESX Server для новой ВМ, и панель задач, показывающую ход миграции.
Для испытания функции Consolidation нам пришлось сначала использовать консоль MMC (Microsoft Management Console) на сервере с запущенной Microsoft Virtual Server, чтобы войти в систему под учетной записью системного администратора. Мы использовали средства сетевого и системного администрирования, требуемые таким типом конфигурации, к примеру Active Directory Application Module от Microsoft. Это довольно неуклюжий способ применения функции Consolidation, но он гарантировал, что процесс можно запустить при обращении к VirtualCenter 2.5 из Infrastructure Client.
Во время нашего тестирования процесс консолидации, работающий только с Windows-системами, был довольно грубоват. Несколько попыток провести миграцию приложений с физических серверов Windows 2003 Server закончились сообщением «Unknown error encountered» («Возникла неизвестная ошибка»). Мы имели также проблемы с информацией домена, которая кэшировалась в VirtualCenter 2.5 и не обновлялась, когда новые физические системы подключались к сети.
У нас возникло гораздо меньше проблем с новым диспетчером хранения данных в этом продукте, благодаря тому, что VMware добавила инструмент для выгрузки файлов и папок с клиентской машины в имеющееся хранилище. Мы могли также с помощью этого весьма обновленного диспетчера хранения данных загружать файлы и папки на машину, на которой был запущен клиент Virtual Infrastructure, или перебрасывать эти данные между разными хранилищами, доступными в нашей конфигурации VirtualCenter 2.5.
Эта функция может быть действительно удобна для передачи ISO-образов в такие места, откуда ВМ могли бы их брать и использовать. С прежней версией ESX Server мы вынуждены были выгружать образы на FTP-сервер, к которому обеспечен доступ ESX через NFS (сетевую файловую систему).
Нам понравилась также поддержка в планировщике Distributed Resource Scheduler для автоматического управления питанием исходя из активных рабочих нагрузок на кластере. В новой версии VMware пометила эту функцию как «экспериментальная», но в наших тестах она работала без малейших проблем.
