Компания VMware – один из первых игроков на рынке платформ виртуализации. В 1998 году VMware запатентовала свои программные техники виртуализации и с тех пор выпустила немало эффективных и профессиональных продуктов для виртуализации различного уровня: от VMware Workstation, предназначенного для настольных ПК, до VMware ESX Server, позволяющего консолидировать физические серверы предприятия в виртуальной инфраструктуре.
В отличие от ЭВМ (мэйнфрейм) устройства на базе x86 не поддерживают виртуализацию в полной мере. Поэтому компании VMware пришлось преодолеть немало проблем в процессе создания виртуальных машин для компьютеров на базе x86. Основные функции большинства ЦП (в ЭВМ и ПК) заключаются в выполнении последовательности сохраненных инструкций (т.е. программ). В процессорах на базе x86 содержатся 17 особых инструкций, создающих проблемы при виртуализации, из-за которых операционная система отображает предупреждающее сообщение, прерывает работу приложения или просто выдает общий сбой. Итак, эти 17 инструкций оказались значительным препятствием на начальном этапе внедрения виртуализации для компьютеров на базе x86.
Для преодоления этого препятствия компания VMware разработала адаптивную технологию виртуализации, которая "перехватывает" данные инструкции на этапе создания и преобразует их в безопасные инструкции, пригодные для виртуализации, не затрагивая при этом процессы выполнения всех остальных инструкций. В результате мы получаем высокопроизводительную виртуальную машину, соответствующую аппаратному обеспечению узла и поддерживающую полную программную совместимость. Компания VMware первой разработала и внедрила данную инновационную технологию, поэтому на сегодняшний день она является неоспоримым лидером технологий виртуализации.
В весьма обширном списке продуктов VMware можно найти немало инструментов для повышения эффективности и оптимизации ИТ-инфраструктуры, управления виртуальными серверами, а также средства миграции с физических платформ на виртуальные. По результатам различных тестов производительности средства виртуализации VMware почти всегда по большинству параметров выигрывают у конкурентов. VMware имеет более 100 000 клиентов по всему миру, в списке ее клиентов 100% организаций из Fortune 100. Сеть партнерств охватывает более 350 производителей оборудования и ПО и более 6000 реселлеров. На данный момент объем рынка, принадлежащий VMware, оценивается на 80%. Между тем, среди платформ виртуализации у VMware есть из чего выбирать:
VMware Workstation – платформа, ориентированная на desktop-пользователей и предназначенная для использования разработчиками ПО, а также профессионалами в сфере ИТ. Новая версия популярного продукта VMware Workstation 7 стала доступна в 2009 г, в качестве хостовых операционных систем поддерживаются Windows и Linux. VMware Workstation 7 может использоваться совместно со средой разработки, что делает ее особенно популярной в среде разработчиков, преподавателей и специалистов технической поддержки. Выход VMware Workstation 7 означает официальную поддержку Windows 7 как в качестве гостевой, так и хостовой операционной системы. Продукт включает поддержку Aero Peek и Flip 3D, что делает возможным наблюдать за работой виртуальной машины, подводя курсор к панели задач VMware или к соответствующей вкладке на рабочем столе хоста. Новая версия может работать на любой версии Windows 7, также как и любые версии Windows могут быть запущены в виртуальных машинах. Кроме того, виртуальные машины в VMware Workstation 7, полностью поддерживают Windows Display Driver Model (WDDM), что позволяет использовать интерфейс Windows Aero в гостевых машинах.
VMware Player – бесплатный "проигрыватель" виртуальных машин на основе виртуальной машины VMware Workstation, предназначенный для запуска уже готовых образов виртуальных машин, созданных в других продуктах VMware, а также в Microsoft VirtualPC и Symantec LiveState Recovery. Начиная с версии 3.0 VMware Player позволяет также создавать образы виртуальных машин. Ограничение функциональности теперь касается в основном функций, предназначенных для IT-специалистов и разработчиков ПО.
VMware Fusion – настольный продукт для виртуализации на платформе Mac от компании Apple.
VMware Server , Бесплатный продукт VMware Server является довольно мощной платформой виртуализации, которая может быть запущена на серверах под управлением хостовых операционных систем Windows и Linux. Основное предназначение VMware Server – поддержка малых и средних виртуальных инфраструктур небольших предприятий. В связи с небольшой сложностью его освоения и установки, VMware Server может быть развернут в кратчайшие сроки, как на серверах организаций, так и на компьютерах домашних пользователей.
VMware Ace – продукт для создания защищенных политиками безопасности виртуальных машин, которые затем можно распространять по модели SaaS (Software-as-a-Service).
VMware vSphere – комплекс продуктов, представляющий надежную платформу для виртуализации ЦОД. Компания позиционирует данный комплекс также как мощную платформу виртуализации для создания и развертывания частного "облака". VMware vSphere поставляется в нескольких выпусках с возможностями, предназначенными специально для малых компаний и средних компаний и корпораций.
VMware vSphere включает ряд компонентов, преобразующих стандартное оборудование в общую устойчивую среду, напоминающую мейнфрейм и включающую встроенные элементы управления уровнями обслуживания для всех приложений:
Рис.
2.10.
VMware ESX Server – это гипервизор, разбивающий физические серверы на множество виртуальных машин. VMware ESX является основой пакета VMware vSphere и входит во все выпуски VMware vSphere.
VMware vSphere Hypervisor (ранее VMware ESXi) - "облегчённая" платформа виртуализации корпоративного уровня, основанная на технологиях ESX. Продукт является бесплатным и доступен для загрузки с сайта VMware. VSphere VMware Hypervisor является простейшим способом для начала работы с виртуализацией
VMware vCenter – предоставляет расширяемую и масштабируемую платформу для упреждающего управления виртуальной инфраструктурой и обеспечивает получение о ней всеобъемлющей информации. VMware vCenter Server обеспечивает централизованное управление средами vSphere и упрощает выполнение повседневных задач, значительно улучшая административное управление средой. Продукт обладает широкими возможностями по консолидации серверов, их настройке и управлению. VMware vCenter Server агрегирует в себе все аспекты управления виртуальной средой: от виртуальных машин до сбора информации о физических серверах для последующей их миграции в виртуальную инфраструктуру. Кроме центрального продукта управления виртуальной инфраструктурой vCenter Server существует также ряд дополнений, реализующих различные аспекты планирования, управления и интеграции распределенной виртуальной инфраструктуры (VMware vCenter Server Heartbeat , VMware vCenter Orchestrator, VMware vCenter Capacity IQ, VMware vCenter Site Recovery Manager, VMware vCenter Lab Manager, VMware vCenter Configuration Manager, VMware vCenter Converter). В частности, vCenter Converter предназначен для перевода в виртуальную среду физических серверов, позволяющий осуществлять "горячую" (без останова систем) и "холодную" миграцию. vCenter Site Recovery Manager – это ПО для создания территориально-удаленного резервного сегмента виртуальной инфраструктуры, который в случае отказа основного узла, берет на себя функции по запуску виртуальных машин в соответствии с планом восстановления после сбоев. vCenter Lab Manager - продукт для создания инфраструктуры хранения и доставки конфигураций виртуальных машин, позволяющий организовать эффективную схему тестирования в компаниях-разработчиках ПО.
VMware ThinApp - бывший продукт Thinstall Virtualization Suite, ПО для виртуализации приложений, позволяющее распространять предустановленные приложения на клиентские рабочие станции, сокращая время на стандартные операции по установке и конфигурации.
VMware View - комплекс продуктов, обеспечивающий централизацию пользовательских рабочих станций в виртуальных машинах на платформе vSphere. Это позволяет сократить затраты на стандартные ИТ-операции, связанные с развертыванием и обслуживанием пользовательских десктопов.
VMware Capacity Planner - средство централизованного сбора и анализа данных об аппаратном и программном обеспечении серверов, а также производительности оборудования. Эти данные используются авторизованными партнерами VMware для построения планов консолидации виртуальных машин на платформе VMware ESX Server.
VMware VMmark - продукт, доступный только производителям аппаратного обеспечения, предназначенный для тестирования производительности VMware ESX Server на серверных платформах.
Разработка некоммерческого гипервизора Xen начиналась как исследовательский проект компьютерной лаборатории Кембриджского университета. Основателем проекта и его лидером был Иан Пратт (Ian Pratt) сотрудник университета, который создал впоследствии компанию XenSource, занимающуюся разработкой коммерческих платформ виртуализации на основе гипервизора Xen, а также поддержкой Open Source сообщества некоммерческого продукта Xen. Изначально Xen представлял собой самую развитую платформу, поддерживающую технологию паравиртуализации. Эта технология позволяет гипервизору в хостовой системе управлять гостевой ОС посредством гипервызовов VMI (Virtual Machine Interface), что требует модификации ядра гостевой системы. На данный момент бесплатная версия Xen включена в дистрибутивы нескольких ОС, таких как Red Hat, Novell SUSE, Debian, Fedora Core, Sun Solaris. В середине августа 2007 года компания XenSource была поглощена компанией Citrix Systems. Сумма проведенной сделки около 500 миллионов долларов (акциями и денежными средствами) говорит о серьезных намерениях Citrix в отношении виртуализации. Эксперты полагают, что не исключена и покупка Citrix компанией Microsoft, учитывая давнее ее сотрудничество с XenSource.
Бесплатный Xen. В настоящее время Open Source версия платформы Xen применяется в основном в образовательных и исследовательских целях. Некоторые удачные идеи, реализованные многочисленными разработчиками со всего мира, находят свое отражение в коммерческих версиях продуктов виртуализации компании Citrix. Сейчас бесплатные версии Xen включаются в дистрибутивы многих Linux-систем, что позволяет их пользователям применять виртуальные машины для изоляции программного обеспечения в гостевых ОС с целью его тестирования и изучения проблем безопасности, без необходимости установки платформы виртуализации. К тому же многие независимые разработчики ПО могут распространять его с помощью виртуальных шаблонов, в которых уже установлена и настроена гостевая система и предлагаемый продукт. Кроме того, Xen идеально подходит для поддержки старого программного обеспечения в виртуальной машине. Для более же серьезных целей в производственной среде предприятия необходимо использовать коммерческие платформы компании Citrix.
Citrix XenApp - предназначен для виртуализации и публикации приложений в целях оптимизации инфраструктуры доставки сервисов в крупных компаниях. XenApp имеет огромное количество пользователей по всему миру и во многих компаниях является ключевым компонентом ИТ-инфраструктуры.
Citrix XenServer - платформа для консолидации серверов предприятий среднего масштаба, включающая основные возможности для поддержания виртуальной инфраструктуры. Производитель позиционирует данный продукт как решение Enterprise-уровня для виртуализации серверов, поддерживающее работу в "облачном" окружении.
Citrix XenDesktop - решение по виртуализации десктопов предприятия, позволяющее централизованно хранить и доставлять рабочие окружения в виртуальных машинах пользователям. Продукт поддерживает несколько сценариев доставки приложений на настольные ПК, тонкие клиенты и мобильные ПК и совместим с серверными виртуализационными решениями конкурентов.
Новая версия популярного продукта стала доступна в ноябре, в качестве хостовых операционных систем поддерживаются Windows и Linux. VMware Workstation 7 позиционируется, как персональная платформа виртуализации. Одной из причин такого позиционирования, служит то, что для запуска виртуальных машин используется персональный компьютер. Продукт включает в себя обширный набор дополнительных средств, позволяющих использовать различные сетевые настройки, запись и воспроизведение сессий виртуальных машин, осуществлять отладку приложений и многое другое. VMware Workstation 7 может использоваться совместно со средой разработки, что делает ее особенно популярной в среде разработчиков, преподавателей и специалистов технической поддержки.
Выход VMware Workstation 7 означает официальную поддержку Windows 7 как в качестве гостевой, так и хостовой операционной системы. Продукт включает поддержку Aero Peek и Flip 3D, что делает возможным наблюдать за работой виртуальной машины, подводя курсор к панели задач VMware или к соответствующей вкладке на рабочем столе хоста.
Новая версия может работать на любой версии Windows 7, также как и любые версии Windows могут быть запущены в виртуальных машинах. Кроме того, виртуальные машины в VMware Workstation 7 , полностью поддерживают Windows Display Driver Model (WDDM), что позволяет использовать интерфейс Windows Aero в гостевых машинах.
В VMware Workstation 7 значительно усилена поддержка 3D, поддерживается OpenGL 2.1, Shader Model 3.0, а также драйвер XPDM (SVGAII) для Windows XP, Windows Vista и Windows 7. Добавлена поддержка Windows XP Mode, что позволяет импортировать виртуальную машину Windows XP Mode с помощью VMware Workstation 7 и запустить ее, используя дополнительные возможности, такие как многопроцессорность, высококачественная графика и другие возможности VMware.
Поддержка новой операционной среды от Microsoft, это не все новшества в VMware Workstation 7 . Новые возможности включают в себя использование до четырех процессоров/ядер, 32 Гб оперативной памяти, возможность менять размер виртуальных дисков «на лету», функция Auto Protect позволяет создавать снапшоты через заданные интервалы времени. В VMware Workstation 7 появилась возможность приостановить работающую виртуальную машину, для срочного высвобождения системных ресурсов.
В случае обновление с VMware Workstation 6.5 до VMware Workstation 7 сохраняются все настройки виртуальных машин и приложений. Единственное, что необходимо сделать, это установить новые VMware Tools в виртуальные машины для возможности использования некоторых новых функций. К числу таких функций относится возможность установки принтера хоста или сетевого принтера без дополнительных драйверов, используя универсальный драйвер ThinPrint. Сам пакет VMware Tools теперь динамически обновляется.
Среди других особенностей VMware Workstation 7 можно выделить возможность шифрования виртуальных машин, а также возможность запуска в виртуальной машине без дополнительных настроек гипервизора VMware ESX 4.0. Что позволяет разработчикам и другим специалистам работать с гипервизором без использования дополнительных аппаратных средств. Разработчики получают усовершенствованные средства отладки, а также интеграцию с пакетом SpringSource Tools Suite для отладки Java-приложений.
В отличии от некоторых своих конкурентов, продукт VMware Workstation 7 не бесплатен, но возможности, которые представлены в продукте впечатляют! Конкурентные продукты не предлагают подобного разнообразия функций.
Можно с уверенностью сказать, что пользователи, использующие ранние версии VMware Workstation захотят обновиться сразу, а для тех, кто ищет персональную платформу виртуализации выбор очевиден - это VMware Workstation 7 .
Видеозапись демонстрации в хорошем качестве - 720p - все отчетливо видно. Для тех, кто не хочет смотреть видео - под катом расшифровка демонстрации и скриншоты.
Дисклеймеры:
1. Стенограмма с небольшой редактурой.
2. Просим помнить о разнице в письменной и устной речи.
3. Скриншоты в большом размере, иначе ничего не разобрать.
Коллеги, добрый день. Мы начинаем демонстрацию VMware NSX. Итак, что бы хотелось сегодня показать. Наша демо-инфраструктура развернута на базе нашего дистрибьютора MUK. Инфраструктура достаточно небольшая - это три сервера, серверы есть ESXI в 6-й версии апдейт 1 v-центр обновленный, то есть самое свежее, что мы можем предложить.
В этой структуре мы до использования NSX получили от сетевых инженеров MUK-а несколько VLan-ов, в которых можно было разместить серверный сегмент, видео-десктопы, сегмент, который имеет доступ в интернет, для того чтобы от видео-десктопа можно было получить доступ в интернет, ну и доступ к транзитным сетям для того, чтобы коллеги из MUK могли из внутренней своей сети подключаться, да? Любые операции, связанные, например, если я захочу для какого-то демо или какого-то пилота создать еще несколько каких-то там сетей порт-груп сделать более сложную конфигурацию, надо обратиться к коллегам из MUK, попросить, чтобы они на оборудовании что-то там наделали.
Если мне нужно взаимодействие между сегментами, то либо опять же договариваться с сетевиками, либо по-простому - маленькую машинку, роутер внутри, два интерфейса, туда-сюда, как все мы привыкли делать.
Соответственно использование NSX 10 преследует две цели: с одной стороны, это показать, как это работает не на виртуалках, на железе, да, что это реально работает и это удобно; второй момент, это действительно упростить определенные свои задачи. Соответственно, что мы видим в данный момент? В данный момент мы видим, какие виртуальные машины появились в этой инфраструктуре после того, как NSX был внедрен. Некоторые из них являются обязательными, без них нельзя. Некоторые появились вследствие определенного сетапа самой инфраструктуры.
Соответственно, обязательными являются NSX-менеджер - это основной сервер, через который мы можем взаимодействовать с NSX, он предоставляет веб-клиент V-центра свой графический интерфейс, он позволяет обращаться к нему через rest api для того, чтобы автоматизировать какие-то действия, которые можно делать с NSX либо какими-то скриптами, либо, например, из различных облачных порталов. Например, VMware vRealize Automation либо порталы других вендоров. Для работы технически NSX-у нужен кластер из NSX-контроллеров, то есть эти серверы выполняют служебную роль. Они определяют, они знают, да, они хранят в себе информацию о том, на каком физическом esxi-сервере, какие ip-адреса и mac-адреса в данный момент присутствуют, какие у нас новые сервера добавились, какие отвалились, распространяют эту информацию на esxi -сервера, то есть фактически, когда у нас есть созданный при помощи NSX, L2 сегмент, который должен быть доступен на нескольких esxi -серверах и виртуальная машина пытается отправить ip-пакет другой виртуальной машине в том же самом L2-сегменте, NSX-контроллеры точно знают, на какой хост на самом деле сетевой пакет нужно доставить. И они эту информацию регулярно хостам отдают. Каждый хост владеет таблицей, какие ip, какие mac-адреса на каких хостах находятся, какие реально, физически пакеты надо передавать.
Если мы откроем конфигурацию какого-либо хоста, то мы можем увидеть тот самый интерфейс, через который пакеты будут по сети передаваться. То есть у нас параметры VMkernel адаптера, данный хост будет, используя этот ip-адрес в сеть VXLan пакеты. Немножко у нас тут маленький монитор, поэтому приходится выкручиваться.
И мы видим, что отдельный TCP/IP stack используется для передачи этих пакетов, то есть может быть отдельный default gateway отличный от обычного VMkernel интерфейса. То есть с точки зрения физики: для того, чтобы в демо это развернуть, мне понадобился один VLan, в который я могу разместить эти интерфейсы; желательно - и я проверил, что этот VLan он не только на эти три сервера распространяется, он растянут немножко дальше, если появится там четвертый-пятый сервер, например, не в том же самом шасси, где эти лезвия стоят, а где-то отдельный, может быть, даже не в этом VLan-е, но который маршрутизируется сюда, я смогу добавить, например, четвертый сервер, который будет в другой сети, но они между собой смогут общаться, я смогу растянуть свои L2-сети, созданные при помощи NSX с этих трех серверов в том числе и на этот новый четвертый.
Ну и собственно теперь переходим к тому, как выглядит сам NSX, то есть: что мы можем с ним сделать мышкой и клавиатурой, да? Мы не говорим сейчас о rest api, когда мы хотим что-либо автоматизировать.
Раздел Installation (сейчас мы туда, я надеюсь, переключимся) позволяет нам посмотреть, кто у нас менеджер, сколько контроллеров, сами контроллеры разворачиваются отсюда. То есть менеджер мы скачиваем с сайта VMware, это template, мы его разворачиваем и внедряем в V-центр. Далее мы настраиваем менеджер, указываем ему логин-пароль для подключения к V-центр серверу, для того чтобы он смог зарегистрировать плагин здесь. После этого мы подключаемся к этому уже интерфейсу, говорим: «Надо внедрить контроллеры».
Минимально, если мы говорим, например, о каком-то тестовом стенде, контроллер может быть даже один, система будет работать, но это не рекомендуется. Рекомендуемая конфигурация - это три контроллера, желательно на разных серверах, на разных хранилках, для того, чтобы выход из строя какого-то компонента не мог привести к потере всех трех контроллеров сразу.
Также мы можем определить, какие хосты и какие кластеры под управлением этого V-центр сервера будут взаимодействовать с NSX. На самом деле, не обязательно вся инфраструктура под управлением одного V-центр сервера будет с этим работать, могут быть некие выборочные кластеры. Выбрав кластеры, мы должны выполнить установку на них дополнительных модулей, которые позволяют esxi серверу делать инкапсуляцию/декапсуляцию VXLan пакетов, делается это, опять же, из этого интерфейса. То есть не надо ходить в SSH, не надо никакие модули вручную копировать, отсюда нажали кнопку, отследили статус «получилось/не получилось».
Далее мы должны выбрать, собственно говоря, каким образом вот эта настройка VMkernel интерфейса будет происходить. То есть мы выбираем распределенный коммутатор, выбираем аплинки, то есть где это произойдет; выбираем параметры балансировки нагрузки, когда линков несколько, в зависимости от этого, когда у нас на один хост только один ip-адрес такого типа, иногда их может быть несколько. Сейчас мы используем в режиме по одному.
Далее мы должны выбрать идентификатор VXLan. То есть VXLan - это технология, напоминающая VLan, но это дополнительные метки, позволяющие в одном реальном сегменте изолировать разные виды трафика. Если VLan идентификаторов - их 4 тыс., VXLan идентификаторов- их 16 млн. Здесь мы фактически выбираем некий диапазон номеров VXLan сегментов, которые при автоматическом создании логических свичей, будут им присваиваться.
Как их выбирать? Собственно говоря, как хотите, из вот этого диапазона, если у вас большая инфраструктура и может быть несколько NSX внедрений так, чтобы они не пересекались. Просто-напросто. Собственно, так же, как и VLan. То есть я использую диапазон с 18001 по 18999.
Далее мы можем создать так называемую транспортную зону. Что такое транспортная зона? Если инфраструктура достаточно большая, представьте себе, у вас есть там порядка сотни esxi-серве ров, примерно по 10 серверов на кластер, у вас есть 10 кластеров. Мы можем не все из них задействовать для работы с NSX. Те из них, которые мы задействовали, мы можем использовать как одну инфраструктуру, а можем разбить, например, на несколько групп. Сказать, что у нас первые три кластера - это один островок, с четвертого по десятый - это некий другой островок. То есть, создав транспортные зоны, мы указываем, как далеко этот VXLan-сегмент может распространяться. У меня здесь три сервера, особо не разживешься, да? Поэтому здесь все по-простому. Просто все хосты у меня попадают в эту зону.
И еще один важный момент. При настройке зоны мы управляем, каким образом будет идти обмен информацией для поиска информации об ip-адресах, mac-адресах. Это может быть Unicast, это может быть Multycast уровня L2, это может быть Unicast, маршрутизируемый через уровень L3. Опять же, в зависимости от сетевой топологии.
Это такие некие предварительные вещи, то есть еще раз повторюсь: все, что потребовалось от сетевой инфраструктуры - это то, чтобы у меня все хосты, на которых должен работать NSX, могли взаимодействовать между собой по ip, используя, если нужно, в том числе и обычную маршрутизацию. И второй момент - это то, чтобы MTU вот в этом сегменте, где они взаимодействуют, был 1600 байт, а не 1500 - как это происходит обычно. Если же я не могу получить 1600 байт, поэтому мне просто придется во всех конструкциях, которые я создаю в NSX-е, явным образом прикручивать MTU, например в 1400, чтобы я в физическим транспорте в 1500 поместился.
Далее. Использую NSX, я могу создать логический коммутатор. Это проще всего в сравнении с традиционной сетью (VLan нарезать). Единственное что, как бы я не знаю, куда подключены мои физические серверы, да, здесь - это одни и те же коммутаторы. Теоретически сеть может быть более сложной. У вас может быть часть серверов подключена к одному коммутатору, часть к другому, где-то L2, где-то L3. В итоге, фактически создавая логический свитч, мы нарезаем VLan сразу на всех коммутаторах, через которые трафик будет ходить. Почему? Потому что на самом деле мы создаем VXLan, а реальный физический трафик, который будут видеть коммутаторы, - это трафик с ip-адреса на одного гипервизора на ip-адрес другого гипервизора, тип udp, внутри VXLan-содержимое.
То есть таким образом нарезка сетей происходит очень легко. Мы просто говорим: «Создать новый сегмент», выбираем тип транспорта unicast, выбираем, через какую транспортную зону, то есть фактически на каких esxi-кластерах этот сегмент будет доступен. Немножко ждем - и сейчас этот сегмент появится. На самом деле, что происходит, когда мы создаем эти сегменты? То есть, как подключить туда виртуальную машину? Для этого есть два варианта.
Вариант номер раз.
Мы прямо отсюда говорим, что подключить к физической сети виртуальную машину. И некоторые наши заказчики сказали: «О, это то, что хотят наши сетевики». Они идут в настройки сети, и говорит, вот у тебе вот, шнурок от машины, включая в порт логического коммутатора, да? И выбираем, здесь - машину, здесь, соответственно, интерфейс.
Либо второй вариант. На самом деле, при создании логического коммутатора NSX-менеджер обращается к V-центру сервера и создает порт-группу на распределенном коммутаторе. Поэтому на самом деле мы можем пойти просто в свойства виртуальной машины, выбрать нужную порт-группу, включить виртуальную машину туда. Поскольку имя генерируется программно, в нем будет включено имя этого логического коммутатора, номер VXLan-сегмента. То есть в принципе из обычного V-центр-клиента достаточно понятно, в камкой логический сегмент вы включите виртуальную машину.
Далее. Еще несколько машинок, которые были видны в самом начале, да? И вот, откуда они взялись. Некоторые функции NSX реализует напрямую на уровне модуля в ядре esxi-я. Это, например, маршрутизация между этими сегментами, это файервол при переходе между этими сегментами, либо даже внутри этого сегмента некоторые функции реализовываются при помощи дополнительных виртуальных машин. Так называемые EDGE gateways или дополнительные сервисы, когда они нужны. Что мы видим здесь? Мы видим, что в моей инфраструктуре их три, один из них называется NSX-dlr, dlr - это distributed logical router. Это служебная виртуальная машина, которая позволяет распределенному маршрутизатору в NSX-е работать, через нее не идет сетевой трафик, она не является дата-плэйном, но если у нас распределенный маршрутизатор участвует, например, в обмене маршрутами по протоколам динамической маршрутизации bgp, ospf, откуда-то эти все маршруты должны попадать, другие маршрутизаторы должны к кому-то обращаться и обмениваться этой информацией. Кто-то должен отвечать за статус «работает распределенный маршрутизатор или нет». То есть это фактически некий менеджмент-модуль распределенного маршрутизатора. При его настройке мы можем указать, что он должен работать надежно, соответственно, будет внедрено две виртуальных машины в HA-паре. Если одна почему-то стала недоступна, то на ее место будет работать вторая. Два других edge, которые имеют тип NSX edge, – это виртуальные машины, через которые роутится или натится трафик, который выходит во внешние сети, которые не управляются NSX-ом. В моем сценарии они используются для двух задач: NSX edge просто подключен ко внутренним сетям дата-центра MUK, то ест, например, мой V-центр – он как был на обычной стандартной порт-группе, он там и работает. Для того, чтобы я мог с какой-то виртуальной машиной на NSX logical свитче добежать до V-центра, мне нужен кто-то, кто их свяжет. Связывает их у меня вот эта виртуальная машина. У нее, действительно, один интерфейс подключен к логическому свитчу, другой интерфейс подключен к обычной порт-группе на standart свитче на esxi, который называется NSX Internet edge. Угадайте, чем отличается? Примерно то же самое, но порт-группа, к которой он подключит - та порт-группа, которая подключеня в DNZ-сеть, в которой работают честные белые интернет-адреса. То есть на нем сейчас, на одном из его интерфейсов, настроен белый ip-адрес и можно подключиться к этой демо-среде, используя уже NSX Networking. Соответственно дополнительные сервисы такие, как распределенная маршрутизация, мы настраиваем здесь в пункте фаервол, если же мы хотим делать фаерволинг, если мы хотим делать нат, если мы хотим делать log balancing либо, например, VPN, при внешнем подключении, для этого мы открываем свойства интернет edge.
Мы немножко закругляемся по времени, поэтому не покажу все, что хотел показать.
Соответственно, в свойствах edge мы можем управлять фаерволом, это фаервол, который будет применятся, когда трафик через эту виртуальную машину проходит, то есть это фактически некий наш периметр фаервол получается. Далее, на нем может быть dhсp-сервер, либо он может делать проброс как ip-helper, так как dhсp-helper. Он может делать NAT - то, что мне нужно здесь для edge, который смотрит одной стороной в честный Интернет, а другой во внутренние сети. На нем есть балансировщик нагрузки. Он может выступать в качестве точки для VPN тоннеля либо в качестве терминатора для клиентских подключений. Вот две закладки: VPN и VPN Plus. VPN - это сайт ту сайт, между edge и другим edge, между edge и нашим облаком, между edge и облаком провайдера, который использует наши технологии VCNS либо NSX. SSL VPN Plus - есть клиент для различных операционных систем, который можно поставить вам на свой ноутбук либо пользователя, они смогут к инфраструктуре подключиться к VPN.
Ну и буквально несколько последних моментов. Распределенный фаервол, то есть фаерволлинг, применяется на каждом хосте, в качестве правил мы можем указывать здесь ip-адреса, номера пакетов, номера портов, имя виртуальных машин, включая маски, например. Сделать правило, что со всех машин, имя которых начинается с up, разрешить ходить по 14:33 на все машины, имя которых начинается с db. разрешить трафик с машинки, которая в папочке V-центра одной, будет ходить в папочке другой, подключиться к active directory, сказать, что если у нас машина входит в определенную группу ad, тогда этот трафик разрешить, если не входит, то трафик запретить. Ну и различные другие варианты.
Плюс опять же, что делать с трафиком? Три действия: разрешить, запретить, отказать. Чем отличается запретить от отказать? И одно, и другое блокирует трафик. Но одно просто делает это тихонечко, а второе присылает обратно сообщение, что ваш трафик убили. И гораздо проще потом в диагностике.
И буквально важное дополнение в конце. То есть такой компонент как service composer. Здесь мы можем интегрировать NSX какими-то дополнительными модулями, например, это внешний балансировщик нагрузки, это антивирус, это какая-либо IDS/IPS-система. То есть мы их можем зарегистрировать. Мы можем увидеть здесь, какие конфиги есть, можем описать те самые секьюрити-группы. Например, группа demoUsers - это группа, включающая себя в машины, на которых залогонился пользователь из группы demoUsers. Что мы видим сейчас? Что сейчас в эту группу попадает одна виртуальная машина. Где она? Вот.
Виртуальный десктоп, пользователь туда подключен. Я могу сделать правило в фаерволе, в котором сказать, что разрешить пользователям одной группы доступ к одним файловым серверам, а пользователям другой группы разрешить доступ к другим файловым серверам. И даже если это два пользователя, которые заходят на один и тот же, например, VDI десктоп, но в разное время, фаервол динамически будет применять разные политики к разным пользователям. Таким образом можно гораздо более гибкую инфраструктуру построить. Нет необходимости выделять отдельные какие-то сетевые сегменты, отдельные машины для разных типов пользователей. То есть сетевые политики могут динамически перенастраиваться в зависимости от того, кто сейчас сетью пользуется.
Дистрибуция решений VMware в
VMware Workstation - виртуальная машина для запуска операционных систем, установленная на компьютер. Виртуальная машина VMware эмулирует аппаратное обеспечение компьютера, позволяет создавать виртуальные машины, запускать одну или несколько операционных систем, работающие параллельно с установленной на компьютере Windows.
Программа VMware Workstation Pro эмулирует аппаратную часть компьютера, позволяет выполнять на компьютере запуск программного обеспечения в изолированной среде. На виртуальную машину можно устанавливать операционные системы (например, Linux на Windows, или, наоборот) для работы в виртуальной среде не затрагивая реальную систему.
Проверить незнакомое или подозрительное программное обеспечение, проверить в работе новый антивирус, не устанавливая его на своем компьютере, попробовать работу в другой операционной системе и т. д. При этом реальная операционная система не будет затронута в случае опасных действий, совершаемых на виртуальной машине.
Реальная, установленная на компьютере операционная система называется хост (host), а операционная система, установленная на виртуальной машине, называется гостевая операционная система.
Американская компания Vmware крупнейший производитель ПО для виртуализации, выпускает программы для персональных компьютеров: платную VMware Workstation Pro и бесплатную VMware Player с урезанными возможностями.
VMware Workstation Pro (в статье обзор этой программы) поддерживает установку несколько разных (или одинаковых) операционных систем: различные дистрибутивы Windows, Linux, BSD и т. д.
Обратите внимание на то, что гостевая операционная система потребляет ресурсы компьютера. Поэтому, во время работы виртуальной машины, на реальном компьютере не следует запускать ресурсоемкие приложения, а также одновременно открывать сразу несколько виртуальных машин. Чем мощнее компьютер, тем комфортнее работа на виртуальной машине. На мощных компьютерах без проблем будут работать одновременно несколько виртуальных машин, а на слабом, только одна виртуальная машина.
Установите программу VMware Workstation Pro на свой компьютер. По умолчанию, программа работает на английском языке, в интернете есть хорошая русификация от Loginvovchyk, которую нужно установить после установки программы. После этого, виртуальная машина VMware Workstation Pro будет работать на русском языке.
После запуска откроется главное окно VMware Workstation. В верхней части окна находится меню для управления программой. Слева расположена «Библиотека», в которой будут отображены установленные в VMware виртуальные машины. Во вкладке «Главная» находятся кнопки для выполнения наиболее часто востребованных действий: «Создать новую виртуальную машину», «Открыть виртуальную машину», «Подключение к удаленному серверу», «Подключение к Vmware vCloud Air».
Для создания виртуальной машины (ВМ) нажмите на кнопку «Создать новую виртуальную машину», или войдите в меню «Файл», выберите «Новая виртуальная машина…».
Откроется Мастер создания новой виртуальной машины. В первом окне выберите тип конфигурации «Обычный (рекомендуется), а затем нажмите на кнопку «Далее».
В следующем окне предлагается выбор типа установки гостевой ОС, доступны три варианта:
В случае выбора первых двух вариантов, после выбора настроек, начнется установка операционной системы на виртуальную машину. В третьем случае, установку гостевой ОС можно запустить в любое другое удобное время, после завершения настройки виртуальной машины.
В случае установки позже, выберите гостевую операционную систему. Если ее нет в списке, выберите пункт «Другая». Затем выберите версию ОС. Предлагается большой выбор версий для каждой системы (всего поддерживается более 200 ОС), здесь также есть вариант Other различной разрядности (34-bit и 64-bit).
Если вы устанавливаете гостевую систему в процессе создания виртуальной машины, то тогда откроется окно с информацией о быстрой установке. Ключ продукта Windows и пароль вводить необязательно, следует выбрать только версию Windows.
Если на вашем компьютере более одного логического диска, то я рекомендую поменять расположение места хранения файлов виртуальной машины в профиле пользователя (настройка по умолчанию), на другой диск вашего компьютера.
Для чего это нужно? В случае сбоя Windows, установленной на компьютере, потребуется переустановка системы. После переустановки операционной системы, файл виртуальной машины VMware, сохраненный в профиле пользователя на системном диске, будет потерян. Если виртуальная машина расположена не на системном диске, то переустановка Windows ее не затронет.
Для повторного использования, нужно будет установить программу VMware Workstation, а затем подключить виртуальную машину. Не придется все заново устанавливать и настраивать.
Поэтому на диске «E» (в вашем случае, скорее всего, будет диск «D») своего компьютера я создал папку «Virtual Machines», в которой сохраняются папки c файлами виртуальных машин, установленных на моем компьютере.
Для новой виртуальной машины создайте папку с именем этой ВМ для того, чтобы отделить ее файлы от других ВМ.
Далее необходимо выбрать максимальный размер диска, занимаемого виртуальной машиной (по умолчанию - 60 ГБ, размер можно изменить), тип сохранения виртуального диска: в одном файле, или в нескольких файлах. Этот размер будет взят с жесткого диска вашего компьютера для нужд виртуальной машины.
При сохранении виртуального диска в одном файле, ВМ работает производительнее, чем при разделении на несколько файлов.
В завершающем окне, нажмите на кнопку «Готово». После этого начнется установка гостевой операционной системы.
Подробнее о процессе установки Windows читайте здесь:
Если была выбрана настройка для установки операционной системы позже, то в этом окне не будет пункта «Включить эту виртуальную машину после ее создания», соответственно не начнется установка гостевой системы.
По умолчанию, настройка виртуальной машины выполнена оптимально для большинства случаев. При необходимости, можно изменить некоторые параметры, а также добавить общие папки.
В настройках, во вкладке «Оборудование» можно изменить объем памяти для этой виртуальной машины, количество ядер процессора, объем жесткого диска, занимаемого виртуальной машиной. В разделе «CD/DVD (SATA)» можно выбрать дисковод или файл образ операционной системы для установки (при выборе установки позже), произвести другие настройки.
Во вкладке «Параметры», в разделе «Общие папки» выберите настройку «Всегда включено», активируйте пункт «Подключить как сетевой диск в гостевых Windows».
Далее нажмите на кнопку «Добавить…», в окне Мастера добавления общих папок, создайте общую папку для обмена данными с реальной системой и другими гостевыми системами. Общую папку желательно создать не на системном диске по описанным выше причинам.
На моем компьютере уже есть такая папка (Data Sharing). Я выбрал эту папку для новой виртуальной машины. Далее включите этот ресурс.
При настройках по умолчанию разрешено перетаскивание, вставка и копирование файлов из реальной в виртуальную систему, и в обратном направлении.
После переустановки Windows (мой случай), вы можете открыть ранее созданные виртуальные машины, сохраненные на вашем компьютере. В главном окне VMware Workstation нажмите на кнопку «Открыть виртуальную машину», или в меню «Файл» выберите пункт «Открыть…».
Выберите файл (на моем компьютере виртуальные машины находятся в папке «Virtual Machines») виртуальной машины, а затем нажмите на кнопку «Открыть».
На своем компьютере я открыл ранее сохраненные виртуальные операционные системы: Windows 10 x64, Windows 10, Windows 8.1, Windows 7, Mac OS X.
Для запуска гостевой операционной системы, в окне программы VMware Workstation Pro выделите вкладку с нужной ОС (если установлено несколько гостевых ОС), а затем нажмите на кнопку «Включить виртуальную машину». Включить систему можно из меню «Виртуальная машина», «Питание», «Запустить виртуальную машину».
Для освобождения курсора мыши из виртуальной машины нажмите на клавиши«Ctrl» + «Alt», а для переключения курсора мыши в виртуальную машину на «Ctrl» + «G» (или кликните в окне виртуальной машины).
VMware Tools - пакет драйверов и служб улучшающих работу виртуальной машины и ее взаимодействие с периферийными устройствами. Сразу после установки операционной системы на виртуальную машину, необходимо установить VMware Tools. Об этом появится напоминание в окне программы.
В меню «Виртуальная машина» выберите пункт «Установить пакет VMware Tools…». Далее откройте Проводник, запустите установку VMware Tools с дисковода CD-ROM. После завершения установки пакета, перезагрузите гостевую операционную систему.
В VMware Workstation можно создать снимок состояния гостевой ОС. После создания снимка состояния системы, в случае сбоев в работе гостевой ОС, можно вернутся к предыдущему рабочему состоянию системы.
В меню «Виртуальная машина» нужно нажать на пункт «Создать снимок состояния». Далее дайте имя снимку, если нужно, добавьте описание.
Для восстановления состояния гостевой ОС на момент создания снимка, выберите в контекстном меню «Вернуться к снимку: Снимок N». Далее восстановите состояние системы. Текущее состояние ОС будет утеряно.
Созданными снимками можно управлять через Диспетчер снимков состояния: создавать, клонировать, удалять снимки. На панели меню есть три кнопки для управления снимками состояния системы.
Для выхода из виртуальной машины, в меню «Виртуальная машина», нажмите на пункт контекстного меню «Питание», а затем выберите «Завершить работу гостевой ОС». Операционная система завершит свою работу, как при обычном отключении компьютера.
При выборе пунта «Приостановить гостевую ОС», система приостановит свою работу, без отключения служб и приложений.
В процессе запуска виртуальной машины не представляется возможным войти в BIOS из-за того, что загрузка экрана BIOS проходит практически мгновенно.
Для того, чтобы у пользователя была возможность входа в BIOS виртуальной машины при загрузке системы, необходимо открыть в Блокноте файл конфигурации (расширение файла.vmx) данной виртуальной машины. Файл конфигурации находится в папке виртуальной машины, в месте выбранном при создании виртуальной машины.
Введите в самом конце файла конфигурации следующую строку:
Bios.bootdelay = 15000
Этот параметр настраивает задержку экрана BIOS в миллисекундах, в данном случае, 15000 = 15 секунд. Можете выбрать другой временной интервал.
Теперь пользователь сможет нажать на нужную клавишу на открывшемся экране BIOS.
Для удаления виртуальной машины, откройте вкладку данной виртуальной машины в VMware Workstation Pro. В меню «Виртуальная машина» выберите пункт контекстного меню «Управление», а затем пункт «Удалить с диска». В окне с предупреждением согласитесь на удаление (это необратимое действие).
После этого, все файлы гостевой виртуальной машины будут удалены с компьютера.
Виртуальная машина VMware Workstation Pro - мощное приложение для создания гостевых виртуальных операционных систем, запускаемых на компьютере, наряду с реальной ОС. Гостевая операционная система будет изолирована от Windows, установленной на компьютере.
Виртуальные машины уже прочно заняли свое место среди инструментов, существенно повышающих эффективность использования серверных платформ и персональных компьютеров. Возможность консолидации нескольких виртуальных серверов на одном физическом позволяет организациям различного уровня существенно экономить на аппаратном обеспечении и обслуживании. Пользователи настольных компьютеров применяют виртуальные машины, как в целях обучения, так и в целях создания защищенных и переносных пользовательских сред. В корпоративной среде виртуальные машины на настольных системах применяются также для целей тестирования программного обеспечения в различных конфигурациях, запуска специализированных виртуальных шаблонов и централизованного хранения виртуальных пользовательских десктопов. При массовом использовании виртуальных систем одними из самых важных мероприятий являются обслуживание и оптимизация производительности виртуальных машин. В то время как большинство производителей платформ виртуализации предоставляют пользователям и системным администраторам множество инструментов и средств для поддержания эффективной виртуальной инфраструктуры, оптимизация производительности, как самих платформ, так и виртуальных машин является более тонким моментом. Применение различных техник оптимизации во многом зависит от используемой платформы, вариантов использования виртуальных машин, доступных средств и квалификации персонала.
В России наиболее популярными средствами виртуализации являются продукты компании VMware. И это не случайно: VMware, являясь одним из старейших участников рынка, на данный момент является его лидером и во многом определяет направления развития сферы виртуализации в целом. На сегодняшний день наибольший интерес для пользователей представляют коммерческие платформы VMware Workstation, VMware ESX Server и бесплатная платформа VMware Server. Несмотря на то, что VMware Server является серверной платформой, многие пользователи успешно применяют ее в качестве настольной платформы ввиду ее бесплатности, хотя практически по всем параметрам функциональность продукта VMware Workstation 6 намного выше.
Вопросы оптимизации виртуальных машин и гостевых систем, запущенных в них, возникают как у домашних пользователей продуктов виртуализации, так и компаний, стремящихся максимально полно использовать аппаратные ресурсы. Особенно это актуально для виртуальных серверов, которые должны обладать свойством высокой доступности из внутренней или внешней сети, и серверов, интенсивно использующих какой-либо из аппаратных ресурсов компьютера (например, жесткий диск серверами баз данных).
Продукты VMware Workstation и VMware Server, хотя и предназначены для разных категорий пользователей, тем не менее, используются в схожих ситуациях. VMware Server используется не только для поддержания небольшой инфраструктуры виртуальных серверов в секторе SMB (Small and Medium Business), но и применяется для целей разработки и тестирования программного обеспечения. Также многие домашние пользователи используют VMware Server как бесплатную альтернативу продукту VMware Workstation, хотя последний обладает значительно большими функциональными возможностями именно для конечного пользователя. Из приведенной ниже таблицы можно увидеть, когда нужно использовать VMware Workstation, а когда будет достаточно бесплатного VMware Server.
| Возможности | Workstation 6.0.0 | Server 1.0.3 |
| Запуск в качестве сервиса | Нет (но есть возможность сворачивания UI в System Tray) | Да |
| Запуск виртуальной машины при загрузке | Нет | Да |
| Локальное управление | Толстый клиент, командная строка | |
| Множественный пользовательский доступ | Нет | Да |
| Программные интерфейсы | C / COM / Perl | C / COM / Perl |
| Удаленное управление хостом | Нет | Web-консоль |
| Удаленное управление виртуальными машинами | Нет | Толстый клиент |
| Управление множественными установками | Нет | Нет 1 |
| Соотношение виртуальные машины на ядро | 2-4 | 2-4 |
| Поддержка аппаратной виртуализации | Intel VT | Intel VT (экспериментально) |
| Поколение виртуального аппаратного обеспечения | 6 | 5 |
| Виртуальных процессоров через SMP (Symmetric Multi Processing) | 2 | 2 (экспериментально) |
| Максимум оперативной памяти для одной виртуальной машины | до 8 ГБ | до 3,6 ГБ |
| Максимум оперативной памяти для всех виртуальных машин | Неограничено 2 | До 64 ГБ 2 |
| IDE контроллеров/дисков на них | 1/4 | 1/4 |
| SCSI контроллеров/дисков на них | 1/7 | 4/60 |
| Максимальный размер виртуального диска (IDE/SCSI) | до 950 ГБ | до 950 ГБ |
| Виртуальных сетевых адаптеров на одну виртуальную машину | 10 | 4 |
| Виртуальных коммутаторов | 10 | 9 |
| Снапшоты через толстый клиент | Да | Да (только один) |
| Снапшоты через командную строку | Да | Нет |
| Клонирование виртуальных машин | Да | Нет 3 |
| Команды виртуальных машин (в одном виртуальном сетевом сегменте) | Да | Нет |
| Запись активности виртуальной машины | Да | Нет |
| Отладка виртуальных машин | Да | Да |
| Общие папки с хостовой системой | Да | Нет |
| Запись активности виртуальной машины в видеофайл | Да | Нет |
| Интерфейс Drag&Drop между гостевой и хостовой системой | Да | Нет |
| Официально неподдерживаемые хостовые системы | SuSE Linux 7.3 | Windows XP Professional (32/64 бит) Windows XP Home Windows 2000 Professional Red Hat Linux 7.0 Red Hat Linux 7.1 |
| Поддержка 64-битных систем | Да | Да |
| Поддержка паравиртуализации | Да 4 | Нет |
| Цена | $189 (при загрузке с сайта) $209 (розничные поставки) | Бесплатно 5 |
Оптимизация виртуальных систем под управлением платформ VMware Server и VMware Workstation состоит из четырех ключевых компонентов:
При выборе оборудования для хостовой системы необходимо исследовать среднюю загруженность физической системы, которую необходимо виртуализовать и выбрать так называемый коэффициент виртуализации - количество виртуальных машин, запущенных одновременно на одной физической платформе. Необходимо учитывать не только загруженность процессора, но и всех аппаратных ресурсов, поскольку чрезвычайно интенсивное использование какого-либо ресурса одной виртуальной машины может привести к замедлению работы хоста в целом.
По оценкам экспертов, большинство серверов на данный момент использует приблизительно 10-20 процентов от аппаратных мощностей компьютеров, поэтому, в этом случае, для продукта VMware Server необходимо придерживаться соотношения 2-4 виртуальные машины на ядро процессора, оставив некоторый запас для пиковых нагрузок на какой-либо из серверов. При использовании VMware Workstation пользователи часто создают десятки виртуальных машин, и число одновременно запущенных виртуальных систем может быть различным, в зависимости от применяемых гостевых ОС.
Выбирая аппаратные компоненты для сервера виртуализации или хоста для настольной платформы, нужно учитывать следующие аппаратные ресурсы:
При выборе хостовой операционной системы для VMware Server или VMware Workstation необходимо учитывать ее требования к оборудованию и заранее планировать ресурсы, выделяемые виртуальным машинам. Наибольшее внимание при оптимизации хостовой ОС нужно уделять памяти, дискам, сетевым интерфейсам и сервисам операционной системы. Само собой, в хостовой системе нельзя устанавливать никакого дополнительного программного обеспечения, которое может отрицательно повлиять на ее быстродействие.
При оптимизации системы виртуализации и виртуальных машин необходимо учитывать множество параметров и различные варианты использования виртуальных машин. В каждом отдельном случае необходимо тщательно изучить, какой из аспектов при настройке хостовой или гостевой ОС может являться «бутылочным горлом» (bottleneck), существенно влияющим на производительность системы. В частности, необходимо придерживаться следующих рекомендаций:
В случае если ваш процессор использует технологию hyper-threading для представления двух логических процессоров для одного физического, не включайте виртуальный SMP (два виртуальных процессора) в настройках виртуальной машины при ее создании.
Вы можете также вручную выставить приоритет для процессов виртуальных машин:
зайдите в меню «Edit», выберите «Preferences», перейдите на вкладку «Priority» и назначьте приоритет активной виртуальной машине (Input grabbed - когда курсор находится внутри виртуальной машины) и остальным виртуальным машинам в фоне (Input ungrabbed).
Эти настройки влияют на все виртуальные машины хоста. Вы можете также назначить их для конкретной виртуальной машины (они перекроют глобальные настройки): зайдите в меню «VM», далее «Settings», перейдите на вкладку «Options» и категорию «Advanced».
Если вы используете хостовую ОС не только для запуска виртуальных машин, но и для других задач вы можете задать количество физической оперативной памяти, которое могут использовать виртуальные машины. Для этого зайдите в меню «Edit», выберите «Preferences», перейдите на вкладку «Memory» и выставьте необходимое количество памяти для виртуальных машин.
Здесь вы можете также определить, как виртуальные машины будут использовать файл подкачки. По умолчанию часть памяти виртуальной машины сбрасывается в файл подкачки. Если же выставить параметр «Allow most virtual machine memory to be swapped», это позволит запустить большее число виртуальных машин одновременно, но отрицательно скажется на их быстродействии. Выбор первого параметра повлечет за собой использование только физической памяти хостовой системы, что ускорит быстродействие, однако, соответственно, уменьшит число одновременно запущенных виртуальных машин.
VMware Workstation и VMware Server используют процедуры очистки неиспользуемой памяти (Memory Trimming). Вообще говоря, этот параметр не сильно влияет на производительность, однако его отключение может немного повысить производительность при работе с дисками виртуальной машины. Отключить его можно, добавив в vmx-файл строчку MemTrimRate=0 или в настройках виртуальной машины:
Продукты VMware используют также общий доступ к страницам памяти (Page Sharing), который позволяет виртуальным машинам совместно использовать одну копию страниц памяти, что особенно эффективно при запуске одинаковых гостевых систем, с одинаковыми запущенными в них приложениями. В этом случае, такой подход позволяет экономить до 30 процентов физической памяти, однако снижает скорость операций ввода-вывода. Если на хосте достаточно оперативной памяти, эту технику можно отключить, добавив в vmx-файл строчку: sched.mem.pshare.enable = “FALSE”
По возможности используйте диски виртуальных машин хранящиеся локально. В случае использования сетевых ресурсов, следите за пропускной способностью сети и ее доступностью. По умолчанию VMware Server и VMware Workstation используют эмуляцию SCSI-дисков. Не меняйте этот параметр, поскольку применение виртуальных IDE-дисков снижает быстродействие. Используйте виртуальные диски типа «preallocated», вместо «growable», хотя вторые и выгодны с точки зрения используемого места (растут по мере наполнения), они работают несколько медленнее. Для задания дисков типа «preallocated» при создании виртуальной машины поставьте галку «Allocate all disk space now». Можно также создавать независимые (Independent) диски для виртуальной машины, которые могут быть постоянными (Persistent) и непостоянными (Nonpersistent). Содержимое этих дисков существует независимо от мгновенных снимков виртуальной машины (снапшотов). Непостоянные диски отличаются тем, что их содержимое сбрасывается при выключении виртуальной машины. Диски типа Independent-persistent обладают наилучшим быстродействием и рекомендуются для большинства вариантов использования. Для того чтобы создать такой диск, выберите меню «VM», «Settings», на вкладке «Hardware» выберите диск и нажмите «Advanced», убедитесь, что галки «Independent» и «Persistent» установлены.
Помните также, что использование снапшотов замедляет быстродействие дисковой подсистемы, поэтому не используйте их без необходимости.
Удалите все неиспользуемые виртуальные сетевые адаптеры для каждой виртуальной машины в меню «VM»->«Settings». При интенсивном обмене трафиком с хостовой ОС наиболее эффективно использовать тип сетевого взаимодействия Bridged, нежели NAT, поскольку в последнем случае присутствуют затраты на поддержание виртуального NAT-устройства.
По умолчанию VMware Workstation собирает отладочную информацию, что может несколько замедлить производительность виртуальной машины. Эту возможность можно отключить в меню «VM», далее «Settings», вкладка «Options», категория «Advanced», затем выставить комбобокс «Gather debugging information» в значение «None».
Для виртуальных машин в VMware Server и VMware Workstation включен режим логирования, который практически не влияет на производительность, но его можно отключить, добавив в vmx-файл строчку logging = «FALSE».
Многие забывают, что некоторые старые операционные системы, такие как Windows 98, постоянно проверяют наличие диска в приводе, что приводит к потере быстродействия. Виртуальный CD/DVD-ROM можно отключить в настройках виртуальной машины:
Оптимизация гостевой системы является наиболее тонким моментом оптимизации виртуальных систем, поскольку многое зависит от того, для каких целей используется виртуальная машина, какие приложения в ней запущены и к каким компонентам системы предъявляются наиболее высокие требования к быстродействию. Самыми значимыми объектами настройки являются: процессор, память, диски, сетевые адаптеры и программное обеспечение виртуальной машины.
Однако, первым делом, после установки гостевой системы, необходимо установить пакет VMware Tools, который содержит в себе улучшенные драйверы устройств, существенно повышающие быстродействие гостевой системы. Приложение VMware Tools может быть установлено не во всех гостевых ОС. Для установки этого пакета, при запущенной виртуальной машине, после полной загрузки ОС, в меню «VM» выберите пункт «Install VMware Tools».
После того, как все четыре перечисленных мероприятия по оптимизации будут проведены, необходимо постоянное наблюдение за производительностью виртуальных машин, особенно если они работают в качестве виртуальных серверов. Целью оптимизации в этом случае должна стать стабильная одновременная работа нескольких виртуальных систем на одном физическом хосте. Регулярно обновляйте программное обеспечение и платформу виртуализации, и тогда вы сможете максимально эффективно использовать виртуальные машины, как на десктопах, так и в качестве гибких серверных элементов ИТ-инфраструктуры предприятия.
