VMware расширяет VI, но есть и разочарования
Последняя версия Virtual Infrastructure (VI), серверной платформы виртуализации от VMware, включающей ESX Server 3.5 и VirtualCenter 2.5, предлагает расширенную поддержку оборудования, улучшенную масштабируемость и новые средства автоматизации, которые призваны закрепить популярность этого и без того ведущего предложения VMware на рынке виртуализации.
VMware предприняла серьезные шаги, чтобы расширить спектр оборудования, которое ESX Server способен превратить в корпоративную инфраструктуру виртуализации, например, реализовав функцию TSO (TCP Segmentation Offload — поддержка сегментации TCP) для определенных сетевых адаптеров и поддержку использования жестких дисков SATA как локальной подсистемы хранения на хосте.
Более того, 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-производителями, но мы ждем возможности ее протестировать, когда это произойдет.
Основную часть тестирования мы провели на паре серверов IBM eServer 325, каждый из которых был оснащен двумя процессорами Opteron 1595 МГц компании Advanced Micro Devices и 2 Гб оперативной памяти. На одном из них была запущена ESX Server 3.0.1, и мы могли обновить эту версию до ESX v.3.5 без всяких проблем. На другом сервере мы установили 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 пометила эту функцию как “экспериментальная”, но в наших тестах она работала без малейших проблем.
