Битва гипервизоров: VMware или KVM

Битва гипервизоров: VMware или KVM?

Гипервизоры (технологии виртуализации) существуют более 30 лет и за это время сумели стать одним из главных «винтиков» в составе облачной экосистемы. Многие компании, подбирающие решения для виртуализации, останавливают свой выбор на двух популярных гипервизорах — VMware и KVM. Предлагаем разобраться какой же из них лучше. Но для начала немного теории.

Включите сервер VMware Workstation.

Где бы у вас ни была рабочая станция VMware в Windows, Linux или macOS, мы должны включить функцию сервера. Имеет несколько начальных конфигураций.

1) Запустите программу рабочей станции VMWare.

2) Нажмите «Редактировать» и «Настройки» в меню.

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

4) Чтобы продолжить, у вас должны быть права администратора на компьютере с Windows 10. Нажмите «Изменить настройки» и «Разрешить общий доступ», как показано ниже.

К сожалению, я получил ошибку ниже. Вы можете не получать эту ошибку в большинстве случаев.

Ошибка: не удалось настроить сервер рабочей станции.

При включении функции общего доступа к рабочей станции VMware я получил следующую ошибку.

По сути, существует служба Windows под названием «Сервер VMware Workstation». Он должен быть запущен, чтобы эта установка работала. Несмотря на то, что он был настроен как «Автоматический» для запуска службы, но в моем случае он не работал.

Если он не запущен, мы можем запустить службу вручную. Но если вы получите указанное выше сообщение об ошибке «Не удалось настроить сервер рабочей станции», я уверен, что даже конкретная служба Windows не может быть запущена нормально. Как видите, когда я попытался запустить службу, я получил сообщение об ошибке ниже.

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

1. Измените порт HTTPS на другой случайный номер порта.
2. Обновите рабочую станцию ​​VMware до последней версии.
3. Если у вас уже установлена ​​последняя версия, исправьте установку с панели управления. Вам необходимо перезагрузить компьютер, чтобы изменения вступили в силу.
4. Если описанные выше действия не помогли, отключите антивирус на вашем компьютере с Windows 10. Мне пришлось отключить защиту BitDefender, чтобы она заработала. После отключения AV нам нужно снова восстановить / переустановить рабочую станцию ​​VMware.

После успешного запуска и включения службы VMware Workstation Server мы можем перейти к следующему шагу по совместному использованию виртуальных машин.

Что нужно знать

• Конкретная виртуальная машина должна быть выключена во время совместного использования.
• На главном компьютере есть «Расположение общих виртуальных машин», в котором будут храниться все файлы и папки общих виртуальных машин.

Убедитесь, что в указанном выше месте достаточно места на диске. Потому что, когда мы делимся виртуальной машиной, все ее файлы будут перемещены в это место.

• Мы можем поделиться виртуальными машинами двумя способами.

a)Переместите исходную виртуальную машину(совместное использование исходной виртуальной машины ). В этом случае конкретная машина будет перемещена в расположение общих виртуальных машин. У вас не будет базовой / оригинальной копии ВМ.

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

• Если у виртуальной машины есть связанные клоны, мы не можем переместить виртуальную машину и поделиться ею напрямую. Мы можем поделиться, только создав полный клон.

Комплекты для виртуализации на базе VMware vSphere

Использование отдельных физических серверов под каждый сервис приводит к неэффективному использованию вычислительных ресурсов, росту затрат на электроэнергию и поддержку.

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

Пример: применение технологии Storage IO Control (SIOC) позволяет задать для виртуальных машин приоритеты доступа к СХД. Второстепенные сервисы имеют лимит по количеству операций ввода-вывода в секунду.

Повышение надежности

Виртуализация на платформе VMware vSphere позволяет снизить или вовсе устранить влияние на работоспособность критичных сервисов как запланированных, так и незапланированных отключе- ний оборудования.

Технология vMotion позволяет перемещать работающие виртуальные машины между физическими серверами.

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

Storage vMotion перемещает виртуальные машины между системами хранения данных. VMware HA при выходе из строя физических серверов обеспечивает автоматиче- ский перезапуск виртуальных маших на других серверах.

Системы хранения данных тоже требуют периодического обслуживания и диагностики. Вы можете перемещать виртуальные машины без остановки между несколькими СХД.

VMware High Availability (HA) минимизирует время простоя в случае выхода из строя физического сервера: осуществляется автоматический перезапуск соответствующих виртуальных машин на других узлах.

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

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

На втором физическом сервере выполняется теневая копия защищаемой виртуальной машины. Копия полностью дублирует ее состояние в режиме "только для чтения".

Масштабируемость

Устранение нехватки ресурсов осуществляется быстро и эффективно: просто добавьте новый сервер или СХД и перераспределите виртуальные машины. Современные ОС в сочетании с гипервизором VMware ESXi поддерживают «горячее» добавление виртуальных процессоров и памяти.

Снижение расходов на содержание IT-инфраструктуры

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

Проверенные решения

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

Помощь в развертывании

Специалисты True System выполнят весь цикл работ по внедрению серверной виртуализации:

• Аудит существующей инфраструктуры (мониторинг производительности, разработка проекта)
• Установка и настройка оборудования и ПО на месте эксплуатации
• Миграция существующих ОС в вирту-альную среду
• Организация обучающих курсов по VMware vSphere для специалистов заказчика
• Оказание технической поддержки по телефону, e-mail, через web-helpdesk

Компоненты

Mware vSphere

VMware vSphere является оптимальной платформой виртуализации для инфраструктур любого размера. vSphere остается лидером по функционалу, производительности и надежности.

Серверы True System Gladius

Серверы True System Gladius собираются на основе платформ Supermicro, имеющих сертификаты совместимости с VMware ESXi, проходят процедуру тщательного тестирования и обеспечиваются трехлетней гарантией. Опционально доступны пакеты, обеспечивающие приоритетное получение технической поддержки и фиксированное время восстановления работоспособности.

Серверы для VMware vSphere от компании True System — надежный выбор!

Системы хранения данных True System Gladius Storage

Мы предлагаем несколько линеек высокопроизводительных СХД Gladius Storage, полностью совместимых с VMware vSphere:

True System Gladius Storage Open-E — СХД на базе оборудования Supermicro и специализированной ОС Open-E Data Storage Software (DSS) V7, обеспечивающей предельную простоту управления через web-интерфейс и широкий функционал: iSCSI и FC таргеты, снапшоты, репликация, 2-узловой отказоусточивый iSCSI кластер.

True System Gladius Storage RTS — СХД на базе оборудования Supermicro и ОС RTS OS. Поддерживается самый широкий выбор таргетов: iSCSI, FC, FCoE и SRP. Высокую производительность обеспечивает поддержка VAAI.

True System Gladius Storage SW — комплексное решение на базе ПО StarWind iSCSI SAN&NAS, обеспечивающее высокую степень доступности СХД за счет использования 2- и 3-узловой кластеризации.

Ethernet коммутаторы Supermicro

Компания Supermicro производит 1GbE и 10GbE коммутаторы layer 2/3, отличающиеся оптимальной ценой и высокой надежностью.

Veeam Backup & Replication

Veeam® Backup & Replication™ — эффективное, простое и доступное по цене, разработанное специально для виртуальной среды решение для современной за- щиты данных в среде VMware.

Резервное копирование занимает слишком много времени? В отличие от решений, выполняющих резервное копирование на уровне файлов, Veeam Backup & Replication осуществляет резервное копирования на уровне образа виртуальной машины. Это обеспечивает быстрое и эффективное резервное копирование, а также быстрое и эффективное восстановление виртуальной машины целиком, отдельных файлов или объектов приложений. Теперь вы можете выполнять резервное копирование каждой виртуальной машины каждый день — или чаще — если это нужно для соответствия показателю целевой точки восстановления (RPO).

Комплекты для VMware vSphere

Стартовый комплект: одиночный сервер

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

True System Gladius 2400 X9 в корпусе tower/4U и 2200 X9 в корпусе 2U — универсальные двухпроцессорные серверы, способные обеспечить большой запас по производительности. Используется локальная дисковая подсистема, предполагается наличие у заказчика внешнего NAS для хранения резервных копий.

Состав комплекта:

• два процессора Intel Xeon E5-2620 (6 ядер, 2ГГц)
• 64ГБ памяти DDR3 ECC Reg (до 512ГБ максимум)
• 8 дисков 450ГБ SAS 15 тыс. об/мин
• контроллер SAS RAID LSI 9271-8i (1ГБ кэш c flash-защитой)

• VMware vSphere Essentials Kit с годовой технической поддержкой
• Veeam Essentials Standard 2 socket bundle

Дальнейшее масштабирование данного решения — это отказоустойчивый кластер из нескольких серверов. Для обеспечения работоспособности технологий VMware vMotion, HA и FT требуется общая система хранения данных, для которой так же важно обеспечить отказоустойчивость.

Отказоустойчивое решение c VMware VSA

vSphere Storage Appliance (VSA) — программный продукт, позволяющий объединить локальные дисковые подсистемы нескольких серверов в единый отказоустойчивый ресурс. Данные защищены локально при помощи RAID и между узлами кластера — путем синхронной репликации. Лицензия VSA входит в состав комплекта vSphere Essentials Plus.

Состав комплекта:

• два процессора Intel Xeon E5-2620 (6 ядер, 2ГГц)
• 64ГБ памяти DDR3 ECC Reg (до 512ГБ максимум)
• 8 дисков 450ГБ SAS 10 тыс. об/мин
• контроллер SAS RAID LSI 9271-8i (1ГБ кэш c flash-защитой)
• 4-портовый контроллер GbE Intel I350T4

• Два коммутатора Supermicro SSE-G24-TG4 (layer 2/3, 24 порта 10/100/1000 RJ-45, 2 слота для 2-портовых 10GbE аплинков)

• VMware vSphere Essentials Plus Kit с годовой технической поддержкой
• три комплекта Veeam Essentials Standard 2 socket bundle

Отказоустойчивое решение с СХД Gladius SW

• Масштабируемость: возможность подключения более трех узлов
• Больше возможностей: можно давать прямой доступ виртуальным машинам к томам с СХД Gladius SW по iSCSI (например, для построения кластеров Microsoft)
• Высокая производительность: используется синхронизация кэша на запись, возможно использование SSD-кэша
• Дополнительный функционал: Gladius СХД поддерживают высокоэффективную дедупликацию, что позволяет существен-но сократить требования к дисковому пространству

Обеспечивается существенно более высокий уровень надежности в сравнении с традиционными решениями на базе 2-контроллерных СХД начального уровня. Вы можете остановить для обслуживания или ремонта любой из узлов СХД без приостановки работы: для хостов storage-кластер виден как единая СХД с несколькими путями доступа. После включения второго узла синхронизация произойдет синхронизация данных.

Для управления резервным копированием и восстановлением используется StarWind VMware Backup Plug-in — компонент, обеспечивающий безагентное резервное копирования виртуальных машин с поддержкой инкрементальных бэкапов и дедупликации.

Как ускорить работу виртуальных машин VMware Workstation

10 способов, как можно ускорить работу с виртуальными машинами в среде гипервизора VMware Workstation.

VMware Workstation – один из лучших гипервизоров для Windows. Это не самая производительная, но самая стабильная программа, с помощью которой можно виртуально исследовать различные операционные системы (ОС). VMware не конфликтует с другими гипервизорами (как Microsoft Hyper-V), в ней всегда работают дополнения гостевых ОС и прочие функции (в отличие от нестабильной VirtualBox), она функциональная и настраиваемая. Ну а что касается производительности, то здесь можно кое-что предпринять. Как ускорить работу виртуальных машин (ВМ) VMware?

1. Аппаратная часть

При использовании любого гипервизора, как и в случае с физическим компьютером, аппаратная оптимизация первична, программная – вторична. Для работы с VMware не принципиально, но желательно иметь на борту физического компьютера четырёхъядерный процессор, чтобы двое ядер оставались хост-системе (основной ОС), а двое могли бы быть задействованы ВМ.

Для базовых целей типа исследования ОС и тестирования несложного софта будет достаточно 2 Гб оперативной памяти. Разве что гостевым Windows 8.1 и 10 можно выделить 3 Гб, если у физического компьютера имеется 6 или 8 Гб. Выделять больший объём без конкретных целей использования памяти нет надобности.

ВМ, размещённая на одном и том же HDD, где установлена хост-система, будет тормозить даже при мощном процессоре и отсутствии недостатка оперативной памяти. HDD – слабое звено в конфигурации и физических, и виртуальных компьютеров из-за медленной скорости чтения и записи данных. Если в наличии нет SSD, для размещения ВМ желательно выделить отдельный HDD – жёсткий диск, к которому не будет обращаться хост-система. Ну или пойти путём универсального аппаратного апгрейда – реализовать RAID 0 (как минимум). Без последнего задействовать два HDD в работе ВМ можно, если разбросать её файлы по разным дискам.

2. Файлы ВМ на разных HDD

• файлов виртуального жёсткого диска (обычно это тип VMDK, но VMware также может работать с типом VHD);
• файлов конфигурации самой ВМ;
• файлов снапшотов;
• кэша (данных, участвующих в сообщении хост- и гостевой ОС).

При использовании ВМ и по завершении работы с ней происходит запись данных во все эти файлы. За исключением снапшотов, если они не задействуются. Чтобы распределить нагрузку, можно файл виртуального диска VMDK (или VHD) хранить на одном HDD, а файлы конфигурации ВМ – на другом HDD, в частности, на том же, где размещается хост-система. Для всех ВМ указываем расположение по умолчанию – каталог на одном HDD.

При создании же каждой отдельной ВМ используем выборочную настройку.

И на этапе задания параметров виртуального диска указываем его месторасположение на разделе другого HDD.

Применить такую схему к уже имеющихся ВМ можно путём удаления используемого виртуального диска в параметрах машины. А затем добавления этого же диска по-новому, когда его файл VMDK (или VHD) уже будет перемещён на другой HDD.

3. Фиксированные виртуальные диски

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

При таком раскладе будет создан виртуальный диск фиксированного типа. Его файл со старта займёт указанный объём, и ресурс HDD при непосредственной работе с ВМ не будет распыляться ещё и на операцию по выделению места на физическом диске.

4. Дефрагментация HDD

Ускорить работу ВМ на HDD можно традиционным методом оптимизации этого типа жёстких дисков – дефрагментацией. В среде хост-системы Windows желательно время от времени проводить эту процедуру с использованием эффективных сторонних программ.

5. Тормоза после приостановки ВМ

Работающие с VMware наверняка замечали, что в большинстве случаев после приостановки одной ВМ сразу же оперативно запустить другую нереально. Нужно немного подождать. Естественно, речь идёт о случаях расположения ВМ на HDD. Как только мы приостанавливаем ВМ, сразу же начинается активная запись данных на диск с его загрузкой вплоть до 100%. И так может длиться несколько минут. При приостановке ВМ содержимое оперативной памяти гостевой ОС каждый раз записывается в файл «.vmem». Он находится в числе прочих файлов конфигурации ВМ и планировано занимает столько места на диске, сколько машине выделено «оперативки». По факту же размер файла варьируется в зависимости от записанных в него в последний раз данных.

Активная запись в файл «.vmem» сильно нагружает HDD. Назначение такой операции – запуск гостевой ОС в сохранённом состоянии при возможных сбоях в работе ВМ. Нужна ли эта возможность такой ценой – решайте сами. Если не нужна, запись данных в файл «.vmem» можно отключить. И тем самым ускорить переключение между приостановленными ВМ. Для этого необходимо открыть в любом TXT-редакторе файл конфигурации ВМ «.vmx», дописать в конце такую строчку:
mainMem.useNamedFile = «FALSE»

И сохранить файл.

6. Обрезка страничной памяти

В дополнительных параметрах ВМ есть изначально неактивная опция отключения обрезки страничной памяти. Если её активировать, фактическое выделение оперативной памяти ВМ будет происходить быстрее.

7. Плеер VMware

В состав компонентов VMware Workstation входит приложение Player. Это упрощённый вариант гипервизора, ограниченный функционально, но также и более лёгкий. Создавать и настраивать ВМ лучше, конечно же, с использованием основного компонента VMware Workstation. А вот непосредственно проводить работу с гостевыми ОС можно внутри более шустрого плеера.

8. ПО EFI

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

9. Оптимизация гостевых ОС

Ускорить работу ВМ можно за счёт оптимизации гостевых Windows. В числе таковых в частности: отключение анимации, обоев, неиспользуемых служб, телеметрии, обновлений, Timeline (для версии 10). В качестве платформы для тестирования только стороннего софта можно и вовсе в качестве гостевой ОС выбрать Windows 7 или 8.1 Embedded – урезанные сборки этих версий, заточенные под работу со слабым железом.

В гостевых Windows можно смело работать с отключённым Защитником и без стороннего антивируса. За безопасность будет отвечать антивирус хост-системы. А вот для последней желательно подобрать такой антивирусный продукт, чтобы защищал, но при этом не мешал.

10. Правильный антивирус для хост-системы

Активность ВМ – это непаханое поле азарта для антивирусов. VMware Workstation, как и любой другой гипервизор, активно работает с записью данных. Причём работает с большими объёмами данных. И все эти данные антивирусы проверяют в рамках проактивной защиты. Чтобы не создавать лишней нагрузки при работе с ВМ, для хост-системы желательно подобрать хороший антивирус – эффективный в плане обнаружения реальных угроз, при этом минимально использующий аппаратные ресурсы компьютера.

1. Пройти по ссылке VMware Download Center.
2. В разделе Datacenter & Cloud Infrastructure, в строке VMware vSphere, кликнуть Download Product.
3. Найти секцию с соответствующей лицензией, например Essentials.
4. Внутри секции, в строке VMware vCenter Server 6.0 xxx, кликнуть Go to Downloads.
5. На странице Download VMware vCenter Server 6.0, в поле Select Version выбрать необходимую версию (лучше самую последнюю). На закладке Product Downloads выбрать необходимый вариант и нажать Download Now. После этого произойдет авторизация и если у вас есть права на скачивания этого дистрибутива – начнется скачивание.

Примечание: vCenter Server Appliance версии 6.x поставляется в виде ISO или ZIP. При этом ISO образ не содержит загрузочного диска, а содержит web-установшик который запускается на любом компьютере через браузер и с этого компьютера происходит развертывание. Поэтому, возможно что удобнее скачивать ZIP или вам придется каким-то образом получить доступ к содержимому ISO диска на компьютере с которого будет осуществляться развёртывание. Есть несколько способов (для Windows):

— записать iso на dvd диск и использовать его
— использовать программы которые умеют монтировать iso как виртуальный cdrom, например Daemon Tools. Windows 8 и 10 умеют это делать штатно (кликнуть правой мышью на iso-файле в Проводнике и выбрать Подключить).
— некоторые архиваторы умеют распаковывать iso образы, например 7Zip или WinRar
— программы которые предназначены для работы с iso-дисками, например UltraISO.

Перенос физической машины в виртуальную

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

Мы расскажем, как пользоваться VMware Converter. Инструкция подойдёт для любого сервера на Linux.

Рассмотрим пошаговое выполнение преобразования облачного сервера на Ubuntu 16.04 в виртуальную машину VMware:

1. 1.

Запустите VMware Converter Client и нажмите Convert machine:

Как преобразовать сервер через VMware конвертер в виртуальную машину

Выберите Powered on и тип Remote Linux machine:

VMware конвертер поддерживает следующие типы исходных устройств:

• Remote Windows machine — на Windows,
• Remote Linux machine — на Linux,
• This Local machine — ваше устройство, на котором запущен конвертер.

Для подключения заполните:

• IP address or name — IP-адрес или имя сервера,
• User name — имя пользователя с root-правами,
• Password — пароль пользователя. Если подключаетесь при помощи приватного ключа, выберите Private key file и укажите путь к файлу.

Затем нажмите Next:

Нажмите Yes:

Подключитесь к серверу, на котором хотите создать виртуальную машину с копией исходного устройства. Для этого заполните:

• Server — IP-адрес или имя сервера,
• User name — имя пользователя,
• Password — пароль.

Затем нажмите Next:

Если на сервере не установлен SSL-сертификат, появится уведомление. Нажмите Ignore, чтобы продолжить процедуру:

Дайте название виртуальной машине и нажмите Next:

В Inventory for указан список ESXi-хостов, на которых можно создать виртуальную машину. Выберите нужный хост.

В поле Datastore выберите хранилище, в которое будет скопирована физическая машина. datastore1 — выделенный гипервизором диск для виртуальной машины.

Оставьте по умолчанию Virtual machine version — версию виртуальной машины.

Нажмите Next:

Нажмите Finish:

Статус Running говорит о том, что конвертация физической машины в виртуальную успешно запущена:

Продолжительность переноса зависит от объёма информации на физическом сервере. Статус Complete или Inactive говорит об окончании конвертации:

Готово, сервер на Linux перенесён в виртуальную среду.

3. Импорт виртуальной машины в VMware Workstation

Чтобы импортировать машину, в меню «Файл» VMware Workstation кликаем «Открыть». И указываем путь к архиву, а в нём – непосредственно к файлу OVА . Указываем хранилище импортируемой машины, т.е. её место на диске. И можем, если нужно, изменить имя.

Жмём «Импорт».

Ожидаем завершения операции.

И ищем импортированную машину в библиотеке VMware Workstation.