На прошлой неделе VMware представила vSphere 4 – преемника Virtual Infrastructure 3. Компания называет продукт «облачной операционной системой» (cloud OS), и за маркетинговым ярлыком стоит понятная инженерная идея: рассматривать не отдельный сервер, а весь дата-центр как единый пул ресурсов – процессоров, памяти, сети и хранилища. Для частной инфраструктуры это не модный лозунг, а способ выжать из имеющегося железа больше при том же бюджете. В условиях, когда ИТ-расходы режут, такая постановка задачи звучит ко времени.

Что реально нового

vSphere 4 поднимает потолки масштабирования: до 8 vCPU и 255 ГБ оперативной памяти на виртуальную машину – этого хватает уже не только для файловых серверов, но и для серьёзных СУБД и бизнес-приложений. VMotion переносит работающую ВМ между хостами без остановки, а Storage VMotion делает то же с дисками – миграцию на новый массив можно проводить днём, не дожидаясь регламентного окна.

Главное же – управляющие сервисы поверх пула. Distributed Resource Scheduler балансирует нагрузку между хостами автоматически, High Availability перезапускает ВМ при отказе физического сервера, а заявленный Fault Tolerance обещает работу пары синхронных копий ВМ без потери даже одной транзакции при сбое. Отдельно отмечу Distributed Switch – единый виртуальный коммутатор на весь кластер, который снимает с администраторов ручную сверку сетевых настроек на каждом хосте.

Зачем это корпоративному и госсектору

Консолидация даёт прямую экономию: меньше физических серверов – меньше счетов за электричество, охлаждение и место в стойке. Но для нас, как интегратора, важнее управляемость. Виртуализация превращает развёртывание нового сервиса из недельной закупки в операцию на полчаса, а снапшоты и шаблоны делают тестовые стенды дешёвыми и повторяемыми.

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

Стоит держать в уме и платформенный вопрос. После покупки Sun компанией Oracle расклад вокруг Java, MySQL и Solaris ещё прояснится, и гибкая виртуальная среда, не привязанная к одному вендору ОС, страхует от резких движений на рынке. Тем, кто строит стек на открытом ПО, vSphere тоже подходит: гипервизор одинаково ровно держит и Windows-, и Linux-гостей.

Что взвесить перед внедрением

vSphere – продукт не из дешёвых, и расширенные функции лежат в старших редакциях; на этапе расчёта это нужно закладывать честно. Fault Tolerance в первой версии работает только для одноядерных ВМ – для нагруженных систем рассчитывать на него рано. Совместимость СХД с VMotion и кластерными функциями проверяйте по матрице вендора заранее, а не по факту. И отдельный пункт для госзаказчика – размещение данных и аттестация: виртуализация меняет границы того, что вы аттестуете, и это лучше согласовать на старте проекта.

Вывод

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