Открылся новый интересный сайт VMwareSecurityGroup.ru посвященный безопасности в одной из моих любимых областей – виртуализации.

Поздравляю коллег и искренне за них рад! Удачи в плавание по просторам интернета!

Рекомендую всем к частому посещению данного ресурса.

Система Hyper-V разрабатывалась в рамках проекта с кодовым названием Viridian. Средства Hyper-V позволяют запускать на одном физическом сервере сразу несколько операционных систем. Благодаря этому корпоративные заказчики получают возможность сократить затраты на покупку оборудования, электроэнергию и обслуживание, а также более эффективно использовать имеющиеся аппаратные ресурсы.

Как отмечается, сообществу Linux переданы исходные коды средств Hyper-V Linux Integration Components (LinuxIC). Модуль LinuxIC представляет собой набор драйверов ядра, позволяющих оптимизировать работу платформ Linux вкупе с программным обеспечением для виртуализации Hyper-V и поднять производительность системы.

В общей сложности сообществу Linux передано около 20 тысяч строк кода. Программное обеспечение «Майкрософт» распространяется на условиях лицензии GNU GPLv2 (General Public License version 2).

Некоторые обозреватели склоняются к мнению, что решение Microsoft об открытии части исходников Hyper-V объясняется желанием укрепить свои позиции на рынке ПО для виртуализации. В качестве одного из основных конкурентов Microsoft в данном сегменте называют компанию VMware.

Источник

Это мой вольный перевод с некоторыми моими небольшими дополнениями доков Glossary of General Virtualization Terms и  Glossary of VMware Virtualization Terms.

Основные термины.

Application Virtualization (Виртуализация приложений)
Виртуализация приложений изолирует приложения от операционной системы и запускает их, как будто они установлены, хотя в действительности они не установлены в операционной системе. Это дает массу преимуществ: программная мобильность, централизованное управление, изоляция приложений, уменьшающая конфликты. Пример: работающие другие версии того же самого приложения на том же компьютере.

AMD-V
Технология аппаратной виртуализации компании AMD, первоначально носила имя Pacifica . Основная функция этих расширений CPU – улучшение производительности виртуальных машин путем удаления эмуляции виртуальных машин гипервизором.

Bare Metal Hypervisor (Гипервизор для работы на «голом железе», т.е без хостовой операционной системы)
Гипервизор, который работает непосредственно на хосте. Например VMware ESX Server, Citrix XenServer, Microsoft Hyper-V Server and Oracle Virtual Iron. Также известен как “Type 1” или “Native” Hypervisor.

Binary Translation (Двоичный перевод)
Метод где не виртуализованые инструкции гостевой Операционной Системы, перехватываются и переводятся в серию простых инструкций прежде, чем попасть на CPU хоста для выполнения, обеспечивая правильную работу виртуальной машины без каких либо модификаций. Это – альтернативный метод Paravirtualization.

Desktop Virtualization (дословно настольная виртуализация или виртуализация настольных систем)
Виртуализация рабочих мест, т.е настольные рабочие среды запускаются и работают в виртуальной.

Emulation (Эмуляция)
Метод, который позволяет гостевой операционной системе или приложениям работать с несовместимыми аппаратными средствами. На свете виртуализации, Двоичный Перевод является формой эмуляции.

Full Virtualization (Полная Виртуализация)
Метод, который обеспечивает полное моделирование используемого оборудования, через эмуляцию. Результатом является система в которой все гостевые операционные системы и приложения способные работать с используемым оборудованием, также могут работать на виртуальной машине, без установки дополнительных драйверов, программного обеспечения или внесение каких либо модификаций. Это противоположно Paravirtualization.

Guest Operating System (Гостевая операционная система)
Операционная система установленная на виртуальной машине.

Host (хост)
Физическая машина на которой установлен Гипервизор с работающими виртуальными машинами.

Host Operating System (хостовая операционная система)
Базовая операционная система, установленная на физической машине, которая взаимодействует с физическим оборудованием и, в ней, работают виртуальные машины со своими гостевыми операционными системами. В контексте виртуализации, хостовая операционная система является Гипервизором.

Hosted Hypervisor
Гипервизор, который работает в обычной операционной системе. Примеры – VMware Server и Microsoft Virtual Server, работающие в операционных системах Windows или Linux. Также называятся такой гипервизор как Type 2 Hypervisor.

Hypervisor (Гипервизор)
Программное обеспечение, которое позволяет запускать многочисленные виртуальные машины на единственном физическом компьютере, а также обеспечивает управление вычислительными ресурсами между виртуальными машинами.

Intel VT
Технология аппаратной виртуализации компании Intel, первоначально носила имя Vanderpool. Основная функция этих расширений CPU – улучшение производительности виртуальных машин путем удаления эмуляции виртуальных машин гипервизором.

Native Hypervisor
Смотреть Bare Metal Hypervisor.

OVF (Open Virtualization Format)
Стандартный пакет, который позволяет виртуальной машине работать на любом гипервизоре. Это независимая, эффективная, расширяемая платформа с открытыми спецификациями для пакетирования и распространения виртуальных устройств.

P2V (Physical to Virtual)
Миграция операционной системы и приложений с физической машины на виртуальную машину. Противоположный метод V2P.

Paravirtualization (Паравиртуализация)
Метод виртуализации, включающий модификацию операционной системы через удаление не виртуализованых инструкций для улучшения работы в виртуальной машине. Альтернативный метод Двоичный Перевод и противоположный Полной Виртуализации.
Server Consolidation (консолидация серверов)
Миграция и объединение физической серверной инфраструктуры в виртуальную инфраструктуру с помощью виртуализации.

Server Virtualization (серверная виртуализация)
Виртуализация серверной инфраструктуры. Смотреть виртуализация.

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

Type 1 Hypervisor
Смотреть Native Hypervisor.

Type 2 Hypervisor
Смотреть Hosted Hypervisor.

V2P (Virtual to Physical)
Миграция виртуальной машины и ее приложений в физическую машину. Противоположный P2V.

V2V (Virtual to Virtual)
Миграция виртуальной машины (гостевой операционной системы и приложений работающих в ней) от одного формата виртуальных машин к другому.

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

Virtual Appliance (Переводится как виртуальное устройство, виртуальное приложение и т.п. Лучше не переводить или использовать термин виртуальное устройство.)
Заранее определенная, готовая к запуску гостевая операционная система и комбинация приложений, сконфигурированная, упакованная и распространяемая как готовая виртуальная машина.

VDI (Virtual Desktop Infrastructure) виртуальная настольная инфркструктура
Метод дистанционной доставки виртуальных настольных систем конечному пользователю.

Virtual Machine (Виртуальная машина)
Программная реализация компьютера, которая может быть использована подобно физическому компьютеру.

Virtual Machine Monitor (Монитор виртуальных машин)
Компонент гипервизора, который осуществляет абстракцию аппаратных средств хоста и управляет операциями гостевых операционных систем работающих в виртуальной машине.

Workload (Нагрузка или рабочая нагрузка)
Комбинация операционной системы, приложений и связанных данных, развернутых в физической среде или в виртуальной машине.

Термины VMware.

Application Services
Компоненты vSphere, которые обеспечивают встроенный сервис уровень управления работающих приложений на платформе vSphere, независимо от приложения или операционной системы. Включает в себя компоненты для доступности (VMware VMotion, VMware Storage VMotion, VMware HA, VMware FT, VMware Data Recovery), безопасности (VMware vShield Zones, VMware VMsafe) и масшабируемости (VMware DRS).

Cluster (кластер)
Логическое группирование хостов и их виртуальных машин, которое обслуживается и управляется как единый объект. Определяется как опция конфигурации в VMware vCenter Server.

Cold Migration (холодная миграция)
Функциональная возможность VI3 и vSphere, допускающая миграцию выключенной виртуальной машины между хостами, независимо от того, находятся они в одном кластере или нет.

Datastore
Логическое представление различных комбинаций основных физических хранилищ данных (локальные диски хоста, SAN, NFS), а также местоположения файлов виртуальных машин. Datastore маскирует различия между различными стандартами и поставщиками физических хранилищ данных и обеспечивает однородную модель для доступа.

Enhanced VMotion Compatibility (EVC)
Функциональная возможность VI3 и vSphere, автоматически конфигурирующая хосты, на которых установлены процессоры Intel или AMD с функциями FlexMigration или Extended Migration, для совместимости с хостами в кластере с VMotion, в которых используются более старые процессоры.

Host Profiles
Функциональная возможность vSphere, позволяющая создавать профиль инкапсулирующий конфигурацию хоста для применения к другим хостам. Данная возможность позволяет создать унифицированную конфигурации для хостов на базе конфигурации хоста взятого как номинальный.

Host(хост)
Физический компьютер, на котором установлен VMware ESX/ESXi server, и постоянной логически находятся виртуальные машины. Хост, на котором установлен VMware vCenter Agent иногда называют управляемый хост (Managed host).

Infrastructure Services
Компоненты vSphere, которые собирают ресурсы (сервера, системы хранения данных, память, сетевые ресурсы и т.п.) и динамически распределяют их по требованию различных приложений. Включают в себя vCompute (VMware ESX/ESXi, VMware DRS, VMware DPM), vStorage (VMware vStorage VMFS, VMware vStorage, VMware vStorage Thin Provisioning) и vNetwork (VMware vNetwork Distributed Switch).

Linked Mode
Функциональная возможность vSphere, которая дает возможность связать несколько серверов VMware vCenter, с их ролями, разрешениями, конфигурацией и лицензиями для организации единой точки администрирования.

Live Migration («живая» миграция)
Смотреть VMware VMotion.

Managed Host(управляемый хост)
Смотреть Host.

Network VMotion
Функциональная возможность VMware vNetwork Distributed Switch, допускающая трассировку сетевого состояния виртуальной машины, тем самым упрощающая сетевой мониторинг.

Resource Pools
Функциональная возможность VI3 и vSphere, которая резервирует ресурсы CPU и памяти хостов в кластере для последующего использования виртуальными машинами, которым разрешен доступ к этому ресурсному пулу.

vApps
Функциональная возможность vSphere, определяющая формат для упаковки и управления приложениями. vApps инкапсулирует одну или несколько виртуальных машин, а также их взаимозависимости и распределение ресурсов, учитывая одноступенчатые операции, клонирование, развертывание и мониторинг всего многозвенного приложения.

VCB (VMware Consolidated Backup)
Это фреймворк VI3 и vSphere для обеспечения резервного копирования виртуальных машин. VCB предоставляет доступ и инструменты для резервного копирования ПО произведенного 3-ми сторонними партнерами. Например, ПО резервного копирования производства Symantec, Veeam и др.

vCenter Server Agent
Компонент VI3 и vSphere, который устанавливается на хосте когда он впервые добавляется в инвентори VMware vCenter Server. vCenter Server Agent собирает, передает, и выполняет различные действия и информацию полученную с VMware vCenter Server. Также агента называют host Agent.
VIMA (VMware Infrastructure Management Appliance)
Смотреть vMA.

Virtual Disk Thin Provisioning
Функциональная возможность VI3 (экспериментальная) и vSphere, дает возможность создавать тонкие «Thin» виртуальные диски. Такие диски растут по мере наполнения, что дает возможность сэкономить пространство и лучше оптимизировать его в системе хранения данных.

Virtual Machine Communication Interface (VMCI)
Виртуальное устройство vSphere в виртуальной машине, которое способствует высокоскоростной связи между виртуальной машиной и гипервизором, а также между виртуальными машинами находящимися на одном хосте.

vMA (vSphere Management Assistant)
Это виртуальная машина Linux предоставляющая удаленный доступ и управление к хостам VMware ESX / ESXi Server. Т.е это сервисная консоль вынесенная отдельно из VMware ESX / ESXi Server. Старое название VIMA.

VMDirectPath I/O
Функция vSphere улучшающая производительность виртуальных машин, которым требуется постоянный и частый доступ к сети и/или устройствам хранения данных, обеспечивая непосредственный доступ к аппаратным устройствам на хосте.

VMDK (Virtual Machine Disk Format)
Формат файла, который представляет жесткий диск виртуальной машины.

VMI (Virtual machine Interface)
Открытый интерфейс паравиртуализации, обеспечивающий прозрачный механизм связи между гостевой операционной системой и гипервизором. Эта функция дает возможность единственной операционной системе работать на «родном» аппаратном обеспечение или в гипервизоре в режиме паравиртуализации.

VMware Data Recovery
Компонент vSphere, который обеспечивает централизованное решение для резервного копирования и восстановления виртуальных машин.

VMware DPM (Distributed Power Management)
Под-особеность VMware DRS в VI3 (экспериментально) и vSphere уменьшающее потребление электроэнергии ЦОД’ом. VMware DPM осуществляет живую миграцию виртуальных машин и переводит хосты в режим Standby при падение нагрузки на ЦОД, а также автоматически возвращает хосты к работе при возрастание нагрузки.

VMware DRS (Distributed Resource Scheduler)
Особенность VI3 и vSphere, балансирующая нагрузку на CPU, использование памяти и энергопотребления путем живой миграции и перераспределения виртуальных машин на хостах в кластере.

VMware ESX/ESXi
Компоненты VI3 и vSphere, представляет собой гипервизор, развернутый на физической машине. Фундаментальное различие между ESX и ESXi – в том, что последний имеет значительно меньший размер и не содержит сервисной консоли.

VMware FT (Fault Tolerance)
Функциональная возможность vSphere обеспечивающая нулевой простой и нулевую потерю данных в случае потери работоспособности хоста. Данная возможность создает копию виртуальной машины на другом хосте в кластере, синхронизирует ее в реальном времени и в случае сбоя моментально переключает работу на нее, что сводит к нулю потерю данных.

VMware HA (High Availability)
Функциональная возможность VI3 и vSphere, которая минимизирует потери от сбоев физического оборудования и перезапускает виртуальные машины на другом хосте в кластере в случае сбоя.

VMware Infrastructure 3 (VI3)
Платформа виртуализации, включающая версии VMware ESX/ESXi 3.x и версии VMware vCenter Server 2.x.

VMware Service Console
Компонент VMware ESX, который обеспечивает интерфейс командной строки для управления хостом.

VMware Storage VMotion
Функциональная возможность VI3 и vSphere, допускающее перемещение дисковых файлов виртуальной машины между массивами хранения данных в кластере без прерывания обслуживания.

VMware vCenter Converter
Компонент VI3 и vSphere, который преобразует физические машины и разнообразные виртуальные машины к формату виртуальных машин VI3 и vSphere. Прежде известный как VMware Converter.

VMware vCenter Orchestrator
Компонент vSphere, позволяет создавать и выполнять автоматизированные тех.процесы в виртуальной среде через движок workflow. Выполнен в виде расширяемой архитектуры плагинов, что дает возможность использовать его в различных продуктах VMware и 3-х сторонних решениях управления и администрирования.

VMware vCenter Server Heartbeat
Продукт, который допускает создание пары кластеров vCenter Servers, использующих стандартные аппаратные средства и тем самым добиться высокой доступности компонентов vCenter Servers в виртуальной инфраструктуре VI3 и vSphere.

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

VMware vCenter Server
Компонент VI3 и vSphere, который обеспечивает централизованную точку администрирования и более улучшенное управление, и обслуживание хостов и виртуальных машин. Прежнее имя VMware VirtualCenter.

VMware vCenter Update Manager
Компонент VI3 и vSphereобеспечивающий централизованное обновление и механизм патчей для хостов и виртуальных машин. Прежнее имя VMware Update Manager.

VMware Virtual Infrastructure Client
Смотреть VMware vSphere Client.

VMware VMotion
Функциональная особенность VI3 и vSphere, дающая возможность перемещения работающих виртуальных машин между хостами в кластере без прерывания в обслуживание. Также называется Live Migration (живая миграция).

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

VMware vNetwork Distributed Switch (vDS)
Функциональная возможность vSphere, дающая возможность создания виртуального распределенного коммутатора, в который подключены множество хостов в кластере. Данная технология уменьшает случаи отказа в обслуживание сети, предоставляет гибкость конфигурации сети и увеличивает быстрое расширение виртуальной сетевой инфраструктуры.

VMware vShield Zones
Функциональная возможность vSphere, firewall-ы на хостах, которые контролируют входящий и исходящий сетевой трафик виртуальных машин.

VMware vSphere Client
Клиентский компонент VI3 и vSphere, который обеспечивает прямой основной интерфейс управления хостами и виртуальными машинами, или интерфейс управления через VMware vCenter Server. Прежнее название VMware Virtual Infrastructure Client.

VMware vSphere
Платформа виртуализации, включающая версии VMware ESX/ESXi 4 и версии VMware vCenter Server 4.

VMware vStorage VMFS (Virtual Machine File System)
Высокоэффективная кластерная файловая система, оптимизированная для виртуальных машин в средах VMware. Прежнее название VMware VMFS.

vSphere Host Update Utility
Утилита для обновления хостов VMware ESX 3.x до VMware ESX 4.

vSphere Web Access
Веб интерфейс для управления и конфигурирования виртуальных машин.

vStorage APIs for Data Protection
Фреймворк для партнеров разработчиков ПО для резервирования данных, предоставляющих инструменты и интерфейсы для резервирования и восстановления данных виртуальных машин. Дальнейшая эволюция VMware VCB.

vStorage APIs for Multipathing
Фреймворк для партнеров создающих системы хранения данных, допускающий создание плагинов для хостов, улучшающих работу систем хранения данных.

Решил тут собрать основные аспекты по данному вопросу. Сейчас очень модна виртуализация. Кто- то знает, что она можеть дать бизнесу и IT специалистам, а кто-то просто смутно представляет. У меня уже давно была эта заготовка, когда я планировал свой первый проект по внедрению виртуализации. Думаю, другим поможет сие творение.)))

И так поехали. И все же что может дать виртуализация серверов бизнесу и IT департаментам?

1. Экономия финансов путем консолидация серверов. Консолидация, какое замудреное и страшное слово, его значение различно с разными понятиями, но в данном контексте это просто объединение, слияние нескольких серверов в один. Фактически на одном сервере хосте может одновременно работать несколько серверов от 2-3 до 128 виртуальных серверов, все конечно зависит от железа физического сервера. Из выше написанного вытекает что, консолидируя сервера, мы снижаем затраты на физические сервера. Вы, конечно, можете сказать, что для сервера, который будет хостом для виртуальных машин нужно железо мощнее, и вы будете правы, но апгрейд существующего сервера или чуть более мощный сервер просто с легкостью потянет несколько виртуальных серверов. Вообще говоря, в виртуализации серверов главное в железе это дисковая подсистема и объем ОЗУ. Процессоры сегодня со своей много – ядреностью перестали быть таким узким местом в производительности. Простой пример конфигурации сервера: два 4-х ядерных процессора и 24Gb ОЗУ, с хорошей дисковой подсистемой (на SAS дисках) будет стоить примерно в 1 500 000 тнг($ 10 000), а то и меньше, это цена примерно хорошего бредового сервера. Данное железо как хост с VMware ESX Server с легкостью потянет 7-10 виртуальных серверов на Windows 2008 Server и еще несколько серверов на Freebsd и Linux c ролями доменного котроллера, сервера Exchange, небольшого сервера БД для серверных приложений, файл сервера, внутреннего и внешнего веб сервера, DNS сервера, сервера приложений и нагрузкой в 50-100 клиентов. Если по классической системе все это сделать на одном сервере под одной ОС (если не брать в расчет bsd и *nix системы ), то это породит массу проблем. Думаю вдаваться в подробности я не буду, это и так понятно к чему приведет все это. Получается что по классической схеме надо примерно, где то от 4 до 8 физических сервера (а может чуть больше) для распределения ролей, нагрузки и т.п. К тому же не надо забывать о затратах на лицензирование операционных систем что даст еще экономию финансов.
2. Увеличение загрузки серверов и снижения простоя оборудования. По статистике, большинство серверов загружены на 15-20 % от их основной мощности. В своей практике часто с таким встречался. Правильно купила компания сервера, выкинула кучу денег, а сервера стоят и тарахтят в серверной при этом максимум на 50% загружены, интересный расклад – железо просто простаивает. А вот виртуализация дает нам дополнительную нагрузку на наше железо, правильно заплатили денег за железо, вот и надо выжать из него все.
3. Экономия на электроэнергии. Еще один аспект экономической эффективности виртуализации серверов. В данном случае мы экономим как прямое энергопотребление серверами (так как физических серверов намного меньше), так и дополнительных служб обслуживающих серверные помещения и ЦОДы (например, системы охлаждение). Хотя для небольших компаний с небольшим парком серверов уж очень большой экономии это и не принесет, а вот для крупных компаний с ЦОДами картина будет иной.
4. Экономия на IT специалистах обслуживающих сервера. Действительно физических серверов стало меньше, а значит, и обслуживать их стало легче. Вопрос конечно двоякий ведь появились виртуальные сервера, но как показывает практика, централизованное управление виртуальными серверами увеличивает эффективность обслуживания и поддержки серверов. Т.е меньше необходимо IT специалистов, хотя опять же хороших виртуальных администраторов сейчас не много, и необходимо будет понести ряд затрат на обучение своих специалистов. Но все же в дальнейшем будущем будет опять экономия финансов.
5. Уменьшение затрат на замену или апгрейд физического железа серверов. Тут все просто. Сервера у нас виртуальные и не привязанные к физическому железу сервера. При переезде на другой физический сервер или же при апгрейде существующего сервера, переконфигурировать виртуальные машины или переустанавливать ПО внутри виртуальных серверов под новое железо не придется.
6. Обеспечение высокой доступности и непрерывности работы. Бэкап виртуальных серверов и их восстановление по времени быстрее, чем классические схемы с классическими физическими серверами. Да плюс ко всему если у Вас, где то, что-то встало или стряслось, всегда с очень быстрой легкостью можно развернуть виртуальный сервер на новом хосте. К тому же есть технологии моментального переноса виртуальных машин между физическими серверами хостами, что делает работу серверов непрерывной в любых ситуациях.
7. Динамическая и гибкая IT инфраструктура серверов, которую легко можно изменять под существующий и будущий бизнес, под условия новых задач, потребностей и целей.

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

Вот в принципе пока все по данному вопросу.

Видимо серьезно в VMware заинтересовались российским рынком. Возможно и на наш рынок когда-нибудь глянут, хотя в Казахстане рынок меньше, но все же не маленький.

Оригинал лежит тут

Визит в Москву технического директора VMware свидетельствует об основательности подхода компании к российскому рынку

Леонид Черняк, «Открытые системы»

Визит в Москву Стивена Херрода, который занимает в VMware посты старшего вице-президента по исследованиям и разработкам и технического директора, свидетельствует о том, насколько основателен подход компании к российскому рынку. Несмотря на сложные экономические обстоятельства, в VMware стремятся не только расширять здесь свою коммерческую деятельность, но и развивать научно-техническое сотрудничество. О весовой характеристике гостя в мире виртуальных технологий можно судить по тому, что именно Херрод, после ухода из VMware «главного ученого» компании, ее основателя Менделя Розенблюма, стал его правопреемником. Назначение Херрода на этот пост вполне логично, он давний соратник Розенблюма, с 1989 года был его аспирантом в Стэнфордском университете, а в 2001 году, через три года после основания VМware, стал сотрудником компании, возглавив группу, разрабатывавшую гипервизор ESX.

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

Произошедшую год назад резкую смену руководства компании, когда из VMware ушли Розенблюм и его жена Дайана Грин, Херрод не считает событием сенсационным или скандальным. На самом деле произошло то, что должно было произойти и что обычно происходит в большинстве стартапов, добившихся успеха. Причем произошло вовремя, до того, как восторжествовал принцип Питера, утверждающий, что в иерархической системе любой работник поднимается до уровня своей некомпетентности. По словам Херрода, дуэт Розенблюм – Грин был великолепен, сочетание его академичности с ее азартом и харизмой оказалось невероятной удачей для первых этапов развития компании, когда требовалось доказывать преимущества виртуализации. Однако сейчас, когда, пользуясь принятой у аналитиков Gartner терминологией, VMware вышла на «плато стабильности», а менеджмент стал более рутинным, оказались востребованными руководители с большим опытом операционной деятельности. Что же касается Розенблюма и Грин, то они вернулись к более близкой им преподавательской деятельности в Стэнфорде.

Херрод охарактеризовал то, с чего начался более чем двадцатилетний путь, пройденный его компанией, так: «Слово ‘виртуализация’ пришло позже, а поначалу мы ставили задачу несколько иначе, мы хотели создавать аппаратное обеспечение из программного». Тогда очень многие использовали разнообразные методы имитационного моделирования для анализа новых конструкций, и возник вопрос, а почему бы не пойти дальше и не построить такую модель будущего компьютера, на которой бы непосредственно работали прикладные программы? Это желание с интервалом в несколько лет воплотилось в двух проектах – SimOS и Disco. Сегодня мы назвали бы SimOS гипервизором Type 2, эта операционная система работала поверх Irix на многопроцессорном сервере SGI. Данная работа была описана в статье Complete computer system simualation: The SimOS approach, датированной 1995 годом. В ней SimOS названа целевым аппаратным уровнем, реализующим все основные узлы будущего компьютера. В 1997 году завершился следующий проект, Disco, это уже был монитор виртуальных машин. Здесь ставилась несколько иная задача, звучащая так: «Допустим, есть массив вычислительных компонентов, объединенных в архитектуру ccNUMA. Как распределить возможности этого массива между несколькими различными по своей природе приложениями?» Одно из возможных решений — монитор и несколько виртуальных машин, поддерживаемых им. Сейчас в рамках vSphere, по существу, развивается эта же идея, она стала особенно актуальна с появлением облачных вычислений. Но тогда, в конце 90-х, актуальнее оказалось другое, стало ясно, что архитектура x86, задуманная для ПК, может составить конкуренцию и процессорам RISC-архитектуры, и даже IA-64, но в ней есть особенности, препятствующие виртуализации. Если их преодолеть, то можно добиться коммерческого успеха. Позже и Intel, и AMD адаптировали свои продукты к виртуализации, но начало было положено именно в VMware.

Херрод не отрицает, что, предложив гипервизор для архитектуры х86, компания бросила ей спасательный круг. Действительно, с точки зрения «высокой науки» и вправду была законсервирована не лучшая процессорная архитектура, однако реальность такова, что в мире создано огромное количество приложений для нее, спрос на стандартные серверы остановить невозможно, но их коэффициент полезного действия крайне низок. Сочетание серверов стандартной архитектуры с процессорной виртуализацией позволило восполнить недостатки, и как компонент нижнего уровня подобные компьютеры сохранятся в ЦОД еще на много-много лет. В продолжение темы процессорной виртуализации Херрод отметил, что сейчас становится актуальным создание еще одного гипервизора Type 1 (на «голом железе»), но на этот раз для процессоров ARM, широко используемых в разнообразных мобильных устройствах. Недавняя выставка Computex, по его словам, с особенной остротой указала на необходимость создания VMware Mobile Virtualization Platform – платформы для виртуализации мобильных устройств. C этой целью недавно была куплена французская компания Trango Virtual Processors. Решение MVP позволит создавать многофункциональные устройства на одной аппаратной платформе, например два телефона в одном – один для личных, а другой для служебных целей.

Но по большому счету сейчас фокус внимания смещается с процессоров на виртуализацию «частных облаков». Представленный в апреле программный продукт vSphere 4 можно назвать облачной операционной системой, и в какой-то мере работа над ней и ее наследниками является возвратом к проектам SimOS и Disco. Работа в этом направлении стимулируется двумя предпосылками. С одной стороны, новой тенденцией в аппаратном обеспечении, а именно появлением унифицированных модульных вычислительных систем на лезвийных серверах, выпущенных в этом году HP, Cisco, Fujitsu, Sun Microsystems и другими компаниями. С другой – распространением специализированных виртуальных машин, так называемых software appliance, как формы распространения приложений. Такой подход подразумевает, что разработчик оформляет приложение как готовую специализированную виртуальную машину, и пользователю остается ее только загрузить и выполнить.

Впрочем, преимущества этой схемы проявятся только тогда, когда между всеми сторонами будет достигнуто соглашение о стандартах. VMware возглавляет работу по созданию Open Virtualization Format, помимо нее в деятельности по разработке стандарта участвуют Microsoft, HP, IBM, Dell, Citrix и общественная организация Distributed Management Task Force (DMTF). Еще одной инициативой в области стандартизации, стимулированной VMware, является DMTF Open Cloud Standards Incubator.

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

Решил немного написать о политике лицензирования серверных ОС Microsoft Windows Server 2008. Когда только начал свой первый проект виртуализации серверов, то столкнулся с проблемой лицензирования Windows Server. Внятного тогда ответа не получил от представителя Microsoft. И данная тема была головной болью для меня пока я не разобрался в ней. Пришлось как всегда гуглить и лазить по сайту Microsoft. На других блогах по виртуализации и на самом сайте Microsoft в последствие я нашел интересующую меня информацию. В общем, схема лицензирования серверных ОС Microsoft Windows 2008 Server. Часть текста взята из документов Microsoft по лецензированию.

• Windows Server 2008 Standard лицензируется как «per Server» — то есть одна лицензия на один запущенный экземпляр на физическом сервере. Так же необходимы CAL ( клиентские лицензии) для доступа к работающему серверу. Одна лицензия дает возможность использовать один запущенный экземпляр на одном физическом сервере и еще один запущенный экземпляр ОС в виртуальной машине на этом же сервере. А также возможность создавать и хранить неограниченное число незапущенных экземпляров ОС.

• Windows Server 2008 Enterprise лицензируется также «per Server» и требуются CAL для доступа к ресурсам. При этом, одна лицензия дает возможность использовать один запущенный экземпляр на одном физическом сервере и еще до четырех запущенных экземпляров ОС в виртуальных машинах на этом сервере. А также возможность создавать и хранить неограниченное число незапущенных экземпляров ОС.

• Windows Server 2008 Datacenter лицензируется «per Processor» — то есть лицензии берутся на количество физических процессоров сервера (не ядер), также для доступа к ресурсам сервера требуется CAL. Один комплект лицензий по количеству процессоров дает возможность использовать один запущенный экземпляр на одном физическом сервере и еще неограниченное количество запущенных экземпляров ОС в виртуальных машинах на этом сервере.

Само Руководство по лицензированию продуктов Microsoft Windows Server 2008

Так же на сайте Microsoft есть  калькулятор для подсчета лицензий для виртуальной среды.

И еще одна цитата с сайта Microsoft о лицензирование при серверной виртуализации

Привязка серверной лицензии

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

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

Цитат взята все с того же сайта Microsoft

Перемещение экземпляров

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

Вот тут уже интереснее. Т.е перемещать экземпляр работающий ВМ на другой хост можно, но должно быть выполнено условие что данный экземпляр проработал на предыдущем хосте не менее 90 дней. Хммм, а как же тогда экстренный перенос когда не прошло и 90 дней с момента привязки лицензии, в случае падения первого хоста, или же когда у хоста просто нет ресурсов и ВМ переносится на другой хост??? Когда я поставил сам себе такой вопрос я был в ступоре. Как же быть с лицензиями скажем редакции Windows Server 2008 Enterprise (понятно что редакция Standart вообще к виртуализации не подходит). Решение опять пришло с интернета и штудирование доков по лицензированию, просто если Вы решили использовать технологии перемещения виртуальных машин таких как VMware Vmotion, необходимо покупать лицензии Windows Server 2008 Datacenter. Как выше уже было написано, данная редакция лицензируется по схеме «per Processor».  Т.е данная редакция не зависит от количества запущенных машин на одном физическом сервере, лицензирование идет по физическим процессорам. Вам вообще не нужно будет следить сколько и где виртуальных машин запущено, в плане лицензирование все будет чисто. Из этого  получается необходимо купить такое количество лицензий сколько у вас процессоров в серверах которые вы будете использовать для виртуализации. Пример 10  серверов с 4-мя процессорами, для полного покрытия и не нарушение лицензий необходимо будет приобрести  40 лицензий  Windows Server 2008 Datacenter.

Вот теперь вроде бы все просто и понятно. Единственное это конечно стоимость редакции  Windows Server 2008 Datacenter ))))

Еще один подводный камень. Правда, я с ним еще не встречался, но нашел у коллеги на блоге:  Вольности в толковании политик Microsoft по лицензированию и поддержке в виртуальной инфраструктуре VMware

Вообще Microsoft продвигает свою платформу виртуализации и я думаю из за этого не всегда адекватно реагирует на сторонние ей продукты, а VMware как топовый игрок на рынке виртуализации как кость в горле у Microsoft.

Вроде бы пока все по данному вопросу. Если что то новое будет в политиках Microsoft, то я обязательно напишу об этом.

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

Помнится много что прочел, помучил и остановился на VMware Workstation. Тогда пока я еще не думал о серверной виртуализации. Но уже положил глаз на продукты VMware. )

Дальше было больше. Workstation постепенно стала не устраивать, стал пробовать другие продукты VMware: GSX server который в последствие стал VMware Server.

Чуть позже, через пару месяцев знакомства с виртуальными машинами я домой приобрел себе компьютер по мощнее, тогда это еще был 4-й пень, с 4 гигами оперативы. Поставил в него второй хард и установил вторую операционку windows 2003 server. Ну и конечно GSX Server. Таким образом я и дома сделал себе виртуальную лабораторию. Дома у меня на одной машинке был небольшая сеть с доменом на windows, примерно где то 5 виртуальных машин. Как же тогда у меня кряхтел комп, это надо было видеть, но это было не главное, главное было то, что я мог экспериментировать и набираться практического опыта.

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

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

И вот где то в начале 2008 года я стал серьезно интересоваться виртуализацией, теперь уже не просто для лабораторных опытов, нужно было больше. Меня подвигло несколько интересных статей о серверной виртуализации и консолидации прочитанных мной. Заинтересовало то, как можно сократить финансовые расходы на серверную инфраструктуру и многое другое.

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

Примерно к концу 2008 года мне поступило предложение от одного работодателя. В этой компании была небольшая сеть и один кряхтящий сервер на линуксе используемый как шлюз. Но компания расширялась и хотела большего. Вот я и предложил проект по организации IT инфраструктуры с использованием продуктов VMware VI 3.5 по виртуализации серверной инфраструктуры. Проект был принят на ура, правда до этого пришлось попотеть и объяснять руководству что, зачем и для чего, и как самое главное это экономически эффективно для существующего бизнеса.
После принятия проекта меня пригласили работать IT инженером в эту компанию.
Так вот я поменял место работы и вот наконец-то я виртуальный админ, ну и не виртуальный тоже))))

А проснувшись, как то поутру я решил завести свой блог по теме виртуализации, который Вы и читаете.

VMware

Созданная в 1998 г. компания VMware — один из пионеров использования технологий виртуализации для компьютеров архитектуры x86. Она фактически создала сам рынок виртуализации, где и лидирует (по некоторым оценкам, ее доля составляет 70–80%). С 2004 г. она стала дочерним предприятием компании EMС, но на рынке работает автономно под собственной торговой маркой. Компания специализируется исключительно на создании средств виртуализации. По итогам 2008 г. доход VMware составил 1,88 млрд. долл. (рост на 42% по сравнению с 2007-м), из которых 1,18 приходится на поставку программного обеспечения, остальное — предоставление услуг.

Сейчас WMware предлагает на рынке комплексную виртуализационную платформу VMware Virtual Infrastructure 3.5, которая содержит средства как для ПК, так и для ЦОДов. Ключевые компоненты этого программного комплекса для серверной виртуализации — гипервизор ESX Server (ESXi как бесплатный вариант) и решение для управления виртуальными средами VirtualCenter, а для ПК — VMware Workstation.

2008 г. стал переломным для VMware и во многом для всего рынка виртуализации. Летом прошлого года в компании сменилось руководство. Это было связано с постановкой новых стратегических задач вывода VMware на лидирующие позиции на рынке инфраструктурного ПО в более тесном сотрудничестве с EMC. Вскоре после этого Пол Мариц, новый CEO компании, объявил о планах создания ОС принципиально нового типа для виртуальных ЦОДов (virtual datacenter OS, VDC OS), пообещав отказаться от традиционных ОС. На прошедшей в марте конференции VMworld 2009 Europe он развил свои идеи, представив более четкие контуры технологической стратегии компании, направленной на реализацию модели Cloud Computing. Его стратегия подразумевает движение в трех основных направлениях:
создание VDC-OS, технологические аспекты которой пока остаются не очень понятными, но ее первый вариант должен появиться на рынке в этом году;
реализация федеративной модели вычислений в рамках VMware vCloud Initiative, что должно обеспечить оптимальное сочетание использования внутренних и внешних вычислительных сред, между которыми можно легко перемещать ИТ-ресурсы;
воплощение vClient Initiative, предназначенной для создания виртуальной инфраструктуры оконечных рабочих станций.
VMware выполнила также ребрендинг всего комплекса своего ПО, который теперь стал называться vSphere (вместо VMware Virtual Infrastructure). Вся эта виртуализационная платформа теперь состоит из шести строительных блоков: vCompute (виртуализация процессорного оборудования, в том числе возможность миграции приложений и балансировка нагрузки), vStorage (управление хранением данных и репликацией), vNetwork (управление сетями), Availability (кластеризации и защита данных), Security (сетевые экраны, антивирусы, соответствие нормативным требованиям), Scalability (динамическое управление размерами ресурсов). Решение VirtualCenter отныне будет называться vCenter Suite.

Система vSphere ESX 4 будет поддерживать до восьми процессоров и до 256 Гбайт оперативной памяти на одну виртуальную машину. Кроме того, VMware обещает уже в недалеком будущем выпустить гипервизор для клиентских ПК.

Раrallels

Компания Parallels (до 2008 г. — SWsoft) также считается ветераном рынка технологий виртуализации. Ее ключевой продукт — Parallels Virtuozzo Containers 4.0, решение по виртуализации на уровне ОС, которое позволяет запускать на одном Windows- или Linux-сервере множество изолированных контейнеров (виртуальных серверов). Для автоматизации бизнес-процессов хостинг-провайдеров предлагается средство Parallels Plesk Control Panel.

В последние годы компания активно развивает направление средств виртуализации настольных систем — Parallels Workstation (для Windows и Linux) и Parallels Desktop for Mac (для Mac OS на компьютерах архитектуры x86).

В 2008-м она объявила о выпуске нового продукта — Parallels Server, совместимого с серверным механизмом виртуальных машин с разными операционными системами Windows, Linux, Mac OS X.

Parallels позиционирует себя как поставщика средств оптимизации вычислительной инфраструктуры в целом (и технологии виртуализации, и инструментов автоматизации технической и деловой деятельности). До сих пор она ориентировалась в основном на рынок хостинг-провайдеров, хотя в последние годы предпринимает активные попытки выхода на корпоративный сегмент рынка.

Свои конкурентные преимущества компания видит в наличии всего комплекса необходимых хостерам решений, в том числе средств виртуализации и автоматизации вычислительных сред. В начале 2009 г. Parallels объявила о планах перевода продуктов автоматизации (в первую очередь Business Automation и Operations Automation) на единую основу программного кода. Расширение Visual Automation будет идти в направлении развития гетерогенных сред, в том числе Microsoft Hyper-V, VMware и Xen. До конца года ожидается также появление Parallels Server Bare Metal — гипервизора, работающего без хост-ОС на «голом железе».

Microsoft

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

Виртуализация серверов. В течение трех лет основным продуктом был Virtual Server, который за это время претерпел целый ряд модификаций. В 2008-м ему на смену пришел гипервизор Hyper-V, реализованный на качественно иной архитектуре.

Виртуализация настольных систем. Основное решение — бесплатный продукт Virtual PC 2007, главное назначение которого — тестирование, разработка и демонстрация ПО, а также поддержка унаследованных приложений на новых ОС. Сейчас на его основе Microsoft создала корпоративное решение Enterprise Desktop Virtualization для использования унаследованных приложений в среде ОС Windows Vista и Windows 7 на клиентских компьютерах предприятия.

Виртуализация приложений. Для таких задач предлагается система Microsoft Application Virtualization 4.5, предыдущие версии которой назывались SoftGrid.

Презентационная виртуализация. Для этого используются давно известные на рынке и постоянно развивающиеся средства Microsoft Windows Server Terminal Services. Кроме того, к этой категории решений можно отнести специальную лицензию Windows Vista Enterprise Centralized Desktop, реализующую подход развертывания виртуальных настольных ПК на серверах (virtualized desktop infrastructures).

Для централизованного управления всеми этими виртуальными средствами используется большой набор инструментов семейства Microsoft System Center. Центральная роль здесь отводится решению System Center Virtual Machine Manager 2008.

Следующим шагом в развитии виртуализационной платформы Microsoft должен стать выпуск (до конца этого года) новой версии серверной ОС Windows Server 2008 R2, в составе которой будет и модифицированный вариант Hyper-V 2008 R2 (в начале 2009 г. он уже представлен публичной бета-версией). В этом гипервизоре будет реализована одна из наиболее ожидаемых рынком функций — «живая миграция», позволяющая переносить виртуальные машины в рамках кластера с одного физического сервера на другой без остановки работы приложений. Кроме того, новый гипервизор будет поддерживать до восьми физических процессоров, до 32 ядер, до 1 Тбайт физической памяти и до 256 виртуальных машин. В нем также будет модернизированная утилита для удаленного конфигурирования сервера. Кроме того, в Windows Server 2008 R2 будет предусмотрен в качестве элемента базового функционала сценарий работы с Hosted desktops для виртуализации ПК.

Citrix Systems

Корпорация Citrix Systems — признанный лидер в сфере инфраструктур удаленного доступа к приложениям и один из ключевых участников рынка виртуализации. В последние годы компания существенно усилила свои позиции благодаря ряду важных приобретений, среди которых нужно особо выделить покупку компаний NetScaler (средства оптимизации доставки Web-приложений) и XenSource (технологии виртуализации серверов). В результате Citrix существенно расширила спектр технологических предложений, включив в состав своей платформы доставки приложений средства виртуализации серверов и рабочих станций.

В начале 2008 г. компания, проведя ребрендинг своих традиционных продуктов, сформировала взаимосвязанный программный комплекс Citrix Delivery Center — платформу доставки приложений на рабочие станции. В соответствии с новой маркетинговой политикой, в которой упор сделан на концепцию виртуализации, ключевой продукт компании, Presentation Server, стал теперь называться XenApp. Для решения задач виртуализации серверов и рабочих станций предлагаются XenServer и XenDesktop, реализованные на базе технологии Xen. Для решения задач управления компания представила продукт Citrix Essentials, который теперь может применяться в ЦОДах, использующих среды XenServer и Hyper-V. В январе 2009-го Citrix также объявила о разработке совместно с Intel клиентского гипервизора в рамках Project Independence (проект «Независимость»), который должен появиться до конца нынешнего года.

Sun Microsystems

Компания Sun Microsystems предлагает многоуровневый набор технологий серверной виртуализации: традиционная ОС, управление ресурсами, виртуализация ОС, виртуальные машины и домены на уровне аппаратуры (hard partitions). Эта последовательность выстроена по принципу повышения уровня изоляции приложений (но одновременно снижается гибкость решения). Все виртуализационные технологии Sun реализованы в рамках ОС Solaris. Что касается аппаратной части, то везде предусмотрена совместимость с архитектурой x86-64, хотя системы на базе UltraSPARC изначально лучше «заточены» на данные технологии. В качестве виртуальных машин могут использоваться и другие ОС, в том числе Windows и Linux.

В 2007-м Sun объявила о создании собственного гипервизора Sun xVM, разработанного на базе проекта с открытым исходным кодом Xen. Сначала он был представлен лишь в виде компонента, встроенного в операционной системе OpenSolaris, но в середине 2008 г. компания выпустила два автономных устройства — Sun xVM Server и Sun xVM Ops Center 2.0. Первое — собственно гипервизор, совместимый с различными гостевыми ОС (Windows, Red Hat и SUSE Linux, Solaris и OpenSolaris), второе — интегрированный набор инструментов для управления географически распределенными виртуальными и физическими машинами как единой вычислительной средой.

Кроме того, в начале 2008 г. Sun приобрела немецкую компанию Innotek вместе с ее ПО VirtualBox для виртуализации широкого спектра настольных ОС архитектуры x86. Продукт распространяется бесплатно для персонального использования и в ознакомительных целях. Для организаций имеется корпоративная подписка. В апреле 2009 г. появилась версия Sun VirtualBox 2.2, в которую добавлена совместимость со стандартом Open Virtualization Format (OVF) ассоциации Desktop Management Task Force (DMTF).

Среди других новшеств — ускорение отображения трехмерной графики на базе OpenGL для приложений Linux и Solaris, совместимость с Snow Leopard (будущая 64-разрядная платформа Apple), увеличение максимальной емкости доступной для гостевых систем оперативной памяти до 16 Гбайт, а также новый сетевой хост-интерфейс для управления приложениями в виртуальных машинах. Дистрибутив ПО VirtualBox занимает всего 50 Мбайт.

Oracle

В ноябре 2007-го о своем выходе на рынок средств виртуализации объявила Oracle, представив программный комплекс Oracle VM для виртуализации серверных приложений. Данное ПО содержит гипервизор на базе технологии Xen и интегрированную консоль на базе браузера, через графический интерфейс которой можно создать и администрировать виртуальные пулы серверов архитектуры x86 и x86-64.

В сентябре 2007 г. компания представила новую версию Oracle VM 2.1.2. В ней появился модуль Oracle VM Guest High Availability, позволяющий свести к минимуму или исключить плановые и внеплановые простои. Еще одна важная функция, Secure Live Migration with SSL-Encryption, не допускает простои, связанные с плановыми отключениями систем, обеспечивая быструю и простую миграцию работающих виртуальных машин с одного физического сервера на другой с поддержкой по умолчанию шифрования трафика по протоколу SSL для защиты конфиденциальных данных. Для быстрого преобразования существующих физических серверов под управлением Linux или виртуальных машин VMware в виртуальные машины Oracle VM предназначено средство Physical-to-Virtual/Virtual-to-Virtual Machine Conversion.

Новая версия Oracle VM сертифицирована для работы с продуктом Oracle Real Application Clusters. Совместное использование этих решений обеспечивает расширенную поддержку сред Grid Computing с возможностью виртуализации ресурсов одного или множества серверов. Для управления таким комплексом предлагается средство Clustered HA Oracle VM Manager. Результаты независимого тестирования показывают, что Oracle VM демонстрирует чрезвычайно низкие (6%) дополнительные затраты вычислительных ресурсов даже при значительных рабочих нагрузках.

Red Hat

Компания уже много лет активно формирует портфель виртуализационных предложений. В начале 2009 г. она его представила в виде структурированного взаимосвязанного набора, обрисовав при этом перспективы развития его основных компонентов. В состав этого ПО, которое теперь объединено под общей торговой маркой Red Hat Enterprise Virtualization, входят решения для серверов и настольных систем.

Весь виртуализационный комплекс Red Hat строится на принципах Open Source. Как известно, ключевой продукт компании — это серверная ОС Red Hat Enterprise Linux (RHEL), в составе которой еще несколько лет назад появился гипервизор на базе технологии Xen. Однако еще в прошлом году Red Hat заявила о намерении заменить Xen на открытую систему KVM компании Qumranet, которую Red Hat приобрела в сентябре 2008 г. Шаг вполне оправданный — компания не хочет попадать в зависимость от своего конкурента, корпорации Citrix, которая приобрела проект Xen, хотя и сохранила его открытый статус. KVM уже сейчас доступен в бесплатной ОС Fedora 7, в RHEL 5 этот гипервизор появится в течение 2009 г. Переход пользователей с Xen на KVM должен пройти безболезненно благодаря использованию унифицированного программного интерфейса API Libvirt. В то же время подчеркивается, что Xen будет применяться как минимум еще пять лет.

Компания также намерена поставлять отдельный гипервизор Red Hat Enterprise Virtualization Hypervisor (RHEV-H), реализованный на основе ядра Linux и KVM в рамках проекта oVirt. Особенность этого решения состоит в том, что гипервизор помещается в 128-Мбайт ОЗУ и спроектирован как узел «без сохранения конфигурации» с централизованным удаленным управлением. Все настройки хранятся в БД на управляющем сервере, а управление выполняется удаленно через API Libvirt. RHEV-H поддерживает до 96 процессорных ядер и 1 Тбайт ОЗУ. Каждая виртуальная машина сможет использовать до 64 Гбайт ОЗУ и до 16 процессоров.

Формирование виртуальной инфраструктуры ПК (VDI) с использованием настольных Linux и Windows будет выполняется на основе системы Red Hat Enterprise Virtualization Manager for Desktops, также созданной на базе решений Qumranet. Технологическая особенность этого решения — современный сетевой протокол SPICE, предназначенный как раз для работы в VDI-решениях.

Для управления виртуализационной инфраструктурой предлагается решение Red Hat Enterprise Virtualization Manager for Servers, которое будет работать как с виртуальными серверами, так и с ПК. Этот продукт должен обладать весьма широкими возможностями, в том числе «живой миграцией» виртуальных машин, управлением динамической балансировкой, средствами развертывания и т. д.

Что касается сроков реализации заявленных планов, то пока определены лишь общие временные рамки — от трех месяцев до полутора лет. Дополнительно Red Hat объявила о дальнейшем развитии программы Red Hat ISV Partner Program, в которой уже сейчас участвует более 2200 поставщиков программных и аппаратных средств. Главная новость заключается в том, что Red Hat подтвердила неизменность программного интерфейса ABI — связующего слоя между ОС и прикладными решениями независимых разработчиков.

Оригинал статьи лежит тут

И немного от себя.
Я сам пробовал разные продукты от таких компаний как Vmware, Microsoft и Citrix.
Когда серьезно заинтересовался виртуализацией серверов, а это было где в середине 2008 года, был уже опыт по десктопным продуктам для виртуализации и небольшой опыт по серверным разных производителей.
Тогда как мне показалось все – таки компания Vmware была в не конкурентов. Это мое сугубо личное мнение но все же мое.
Остановился на Vmware. Как то симпатична она мне. Ну и конечно по опыту работы с продуктами данной компании было минимум проблем, плюс ко всему у Vmware хороший выбор софта, репутация, надежная работа по моим наблюдениям, достаточно материала по изучению, и самое главное на русском есть материал.
Линейка продуктов для ЦОДов очень интересна и много функциональна. Есть куча интересных фитчей и возможностей. После выпуска бесплатного ESXi виртуализация серверной инфраструктуры стала доступнее. По поводу бесплатности есть свои но, но для начала или же для тест лаба самое то.) Хмм.. написал, прочел свою заметку и думаю звучит как реклама.) Надо будет попросить Vmware чтобы хотя бы мне скиду сделали за пиар)))
Хотя я не рекламирую ту или иную компанию. Выбор дело сугубо каждого. Я выбрал одно, Вы можете выбрать другое. Но все же платформа Vmware VI 3.5, а теперь уже с мая месяца Vmware vSphere на мой взгляд лучшая.

Вебинар «VMware vSphere 4 – новые возможности виртуализации» компании Софтлайн. 23 июня 2009г в 10.00 по МСК.

Вебинар от VMware «VMware vCenter Data Recovery» 15 июня 2009г в 10.00 по МСК

Вебинар от VMware «What’s New with VMware vSphere 4 Overview» 17 июня 2009г в 10.00 по МСК