VMware vSphere Hypervisor — это бесплатный, мощный и надежный аппаратный гипервизор для использования в задачах виртуализации серверов и рабочих станций. В статье рассматривается установка и настройка гипервизора VMware Hypervisor, создание виртуальной машины, установка гостевой операционной системы.
Free vSphere Hypervisor: Технические требования, ограничения и совместимость
VMware vSphere Hypervisor можно установить на сервер, соответствующий следующим техническим требованиям:
Файл дистрибутива VMware vSphere Hypervisor имеет небольшой размер (311 МБ) и содержит только самые необходимые драйверы, в основном для серверов брендовых производителей. Но иногда и на серверы известных брендов не получается установить гипервизор. Часто производители серверов выпускают собственные дистрибутивы гипервизора со своими драйверами.
Проверить совместимость VMware vSphere Hypervisor с вашим сервером можно на странице:
Список оборудования, которое не поддерживается в ESXi 6.7: https://kb.vmware.com/s/article/52583
Рассмотрим основные ограничения бесплатного гипервизора vSphere Hypervisor в сравнении с полноценным VMWare ESXi:
- Не оказывается официальная техподержка VMWare;
- Одной ВМ можно выделить не более 8 виртуальных процессоров/ядер (vCPU) (в кстати ограничения по vCPU для gen1 поколения ВМ — 64);
- Хост нельзя подключать к vCenter;
- Не доступна vStorage API (не получится настроить нормальное резервное копирование, тот же Veeam не сможет забрать ВМ с хоста);
- Максимум 2 физических процессора (сокета) в сервере (ограничений по кол-ву ядер нет);
- Все APi доступны в режиме только чтения (т.е. вы не сможете изменить ни один из параметров сервера или ВМ через тот же ).
Однако бесплатная реакция Sphere Hypervisor позволяет без ограничений использовать все ядра и оперативную память физического сервера. Нет ограничений на общее количество RAM, процессоров, ядер или время работы хоста или ВМ. Работает PCI VMDirectPath/ USB redirection.
Как скачать и установить бесплатный VMware vSphere Hypervisor?
Актуальную версию гипервизора VMware Hypervisor vSphere 6.7 загружаем . Для этого нужно войти в ваш аккаунт VMWare или создать новый.
Если создаете новый аккаунт VMWare, то после заполнения формы регистрации, нужно подождать письмо для подтверждения аккаунта. Переходите по ссылке в письме, вводите свой пароль.
На следующем этапе вы получаете лицензионный ключ для бесплатной версии гипервизора и ссылку на скачивание VMware vSphere Hypervisor. Ключ обязательно сохраните.
Скачивается iso образ, который можно записать на флешку, CD/DVD диск. Теперь можете установить гипервизор на сервер (рабочую станцию или виртуальную машину).
Установка очень простая. Выберите “ESXi-6.7.0-2019xxx-standard installer” .
Укажите диск, на который будет установлена система. В данном примере доступен один диск размером 40 ГБ.
Выберите раскладку клавиатуры.
Введите и подтвердите пароль root (не менее 7 символов).
После установки появляется предупреждение, что гипервизор без лицензионного ключа будет работать 60 дней.
Перезагрузите компьютер.
Гипервизор VMware vSphere установлен. Если ваш сервер хотя бы одним сетевым интерфейсом подключен к сети с DHCP сервером, он автоматически получит IP адрес, который вы увидите в консоли гипервизора (называется она DCUI). Этот IP адрес используется для управления гипервизором из web- интерфейса. 
Настройка VMware ESXi в консоли
Для управления настройками Hypervisor на экране DCUI нажмите F2 , введите логин (по умолчанию root) и пароль, заданный в процессе установки.
Откроется графическая консоль для первоначальной настройки гипервизора.
Здесь можно настроить следующие опции:
Первоначальная настройка VMware vSphere Hypervisor закончена. Можно подключаться через Web- интерфейс.
Веб-интерфейс управления VMware ESXi, установка бесплатной лицензии
Для того чтобы подключиться к гипервизору vSphere Hypervisor через Web – интерфейс, введите в адресную строку браузера IP-адрес сервера, назначенный при первоначальной настройке гипервизора. Затем логин (root) и пароль.
Обратите внимание, что сервер без лицензии будет работать 60 дней.
Активируйте лицензию, полученную при регистрации “Manage” -> “Licensing” -> “Assign License” .
Если не активировать лицензию, через 60 дней все запущенные ВМ продолжат работу, но вы не сможете включить новые ВМ или перезагрузить имеющиеся ВМ.
Для гипервизора активирована неограниченная по времени (Expires: Never) лицензия с неограниченным объемом оперативной памяти для виртуальных машин. Каждой виртуальной машине вы сможете выделить до 8 виртуальных vCPU (Up to 8-way virtual SMP).
Виртуальный коммутатор VMWare ESXi
Виртуальный коммутатор (vSphere Switch или vSwitch) – это виртуальное устройство, которое передает данные между виртуальными машинами внутри сервера и передает данные наружу через физический NIC. Есть два вида виртуальных коммутаторов:
- Standard Switches — простой виртуальный коммутатор, логически находится внутри физического сервера.
- Distributed Switches — распределенный виртуальный коммутатор, может быть распространен на несколько физических серверов (не доступен в бесплатной версии VMWare Hypervisor, да и в платной доступен только в Enterprise Plus редакции) .
После установки и запуска гипервизора уже имеется один виртуальный коммутатор vSwitch0 , который включает в себя один физический адаптер vmnic0 и две группу портов – служебная (Management Network) для управления гипервизором и сеть для передачи данных (VM Network). Интерфейс управления гипервизором vmk0 (vmkernel port) включен в группу Management Network.
В большинстве случаев на отдельно стоящем гипервизоре вам будет достаточно одного виртуального коммутатора. Групп портов нужно создавать, если вы хотите изолировать виртуальные машины друг от друга, использовать различные настройки VLAN для группы портов.
Без особой необходимости не нужно вносить изменения в Management Network или vmkernel port, иначе вы можете потерять доступ к вашему интерфейсу управления гипервизором. Если вы потеряли доступ к гипервизору, вы можете сбросить сетевые настройки с помощью меню Network Restore Options в консоли DCUI.
Создание виртуальной машины в VMWare Hypervisor
В Web-интерфейсе выберите “Virtual Machines” -> “Create / Register VM” -> “Create a new virtual machine”.
Назначьте имя виртуальной машины. Выберите тип и версию гостевой операционной системы. Включите чек-бокс “Windows Virtualization Based Security”, если хотите сделать виртуализацию оборудования, IOMMU, EFI и Secure Boot доступными для гостевой ОС.
Выберите хранилище данных (datastore) для файлов конфигурации виртуальной машины и всех ее виртуальных дисков. 
Если свободное место на выбранном диске меньше, чем его объем, то вы получите сообщение, что необходимо увеличить объем datastore.
На этом шаге настраиваются все параметры виртуальной машины: количество CPU, объем оперативной памяти, размер и размещение жесткого диска, сетевые адаптеры, CD/DVD приводы и т.д. Чтобы получить доступ к сети в ВМ, достаточно поместить ее адаптер в группу портов VM Network на коммутаторе vSwitch0 (если вы ничего не перенастроили).
Все эти параметры, при необходимости, потом можно будет изменить при выключенной виртуальной машине.
На следующем экране будет предложено проверить все настройки виртуальной машины и подтвердить их.
Установка гостевой ОС на виртуальную машину
Для установки гостевой ОС на виртуальную машину необходимо загрузить дистрибутив iso образ с дистрибутивом нужной ОС на локальное хранилище. В меню Navigation выберите Storage и нажмите .
Создайте каталог для загрузки дистрибутивов.
Выберите созданный каталог, нажмите в верхнем левом углу Upload, выберите iso – образ загружаемой ОС и дождитесь окончания загрузки.
Выберите установленную виртуальную машину и нажмите “Actions” -> “Edit Settings”
Меняете настройки CD-DVD привода, как на скриншоте внизу. В CD/DVD Media выбираете закачанный iso-образ операционной системы.
Затем просто включаете виртуальную машину, ВМ пытается загрузиться с ISO образа и начинается установка гостевой ОС с виртуального CD/DVD, к которому привязан iso- образ.
После завершения установки гостевой ОС можете использовать ее, как обычно.
Надеюсь, эта небольшая обзорная статья по особенностям использования бесплатного гипервизора VMWare vSphere Hypervisor будет вам полезна.
Термин «виртуализация» в последнее время становится очень модным. Понятие «виртуальная машина» уже перестало быть чем-то экзотическим и далеким. Многие организации, так или иначе связанные с информационными технологиями, уже научились применять виртуальные машины в повседневной деятельности для повышения эффективности своей IT-инфраструктуры. Понятие виртуализации применяется сейчас повсеместно и, порой, в различных контекстах: виртуализация систем хранения, операционных систем, приложений. Если различные аспекты виртуализации аппаратных ресурсов известны специалистам уже давно, то виртуализация операционных систем начала набирать обороты лишь за последние несколько лет, но стремительными темпами.
Так что же такое виртуализация и виртуальные машины применительно к операционным системам? Сам по себе термин виртуализация означает представление некоего объекта в удобном виде для пользователя, при этом все подробности реализации скрываются, а сам объект имеет привычные интерфейсы для взаимодействия с внешней, по отношению к нему, средой. Когда говорят о виртуализации операционных систем, прежде всего, имеют в виду создание виртуальных машин - неких абстракций, заключающих в себе собственную виртуальную аппаратно-программную среду, позволяющую на одной физической платформе установить и запускать одновременно несколько экземпляров операционных систем. Для чего это нужно? Прежде всего, для того, чтобы отделить представление операционной системы от аппаратуры и разместить несколько работающих виртуальных серверов на одном физическом с возможностью быстрой миграции и восстановления операционных сред. Также такой подход обеспечивает максимальную гибкость в отношении развертывания серверов, поддержания их жизнеспособности и управления.
Большинство CIO крупных организаций если и не планируют частичную или полную виртуализацию своей IT-инфраструктуры, то, по крайней мере, всерьез задумываются о ней. В перспективе, проекты по виртуализации кажутся очень заманчивыми: повышение гибкости IT-инфраструктуры, увеличение надежности и обеспечение высокой доступности серверов, экономия на аппаратном обеспечении - все эти и множество других факторов привлекают руководителей IT-отделов компаний. Тем не менее, многие не осознают, каких усилий будет стоить миграция физической инфраструктуры на виртуальную - ведь грамотных специалистов в этой области сейчас единицы, а приобретение и развертывание мощных коммерческих платформ виртуализации требует немалых затрат. В данной статье пойдет речь о двух популярных платформах для виртуализации серверов - бесплатной VMware Server и коммерческой VMware ESX Server.
Почему VMware?
Компания VMware - один из первых игроков на не так давно сформировавшемся рынке платформ виртуализации. В 1998 году VMware запатентовала свои программные техники виртуализации и с тех пор выпустила немало эффективных и профессиональных продуктов для виртуализации различного уровня: от VMware Workstation, направленной на конечного пользователя (consumer) до VMware ESX Server, предназначенного для размещения виртуальной инфраструктуры средних и крупных предприятий. В весьма обширном списке продуктов VMware можно найти немало инструментов для повышения эффективности процесса виртуализации, управления виртуальными серверами и средства миграции с физических платформ на виртуальные. В России продукты компании VMware особенно популярны, поскольку виртуализация у нас еще только набирает обороты, а платформы других вендоров, не так известные нам, являются весьма «сырыми» и обладают гораздо меньшей функциональностью, чем аналоги у VMware. Кроме того, по результатам различных тестов производительности средства виртуализации VMware почти всегда по большинству параметров выигрывают у конкурентов. А если говорят о виртуализации операционных систем Windows - то это почти наверняка продукты VMware. Между тем, среди платформ виртуализации у VMware есть из чего выбирать:
- VMware Workstation - платформа, ориентированная на Desktop-пользователей и предназначенная для использования разработчиками ПО, а также профессионалами в сфере IT,
- VMware Player - бесплатный «проигрыватель» виртуальных машин, предназначенный для запуска уже готовых шаблонов виртуальных машин, выполняющих конкретную задачу,
- VMware Server , носивший ранее название VMware GSX Server, направленный на использование в инфраструктуре малых предприятий для поддержания виртуальных серверов
- VMware Ace - продукт для создания защищенных политиками безопасности виртуальных машин,
- VMware ESX Server - мощная платформа виртуализации для среднего и крупного бизнеса, ориентированная в первую очередь на поддержание целостной и масштабируемой IT инфраструктуры,
- VMware Virtual Center - мощное средство для управления платформами виртуализации VMware ESX Server и VMware Server, обладающее широкими возможностями по консолидации серверов, их настройке и управлению.
- VMware Fusion - настольный продукт для виртуализации на платформе Mac от компании Apple.
Формальными конкурентами VMware в отношении виртуализации серверов являются компании Microsoft, Virtual Iron, XenSource и SWsoft. Однако, продукт компании SWsoft имеет довольно узкую сферу применения (хостинг), а разработки остальных вендоров по сравнению с продуктами VMware на данный момент выглядят гораздо слабее.
Когда нужно внедрять виртуальную инфраструктуру в компании
Прежде всего, необходимо четко определить цели, с которыми будут внедряться платформы виртуализации. Затем, необходимо определить критерии, по которым будет оцениваться эффективность внедрения виртуальной инфраструктуры. Помимо чисто финансовых критериев (уменьшение затрат на аппаратное обеспечение, экономия на обслуживании), нужно также учитывать повышение надежности инфраструктуры, масштабируемости, гибкости, устойчивости, уменьшение времени развертывания, простоя, восстановления после сбоев, централизацию управления и обеспечение высокой доступности. Безусловно, все эти критерии могут быть выражены в денежном эквиваленте, в зависимости от типа и специфики окружения, подлежащего виртуализации.
7 причин внедрять виртуализацию серверов
- Увеличение коэффициента использования аппаратного обеспечения
По статистике, большинство серверов загружены на 15-20 процентов при выполнении ими повседневных задач. Использование нескольких виртуальных серверов на одном физических позволит увеличить его до 80 процентов, обеспечив при этом существенную экономию на приобретении аппаратного обеспечения. - Уменьшение затрат на замену аппаратного обеспечения
Поскольку виртуальные сервера отвязаны от конкретного оборудования, при обновлении парка физических серверов не требуется повторная установка и настройка программного обеспечения. Виртуальная машина может быть просто скопирована на другой сервер. - Повышение гибкости использования виртуальных серверов
В случае если вам необходимо использование нескольких серверов (к примеру, для тестирования и работы в продакшене) при изменяющейся нагрузке, виртуальные сервера являются лучшим решением, так как они могут быть безболезненно перенесены на другие платформы, когда физический сервер испытывает повышенные нагрузки. - Обеспечение высокой доступности
Бэкап виртуальных машин и их восстановление из резервных копий занимает значительно меньшее время и является более простой процедурой. Также, при выходе из строя оборудования, резервная копия виртуального сервера может быть сразу запущена на другом физическом сервере. - Повышение управляемости серверной инфраструктуры
Существует множество продуктов для управления виртуальной инфраструктурой, позволяющих централизованно управлять виртуальными серверами и обеспечивать балансировку нагрузки и «живую» миграцию. - Экономия на обслуживающем персонале
Упрощение управления виртуальными серверами в перспективе влечет за собой экономию на специалистах, обслуживающих инфраструктуру компании. Если два человека с помощью средств для управления виртуальными серверами могут делать то, что делали четверо, зачем вам два лишних специалиста, получающих не менее $15000 в год? Тем не менее, нужно учитывать, что для подготовки квалифицированных кадров в сфере виртуализации тоже нужны немалые деньги. - Экономия на электроэнергии
Для малых компаний этот фактор, конечно же, не имеет особого значения, однако для крупных датацентров, где затраты на поддержание большого парка серверов включают в себя расходы на электроэнергию (питание, системы охлаждения), этот момент имеет немалое значение. Концентрация нескольких виртуальных серверов на одном физическом уменьшит эти затраты.
Когда не нужно внедрять инфраструктуру в компании
Несмотря на все плюсы, виртуализация серверов имеет также некоторые ограничения своего применения. Планируя виртуальную инфраструктуру, необходимо учитывать следующие факторы:
- Серверы имеют постоянную рабочую загрузку более 60 процентов
Такие серверы не является хорошими кандидатами на виртуализацию, поскольку при миграции его на виртуальную машину и размещении с другими виртуальными серверами, ему может не хватить ресурсов. - Сервер использует дополнительное оборудование, которое не может быть виртуализовано
Здесь все ясно: в случае, когда сервер использует «железо», которое не поддерживается вендорами платформ виртуализации, нет смысла виртуализовывать такой сервер. - Затраты на приобретение и внедрение платформы виртуализации слишком велики
В средних и малых организациях инфраструктура серверов не так уж велика, так же, как и невелики затраты на оборудование и обслуживание. В таком случае, нужно осторожно подходить к процедуре виртуализации, поскольку приобретение коммерческой платформы может оказаться неоправданным. - Отсутствие квалифицированных специалистов
Во многих случаях процесс миграции с физического железа на виртуальные машины и дальнейшее развертывание платформы виртуализации требует хорошей квалификации от людей их проводящих. Особенно это требуется при развертывании платформ класса «Bare metal» (голое железо). Если вы не уверены, что ваши люди обладают достаточными для этого знаниями, не начинайте проект по виртуализации.
VMware Server - бесплатная и мощная платформа виртуализации для малого бизнеса
Бесплатный продукт VMware Server является довольно мощной платформой виртуализации, которая может быть запущена на серверах под управлением хостовых операционных систем Windows и Linux. Основное предназначение VMware Server - поддержка малых и средних виртуальных инфраструктур небольших предприятий. В связи с небольшой сложностью его освоения и установки, VMware Server может быть развернут в кратчайшие сроки, как на серверах организаций, так и на компьютерах домашних пользователей.
Ранее этот продукт распространялся по коммерческой лицензии и носил название VMware GSX Server 3, однако, с ростом возможностей и продаж мощной платформы виртуализации VMware ESX Server, компания VMware не увидела перспектив в продажах платформы VMware Server, сделав в конечном итоге продукт бесплатным. Стоит отметить, что в отношении этого продукта VMware рассчитывает в основном на доходы от продаж Virtual Center for VMware Server, эффективного средства для управления виртуальной инфраструктурой на основе VMware Server, который обладает широкими возможностями по взаимодействию с виртуальными машинами и консолидации виртуальных серверов.
Вот основные варианты использования продукта VMware Server:
- поддержка нескольких виртуальных серверов на одном физическом в продакшене компании
- поддержка нескольких виртуальных серверов в целях тестирования «в связке» в виртуальной сети хоста при разработке и поддержке программного обеспечения
- запуск готовых к использованию виртуальных машин (Virtual Appliances), выполняющих определенную серверную функцию
- обеспечение высокой доступности виртуальных серверов (виртуальные машины могут легко переноситься между физическими серверами)
- создание удобных к восстановлению резервных копий виртуальных серверов за счет получения мгновенных снимков текущего состояния системы («снапшотов»).
VMware Server обладает широкими возможностями по работе с виртуальными машинами, включающими в себя:
- Поддержку любой стандартной архитектуры x86
У VMware Server нет особых требований к компонентам физического сервера - в отличие от VMware ESX Server, который накладывает весьма конкретные ограничения на оборудование сервера. Многоядерные процессоры также поддерживаются. - Поддержку двунаправленного виртуального SMP (symmetric multi-processing)
Если позволяет архитектура физического сервера, виртуальные машины, создаваемые в VMware Server, могут содержать два виртуальных процессора, что положительно сказывается на производительности гостевых систем. - Поддержку большого числа хостовых и гостевых операционных систем, полный список которых всегда доступен на сайте VMware
Число хостовых операционных систем, на которых может быть установлен VMware Server, конечно же, меньше, чем число поддерживаемых гостевых систем. Между тем, в качестве гостевой может быть установлена практически любая известная операционная система. Даже если ее нет в списке поддерживаемых, это не значит, что ее нельзя установить. - Поддержку 64-битных хостовых и гостевых операционных систем
В качестве хостовых 64-х битных систем могут использоваться 64-х битные ОС семейства Windows Server 2003, а также 64-х битные версии Linux-систем: Red Hat, SUSE, Mandriva и Ubuntu. Список поддерживаемых гостевых ОС дополнен также еще и 64-х битными версиями Windows Vista, Sun Solaris и FreeBSD. - Поддержку IntelVT (Intel Virtualization Technology)
VMware Server экспериментально поддерживает технологию аппаратной виртуализации компании Intel и позволяет использовать ее для поддержки виртуальных машин. Стоит отметить, что аппаратная виртуализация по исследованиям инженеров VMware пока является более медленной, чем программная, поэтому не рекомендуется включать поддержку программной виртуализации в целях лучшего быстродействия.
Знакомство с VMware Server начинается с окна консоли управления виртуальными машинами:
В рабочей области главного окна программы можно создать виртуальную машину, добавить уже существующую, переключить консоль на другой физический хост (управлять виртуальным сервером удаленно), а также настроить параметры хоста.
Создание виртуальной машины в VMware Server - процесс простой и интуитивный и занимает всего несколько шагов мастера создания виртуальной машины:
- выбираем гостевую систему из списка, которая будет установлена в качестве гостевой
- выбираем имя и расположение файлов виртуальной машины
- выбираем тип сетевого взаимодействия между виртуальной машиной, хостовой ОС, другими виртуальными машинами и внешней сетью
- вводим объем виртуального диска и жмем Finish.
После этого, если дистрибутив устанавливаемой гостевой системы находится на CD или DVD-диске, просто вставляем его в привод и нажимаем кнопку «Power on» на панели инструментов. Если же дистрибутив операционной системы у вас в виде ISO-образа, выбираем пункт меню VM->Settings, переходим на элемент CD-ROM, где указываем путь к образу ISO, жмем «ОК» и «Power On».
Процесс установки гостевой системы в VMware Server достаточно прост и не требует отдельного описания. Однако при установке гостевых ОС необходимо обязательно учитывать следующие моменты:
- Выделяйте планируемому виртуальному серверу количество ресурсов, достаточное для выполнения им своих функций, однако помните, что увеличить число выделенных ресурсов всегда сложнее, чем уменьшить.
- При выборе типа сетевого взаимодействия виртуального сервера, учитывайте вопросы безопасности, и если виртуальному серверу понадобится только взаимодействие только во внутренней виртуальной сети хоста - не ставьте Bridged Networking.
- Если не только вы имеете доступ к консоли управления виртуальным сервером, вы можете сделать вашу виртуальную машину приватной, установив галку в VM->Settings->Options->Permissions.
- Не забывайте устанавливать VMware Tools в гостевых системах, поскольку установка этих дополнений существенно увеличивает удобство работы с гостевой системой и её производительность.
- Старайтесь соблюдать соотношение: не более 4-х виртуальных машин на один физический процессор, поскольку большее их количество существенно скажется на производительности виртуальных серверов.
При обслуживании виртуальной инфраструктуры на основе VMware Server необходимо внимательно наблюдать за загрузкой аппаратных ресурсов сервера. В случае если какой-либо виртуальной машине не хватает ресурсов, нужно задуматься о переносе ее на другой сервер. Если вы планируете управлять большим количеством виртуальных серверов, стоит подумать о приобретении продукта VMware Virtual Center, позволяющего централизовано контролировать множество хостов, на которых установлен VMware Server, объединять их в кластеры и отслеживать загрузку хостов виртуальными машинами. Для определения количества ресурсов, которое необходимо выделять виртуальным серверам, используйте счетчики производительности внутри гостевых систем. Старайтесь использовать только виртуальные SCSI-диски, поскольку виртуальные IDE работают медленнее.
Если есть необходимость в доступе к консоли виртуального сервера из внешней сети, можно настроить Web-клиента для VMware Server, интегрированного со службами Microsoft IIS. Эта возможность позволит контролировать виртуальные сервера через Интернет с использованием защищенного соединения SSL (Secure Socket Layer).
Технические характеристики VMware Server
| Возможности | VMware Server 1.0 |
| Возможность запуска в качестве сервиса | Да |
| Запуск виртуальных машин при старте операционной системы хоста | Да |
| Локальное управление | Толстый клиент, командная строка |
| Множественный пользовательский доступ | Да |
| Программные интерфейсы (API) | Да (C/COM/Perl) |
| Удалённое использование продукта | Да (Web console) |
| Удалённое использование виртуальных машин | Толстый клиент |
| Управление множественными установками | Нет |
| Соотношение виртуальные машины/ядро | 2-4 |
| Поддержка аппаратной виртуализации | Intel VT (Экспериментальная) |
| Поколение виртуального аппаратного обеспечения | 5 |
| Поддержка виртуальных процессоров внутри виртуальной машины (технология VMware Virtual SMP) | 2 (Экспериментальная) |
| Максимальное количество оперативной памяти, выделяемое под виртуальную машину | До 3,4 ГБ |
| Максимальное количество оперативной памяти, выделяемое под все виртуальные машины | До 64 ГБ |
| Виртуальных контроллеров IDE/ дисков на виртуальную машину | 1/4 |
| Виртуальных контроллеров SCSI/ дисков на виртуальную машину | 4/60 |
| Максимальный размер виртуального диска | До 950 ГБ |
| Максимальное число виртуальных сетевых интерфейсов | 4 |
| Виртуальных коммутаторов | 9 |
| Получение снапшотов через «толстый» клиент | Да |
| Получение снапшотов через командную строку | Нет |
| Множественные снапшоты | Нет |
| Клонирование виртуальных машин | Нет |
| Группы виртуальных машин (Teams) | Нет |
| Отладка виртуальных машин | Да |
| Служба общего каталога (Shared folders) | Нет |
| Поддержка Drag&Drop Хост Виртуальная машина | Нет |
| Неподдерживаемые ОС хоста | Windows XP Professional (32/64bit) Windows XP Home Windows 2000 Professional Red Hat Linux 7.0 Red Hat Linux 7.1 |
- Только в операционных системах поддерживающих расширенную память или включенный PAE-режим.
- Доступно при использовании VMware Virtual Center.
Для продукта VMware Server существует множество различных как коммерческих, так и бесплатных утилит для управления виртуальными машинами и дисками, контроля производительности и обслуживания. Однако если вы собираетесь на полную мощь использовать возможности VMware Server, вам стоит присмотреться к продукту VMware Virtual Center for VMware Server.
VMware ESX Server -платформа виртуализации корпоративного класса и средство построения виртуальной инфраструктуры предприятия
Среди множества решений для виртуализации, предлагаемых компанией VMware, продукт VMware ESX Server занимает особое место. Являясь флагманской разработкой компании, VMware ESX Server представляет собой основу для построения больших виртуальных инфраструктур, в которые интегрируются другие продукты VMware.
VMware ESX Server является платформой виртуализации класса «Bare Metal» («голое железо») и устанавливается на «чистый» сервер, не имеющий операционной системы и другого программного обеспечения. VMware ESX Server построен на основе операционной системы Linux Red Hat, в которой инженеры компании VMware произвели значительные изменения, добавив множество возможностей для поддержки виртуализации. Такая реализация этой платформы позволяет максимально эффективно использовать аппаратные ресурсы серверов и обеспечивать наилучшее взаимодействие между гостевыми системами и «железом».
VMware ESX Server обладает множеством достоинств и является ядром виртуальной инфраструктуры крупных предприятий, в которой требуется поддержание множества виртуальных серверов, их консолидация, обеспечение высокой доступности и миграция виртуальных машин между физическими серверами. ESX Server - это настоящая концепция построения IT-инфраструктуры предприятия с помощью виртуальных машин.
Помимо ESX сервера в виртуальной инфраструктуре предприятия присутствуют также такие компоненты, как сети хранения данных SAN (Storage Area Network), системы хранения (Storages), высокоскоростные соединения (Fibre Channel) и виртуальные сети (VLAN). Виртуальная инфраструктура на основе VMware ESX Server позволяет централизованно управлять всеми этими ресурсами и обеспечивать бесперебойную работу виртуальных серверов. Основными компонентами виртуальной инфраструктуры являются:
- Собственно ESX Server .
- Файловая система VMware VMFS (Virtual Machine File System) , оптимизированная для быстродействия виртуальных машин и обеспечения их высокой доступности.
- VMware SMP (Symmetric Multi-Processing) - технология, позволяющая виртуальным машинам использовать все процессоры хоста, имея при этом несколько виртуальных процессоров.
- Virtual Infrastructure Client - мощное средство по удаленному администрированию и настройке VMware ESX Server, запускаемое на рабочих станциях Windows и имеющее дружественный интерфейс.
- Virtual Center - средство для централизованного управления множеством ESX-серверов.
- Virtual Infrastructure Web Access - возможность управления виртуальными машинами из внешней сети по защищенному каналу.
- VMware VMotion - технология, позволяющая осуществлять «живую» миграцию запущенного виртуального сервера на другой физический сервер, без необходимости выключения виртуальной машины и обеспечением ее бесперебойной работы во время миграции.
- VMware High Availability (HA) - возможность, позволяющая в случае аппаратного или программного сбоя физического сервера, автоматически перезапустить нужные зеркала виртуальных машин на другом сервере.
- VMware Distributed Resource Scheduler (DRS) - компонент, позволяющий осуществлять динамическое выделение ресурсов виртуальным машинам.
- VMware Consolidated Backup (VCB) - простое и мощное средство для создания резервных копий виртуальных машин.
- VMware Infrastructure SDK - пакет для разработки приложений для виртуальной инфраструктуры сторонними разработчиками.
Когда нужно использовать виртуальную инфраструктуру на основе VMware ESX Server
- Вы четко представляете себе, сколько потребуется физических серверов для поддержания инфраструктуры виртуальных серверов. Имейте в виду, что планировать миграцию физических серверов необходимо из расчета не более 4-6 виртуальных машин на один физический процессор при средней реальной загрузке мигрируемых физических серверов 15%.
- Вы выбрали подходящее издание VMware ESX Server, а также компоненты виртуальной инфраструктуры, рассчитали стоимость их развертывания и обслуживания и пришли к выводу, что внедрение целесообразно, поскольку экономия на аппаратном обеспечении и обслуживании покрывает эти расходы.
- У вас есть специалисты, которые не только грамотно проведут проект по виртуализации, но и администраторы, обладающие достаточными знаниями для того, чтобы каждый день поддерживать и развивать виртуальную инфраструктуру.
- Вы готовы к приобретению того аппаратного обеспечения, которого требует VMware ESX Server. Будьте внимательны - в руководстве по установке ESX сервера говорится о том, какое конкретно оборудование требуется для его установки. На первый взгляд все покажется довольно дорого, но если вчитаться внимательно в требования, станет понятно, что вполне функционирующий ESX Server в целях обучения можно собрать и за $900.
Процедура установки VMware ESX Server достаточно проста и не требует от пользователя широких знаний. Если вы следовали рекомендациям VMware и грамотно выбрали оборудование хостового сервера, то установка ESX сервера займет не более часа. После того, как вы установите у себя хотя бы один ESX, у вас сразу же возникнет масса вопросов и проблем - это плата за те возможности, которые предоставляет VMware ESX Server. Вот основные рекомендации по первым действиям после установки ESX:
- Для управления ESX сервером и создания первых виртуальных машин используйте VMware Infrastructure Client, который можно скачать по адресу: https://.
- Для передачи файлов на ESX и с него используйте либо программу WinSCP (медленная передача файлов, шифрует трафик), либо FastSCP (быстрая передача файлов, но из внешней сети лучше не использовать, так как трафик не шифруется).
- Для того, чтобы позволить пользователю Root заходить по SSH (Secure Shell), в файл «httpd.conf» на ESX добавьте строчку «PermitRootLogon yes».
- Для управления дисками используйте утилиты «vmkfs-tools», для мониторинга производительности виртуальных машин - команду «esxtop», для анализа отчетов об ошибках используйте лог «var/log/vmware/hostd.log».
- Помните, свободное место на вашем ESX - это всегда два типа разделов: первый под операционную систему самого ESX, второй vmfs-разделы для размещения виртуальных машин. Для того чтобы узнать, сколько свободного места осталось на обоих разделах, используйте команду «vdf -h».
После того, как вы установите VMware ESX Server, вам понадобится средство для миграции с физических серверов на виртуальные (P2V - Physical to Virtual). Компания VMware предлагает для этих целей использовать продукт VMware Converter, однако вы можете воспользоваться и решениями других производителей. У вас постоянно будут возникать вопросы - не стесняйтесь обращаться на форумы компании VMware, где постоянные его посетители помогут вам в трудной ситуации. В конечном итоге, на вашем ESX будет установлено несколько виртуальных машин, представляющих из себя виртуальную инфраструктуру, которая показана на рисунке, сделанном с помощью программы Veeam Reporter:
Ключевыми понятиями виртуальной инфраструктуры являются: физический адаптер (NIC), виртуальный адаптер (vNIC), виртуальный коммутатор (vSwitch) и виртуальная сеть (Vlan). VMware ESX Server позволяет создавать для виртуальной машины до четырех виртуальных сетевых адаптеров, каждый из которых может быть привязан к виртуальной сети, создаваемой в свою очередь на виртуальных коммутаторах.
Виртуальный коммутатор - это некое абстрактное многопортовое устройство, осуществляющее коммутацию каналов между виртуальными сетями и виртуальными сетевыми адаптерами виртуальных машин.
Виртуальная сеть представляет собой объединение нескольких виртуальных машин в единое сетевое окружение, в котором они взаимодействуют между собой. Если виртуальный коммутатор подключен к физическому сетевому адаптеру, то виртуальные машины через него смогут «видеть» внешнюю, по отношению к ESX, сеть.
На деле, все не так сложно, как кажется: создание элементов виртуальной инфраструктуры занимает очень мало времени и, будучи настроенной однажды, такая инфраструктура не требует дальнейшего конфигурирования при вводе в нее новых виртуальных машин.
Немного о Virtual Center for VMware ESX Server
Также как для продукта VMware Server, использование нескольких хостов с VMware ESX Server в IT-инфраструктуре предприятия рождает проблему централизованного управления и мониторинга производительности физических хостов. Для решения этих проблем c платформами VMware ESX Server так же, как и для VMware Server, используется решение Virtual Center. Его внешний вид представлен на рисунке:
Virtual Center позволяет осуществлять мониторинг множества хостов, на которых установлен VMware ESX Server, кластеризовать их и производить контроль с помощью «алармов» - сигналах о различных событиях. Надо отметить, что возможности Virtual Center для VMware ESX Server гораздо больше возможностей Virtual Center for VMware Server, что связано в первую очередь с тем, что сам продукт VMware ESX Server обладает гораздо более широкими возможностями.
Что выбрать: VMware Server или VMware ESX Server?
Из сказанного выше, становится понятно, что оба описанных в статье продукта направлены на поддержание виртуальной инфраструктуры серверов и выполняют схожие функции. Тем не менее, между двумя этими платформами есть существенные различия. Если виртуальная инфраструктура на основе VMware Server может быть построена в основном из серверов, выполняющих повседневные задачи в организации, для которых не требуется высокая степень доступности, быстродействия и гибкости, то VMware ESX Server - это полноценная платформа для поддержки жизненно важной IT-инфраструктуры предприятия в условиях бесперебойной работы виртуальных серверов и поддержки их в режиме 24×7×365.
Приведем примеры, когда стоит использовать инфраструктуру на основе VMware Server:
- поддержка и обслуживание внутренних серверов организации,
- выполнение задач по тестированию отдельных приложений,
- моделирование небольших виртуальных сетей в целях проверки рабочих связок серверов,
- запуск готовых к использованию шаблонов виртуальных машин, выполняющих роли внутренних серверов организации,
- получение готовых к быстрой миграции отдельных серверов.
VMware ESX Server необходимо использовать при решении следующих задач:
- потоковое тестирование приложений в крупных организациях, занимающихся разработкой программного обеспечения,
- поддержание внешних серверов организации, обладающих высокой степенью доступности, гибкости и управляемости,
- моделирование больших виртуальных сетей,
- уменьшение затрат на оборудование, обслуживание и электроэнергию в крупных организациях и датацентрах.
Таким образом, при внедрении виртуальной инфраструктуры в организации нужно внимательно отнестись к определению конечных целей. При развертывании бесплатного VMware Server не возникнет особых проблем с установкой и обслуживанием, также не будет затрат на приобретение самой платформы, однако организация может потерять на быстродействии (поскольку виртуализация производится поверх хостовой операционной системы), надежности и доступности. Внедрение же VMware ESX Server обернется большими техническими трудностями развертывания и обслуживания при отсутствии квалифицированных специалистов. К тому же, инвестиции в такую платформу могут не окупиться для малых и средних организаций. Однако, как показывает опыт компании VMware, для крупных организаций внедрение VMware ESX Server оборачивается, в конечном счете, серьезной экономией денежных средств.
Учет этих моментов позволит вам грамотно спланировать миграцию физических серверов своей IT-инфраструктуры на виртуальные, сэкономив при этом не только денежные средства, но и время, которое, как известно, тоже является деньгами.
Гипервизоры (технологии виртуализации) существуют более 30 лет и за это время сумели стать одним из главных «винтиков» в составе облачной экосистемы. Многие компании, подбирающие решения для виртуализации, останавливают свой выбор на двух популярных гипервизорах - VMware и KVM. Предлагаем разобраться какой же из них лучше. Но для начала немного теории.
Что такое гипервизор?
Гипервизор - это программа, отделяющая операционную систему от железа. Гипервизоры виртуализируют ресурсы сервера (процессор, память, диск, сетевые интерфейсы и др.), позволяя использовать их как свои собственные, и создают на основе одного сервера несколько отдельных виртуальных машин. Каждая созданная виртуальная машина изолируется от соседей, чтобы не влиять на работу других. Для работы гипервизора необходима поддержка виртуализации: для процессоров Intel на процессоре Intel VT, а для процессоров AMD на AMD-V.
Гипервизоры делятся на два типа: первые работают непосредственно с сервером, а операционная система пользователей работает поверх гипервизора. Эти гипервизоры могут предоставлять некоторым пользователям функции управления сервером и большинство предприятий используют именно такие гипервизоры.
Гипервизоры второго типа, также известные как размещенные гипервизоры (Hosted Hypervisor), работают с операционной системой, установленной на сервере. А операционные системы для новых пользователей создаются поверх гипервизора.
Настольные гипервизоры, такие как Oracle VirtualBox или VMware Workstation, являются гипервизорами второго типа, а VMware и KVM – первого. VMware и KVM устанавливаются непосредственно на сервер и не требуют установки какой-либо операционной системы.
VMware vSphere
Перед покупкой VMware vSphere можно попробовать поработать в пробной версии (60 дней), после чего необходимо покупать лицензию, либо мириться с ограничениями бесплатной версии.
В бесплатной версии, которая называется VMware Free vSphere Hypervisor, нет ограничений для хоста по процессорам и памяти, зато есть ряд других:
- API продукта доступно только для чтения;
- виртуальная машина не может иметь более 8 ядер;
- ее нельзя использовать вместе с Veeam для создания резервных копий;
- подключение к vCenter Server не поддерживается;
- не поддерживается и высокая доступность, а также технологии VM Host Live Migration и VM Storage Live Migration.
Продукт от VMware отличается от аналогов поддержкой большого количества операционных систем - Windows, Linux, Solaris, FreeBSD, Netware, MacOS и других.
Установка дистрибутива VMware на сервер очень проста: достаточно загрузиться с CD, флешки или через PXE. К тому же поддерживаются сценарии, позволяющие автоматизировать процесс инсталляции программного обеспечения, настройку сети и подключения к vCenter Server.
Немаловажно и наличие специального конвертера VMware vCenter Converter , позволяющего использовать в ESXi образы MS Virtual Server, Virtual PC, Hyper-V, а также физические серверы и образы дисковых разделов, созданных такими программами как Acronis True Image, Norton Ghost и другими.
У VMware vSphere есть встроенная интеграция с Microsoft Active Directory, то есть аутентификацию пользователей в частном или гибридном облаке можно производить при помощи доменных служб Microsoft. Гибкое распределение ресурсов позволяет использовать горячее добавление CPU, ОЗУ и жесткого диска (в том числе изменять размер текущего жесткого диска без перезагрузки).
VMware Fault Tolerate - технология VMware, предназначенная для защиты виртуальных машин с помощью кластеров непрерывной доступности. При отказе хоста (сервера ESXi) с основной (Primary) рабочей копией виртуальной машины, защищенная виртуальная машина мгновенно переключится на «вторичную» (Secondary) или «теневую» копию, работающую на другом сервере ESXi. Для машин, защищенных VMware Fault Tolerance, происходит постоянное (в реальном времени) копирование всего состояния памяти и процессорных инструкций с основной копии на «теневую». При сбое основного хоста ESXi, пользователи даже не заметят процесса переключения на второй узел. Именно этим Fault Tolerance отличается от High Availability. В High Availability при отказе физического сервера виртуальные машины будут перезапущены на других узлах, и пока операционные системы перезагружаются пользователи не смогут получить доступ к виртуальным серверам.
Кроме VMware Foult Tolerate, лицензия VMware vCloud Suite Enterprise обеспечивает высокую доступность, отказоустойчивость и восстановление после аварий с помощью функций vSphere HA, vMotion, Storage vMotion, и vCenter Site Recovery Manager.
Для уменьшения плановых остановок в обслуживании серверов или систем хранения данных (СХД), функции vMotion и Storage vMotion в онлайн-режиме переносят виртуальные машины и их диски без остановки работы приложений и пользователей. Функция vSphere Replication поддерживает разные варианты репликации vCenter Site Recovery Manager (SRM) для защиты от крупных аварий. SRM обеспечивает централизованное планирование послеаварийного восстановления, автоматические Failover и Failback с резервного сайта или из облака vCloud, а также тестирование послеаварийного восстановления без прерывания работы приложений.
К особенностям этого гипервизора стоит отнести избирательность к железу - перед установкой необходимо тщательно проверить имеющееся оборудование на совместимость с нужной версией ESXi. Для этого на сайте VMware есть специальная .
Лицензирование продуктов VMware имеет свои особенности. Дополнительную путаницу добавляют периодические изменения (от версии к версии vSphere) в лицензионной политике VMware. Существует несколько пунктов, которые нужно учесть перед приобретением лицензий VMware vSpere:
- лицензирование гипервизора выполняется по числу физических процессоров (CPU). Каждый CPU сервера требует отдельной лицензии vSphere (ядра не являются физическими процессорами и не учитываются в лицензировании);
- доступный функционал сервера ESXi определяется установленной на нем лицензией vSphere. Подробное руководство по лицензиям есть на ;
- для каждой купленной лицензии vShpere необходимо приобретать пакет сервисной поддержки (минимум на год);
- VMware не накладывает ограничения на количество памяти (RAM), установленной на сервере, и на количество запущенных виртуальных машин.
Управлять множеством хостов с гипервизорами ESXi, СХД и сетевым оборудованием можно с помощью еще одного продукта VMware - Vcenter Server. Подключаемые модули клиента vSphere, предоставляемые партнерами VMware, дают IT-администраторам возможность управлять сторонними элементами в дата-центре непосредственно из этой консоли. Поэтому пользователи vCenter могут выполнять резервное копирование, защищать данные, управлять серверами, сетями и безопасностью непосредственно из интерфейса vCenter. В этой же консоли можно настроить триггеры, которые оповестят о возникших проблемах, и получить данные о работе всей инфраструктуры в виде графиков или таблиц.
KVM
KVM - простой в использовании, легкий, нетребовательный к ресурсам и довольно функциональный гипервизор. Он позволяет за минимальные сроки развернуть площадку виртуализации и организовать виртуализацию под управлением операционной системы Linux. В процессе работы KMV осуществляет доступ к ядру операционной системы через специальный модуль (KVM-Intel или KVM-AMD). Изначально KVM поддерживал только процессоры x86, но современные версии KVM поддерживают самые разные процессоры и гостевые операционные системы, в том числе Linux, BSD, Solaris, Windows и др. Кстати, все Wiki-ресурсы (MediaWiki, Wikimedia Foundation, Wikipedia, Wikivoyage, Wikidata, Wikiversity) используют именно этот гипервизор.
Поскольку гостевые операционные системы взаимодействуют с гипервизором, который интегрирован в ядро Linux, у гостевых операционных систем есть возможность обращаться напрямую к оборудованию без нужды изменения гостевой операционной системы. За счет этого замедления работы гостевой операционной системы почти не происходит.
KVM позволяет виртуальным машинам использовать немодифицированные образы дисков QEMU, VMware и другие образы, содержащие операционные системы. Каждая виртуальная машина имеет своё собственное виртуальное аппаратное обеспечение: сетевые карты, диск, видеокарту и другое железо.
Благодаря поддержке немодифицированных образов VMware, физический сервер можно легко виртуализовать при помощи все той же утилиты VMware vServer Converter, а затем перенести полученный файл в гипервизор.
Установка KVM в операционной системе Linux заключается в инсталляции пакета KVM и библиотеки виртуализации Libvirt, а также в тщательной настройке среды виртуализации. В зависимости от используемой на хосте операционной системы необходимо настроить мост или подключение к VNC-консоли, с помощью которой виртуальные машины будут взаимодействовать с хостом.
Администрировать KVM сложнее, так как прозрачный доступ к файлам, процессам, консолям и сетевым интерфейсам отсутствует, это приходится настраивать самостоятельно. Перестройка параметров VM в KVM (CPU, RAM, HDD) не очень удобна и требует дополнительных действий, включающих перезагрузку ОС.
Сам проект не предлагает удобных графических инструментов для управления виртуальными машинами, только утилиту Virsh, реализующую все необходимые функции. Для удобного управления виртуальными машинами можно дополнительно установить пакет Virt-Manager.
У KVM нет встроенных инструментов, подобных Fault Tolerate для VMware, поэтому единственный способ создать кластер высокой доступности - использовать сетевую репликацию при помощи DRDB. Кластер DRBD поддерживает только два узла, а узлы синхронизируются без шифрования. То есть для более безопасной связи необходимо использовать VPN-соединение.
Кроме того, для построения кластера высокой доступности понадобится программа Heartbeat, которая позволяет обмениваться служебными сообщениями о своем состоянии узлам в кластере, и Pacemaker - менеджер ресурсов кластера.
Гипервизор KVM распространяется как продукт с открытым исходным кодом, а для корпоративных пользователей существует коммерческое решение Red Hat Virtualization (RHEL), основанное на KVM и платформе управления виртуальной инфраструктурой oVirt.
Несомненным преимуществом этого гипервизора является то, что он способен работать на любом сервере. Гипервизор довольно неприхотлив к ресурсам, что позволяет с легкостью использовать его для задач тестирования.
Следует учесть, что у KVM нет службы поддержки. Если что-то не получится, можно рассчитывать на форумы и помощь сообщества. Или перейти на RHEL.
Так что же выбрать?
Оба гипервизора являются зрелыми, надежными, высокопроизводительными системами виртуализации, у каждой из которых есть свои особенности, которые нужно учитывать при выборе.
KVM обычно более масштабируем, чем VMware, в первую очередь потому что vSphere имеет некоторые ограничения на серверы, которыми он может управлять. Кроме того, VMware добавила большое количество сетей хранения данных (SAN) для поддержки различных поставщиков. Эта функция означает, что VMware имеет больше вариантов хранения, чем KVM, но также усложняет поддержку хранилища VMware при расширении.
KVM обычно является наиболее популярным гипервизором для компаний, которые стремятся сократить стоимость внедрения и менее заинтересованы в функциях корпоративного уровня.
Исследования показали, что совокупная стоимость владения KVM, как правило, на 39 процентов ниже, чем у VMware, хотя фактическая совокупная стоимость владения зависит от специфичных факторов, таких как эксплуатационные параметры и рабочая нагрузка площадки.
Тесная интеграция с операционной системой на хосте является одной из наиболее распространенных причин, по которой разработчики выбирают KVM. Особенно те, кто использует Linux. Включение KVM во многие дистрибутивы Linux также делает его удобным выбором для разработчиков.
Облачные провайдеры, предлагающие своим клиентам услуги по модели IaaS, обычно выбирают инфраструктуру, построенную на продуктах VMware. Решения на основе VMware Sphere содержат все важные корпоративные функции по обеспечению высокой и непрерывной доступности, обеспечивают поддержку большего числа гостевых операционных систем и имеют возможность сопряжения инфраструктуры заказчика с облачными сервисами.
Передовыми разработчиками в этой технологии оказались компании VMWare с продуктом vSphere и Microsoft с технологий Hyper-V. Для выбора гипервизора для инфраструктуры ООО «Авантрейд» необходимо провести сравнительный анализ двух решений.
Обзор продуктов VMWare
Компания VMware занимается разработкой специализированных продуктов для виртуализации с 1998 года. Весь пакет продуктов компании, так или иначе, связан с технологиями виртуализации и возможностями их применения. Надо отметить, что среди трех основных игроков на рынке коммерческих продуктов для виртуализации (Citrix, Microsoft, VMware) только VMware является узко специализированной компанией на продуктах виртуализации, что позволяет ей идти впереди всех конкурентов по функциональным возможностям продуктов.
Флагманскими продуктами VMware являются VMware ESX/ESXi - гипервизоры, устанавливающиеся на «голое» железо. На текущий момент последней версией продукта является четвертая версия, выпущенная в середине 2009 года. Гипервизор является основой для виртуализации серверов, он позволяет разделять ресурсы таким образом, чтобы создавать отдельные, независимые среды для множества операционных систем на одном физическом сервере. Однако сам по себе гипервизор имеет весьма ограниченный круг возможностей, для реализации же всех преимуществ требуется решение, которое включает средства не только виртуализации, но и управления инфраструктурой (vCenter) - это комплексное решение называется vSphere.
Анализ эффективности использования серверного оборудования показывает, что большую часть рабочего времени загрузка составляет около 5-8% от максимальной, в нерабочее же время серверы просто простаивают, нагревая воздух. При использовании VMware vSphere мы консолидируем на одном физическом сервере нагрузку с нескольких серверов (переносим на один сервер не только приложения, но и операционные системы). Производительность современных серверов делает крайне неэффективной популярную ранее концепцию «одна задача один сервер», но благодаря виртуализации теперь можно использовать новую: «одна задача - одна виртуальная машина». Таким образом, решается проблема совместимости различного ПО - далеко не все приложения можно запустить в одном экземпляре операционной системы. Кроме того, часто в инфраструктуре используются старые приложения, которые уже не совместимы с текущими версиями ОС, а установка старых версий не поддерживается на новом оборудовании. Виртуализация решает и эту задачу - в виртуальной машине ESX можно запустить даже Windows NT 4.0 или MS-DOS.
Продукты виртуализации серверов находят свое применение в самых разных инфраструктурах: от небольших компаний до крупных предприятий.
В небольших компаниях продукт позволяет минимизировать количество серверного оборудования, при необходимости сохраняя возможность использовать различные операционные системы. С помощью технологий виртуализации, мы можем разместить все сервисы на одном-двух полноценных серверах (вместо нескольких обычных ПК, как это нередко бывает) и решить как вопросы качества оборудования, так и его количества.
В средних и крупных предприятиях виртуализация серверов позволяет повысить доступность сервисов с помощью технологий отказоустойчивости и миграции виртуальных серверов между физическими серверами. Возможность переместить виртуальные сервера с одного физического сервера на другой без остановки, позволяет существенно повысить доступность сервиса и облегчить обслуживание всей системы. Значительно сокращается время развертывания новых сервисов - уже не требуется ждать поставки нового сервера, достаточно за несколько минут развернуть новую виртуальную машину и установить необходимое ПО. За счет того, что для виртуальных машин не требуется установка специфических драйверов, обновление прошивок и т.д. задачи администрирования также существенно упрощаются.
VMware vSphere имеет универсальную систему мониторинга состояния элементов всей системы, как на уровне физических серверов, так и на уровне виртуальных серверов предприятия. Если стандартных средств мониторинга по каким-то причинам недостаточно, то существует целый ряд дополнительных приложений третьих фирм обладающих дополнительными возможностями.
Существует возможность обеспечения повышенной доступности виртуальных серверов, путем перезапуска на резервном физическом сервере в случае отказа основного, что показано на рисунке 2.3.
Рисунок 2.3 - Организация работы гипервизора при сбоях
Таким образом, благодаря доступности резервных серверов есть возможность быстрого восстановления работоспособности системы путем перемещения данных с основного сервера в случае отказа на резервный.
