Средства виртуализации

Содержание:

• Что такое виртуализация
• Что такое средства виртуализации
• Типы виртуализации
• Классификация гипервизоров
• Классификация виртуализации
• Современные тенденции в области виртуализации
• Системы и средства виртуализации
• Базовые гипервизоры и технологии виртуализации
• Корпоративные платформы серверной и инфраструктурной виртуализации
• Критерии выбора платформы виртуализации
• Эффективное управление ИТ-инфраструктурой с помощью платформы виртуализации SpaceVM
• Советы экспертов Space
• Главное по теме

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

Что такое виртуализация

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

Что такое средства виртуализации

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

Типы виртуализации

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

Основные типы виртуализации:

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

Классификация гипервизоров

Гипервизор — это программный слой, который управляет виртуальными машинами и распределяет между ними ресурсы физического сервера. Он контролирует доступ к процессору, оперативной памяти, дискам, сетевым интерфейсам и другим компонентам оборудования.

Гипервизоры обычно делят на три группы:

• первого типа;
• второго типа;
• гибридного типа.

Разница между ними связана с тем, где находится гипервизор относительно оборудования и операционной системы.

Гипервизор первого типа

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

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

Преимущества архитектуры первого типа: 

• минимальный программный слой между ВМ и оборудованием — ниже накладные расходы, выше производительность; 
• прямой доступ к аппаратным ресурсам — предсказуемое распределение процессора, памяти и ввода-вывода; 
• отсутствие универсальной хостовой ОС — меньше поверхность атаки, меньше точек отказа. 

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

К гипервизорам первого типа относят VMware ESXi, Xen и KVM (в серверных развертываниях).

Гипервизор второго типа

Гипервизор второго типа работает поверх уже установленной операционной системы. Он запускается как обычное приложение и использует ресурсы хостовой ОС. Такой вариант удобен для локального тестирования, обучения, разработки и демонстрационных сред.

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

Плюсы гипервизоров второго типа:

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

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

Гипервизор гибридного типа

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

Классический пример такой модели — Xen с управляющим доменом Dom0, а также KVM, который превращает ядро Linux в гипервизор, но при этом опирается на инструменты и сервисы хостовой системы. Именно поэтому строгое деление «тип 1 / тип 2» на практике часто оказывается условным: многие промышленные решения формально не укладываются ни в одну из категорий.

Преимущества гибридного подхода:

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

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

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

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

Классификация виртуализации

Гипервизоры классифицируют по архитектуре (тип 1, 2, гибридный), а виртуализацию — по способу взаимодействия гостевой ОС с аппаратными ресурсами: через полную эмуляцию оборудования, оптимизированные драйверы или аппаратную поддержку процессора. 

Далее рассмотрим основные подходы.

Виртуализация на базе аппаратного гипервизора

Аппаратная виртуализация опирается на расширения процессора, которые создают изолированные контексты выполнения для гостевых ОС. Гостевая ОС выполняет привилегированные инструкции напрямую на процессоре, а гипервизор контролирует переходы между гостевым и хостовым режимами. Современные процессоры поддерживают специальные технологии, которые помогают гипервизору эффективнее запускать виртуальные машины и безопасно распределять доступ к ресурсам.

В инфраструктурах на базе x86-64 часто используются механизмы Intel VT-x, Intel VT-d, AMD-V и аналогичные технологии. Они позволяют гостевым операционным системам работать в изолированной среде и при этом получать производительность, близкую к работе на физическом сервере.

Аппаратная виртуализация особенно важна для:

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

Этот подход лежит в основе большинства современных серверных платформ виртуализации.

Виртуализация на базе программного гипервизора

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

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

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

Паравиртуализация

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

Это снижает накладные расходы и повышает эффективность ввода-вывода. Особенно заметен эффект в дисковых и сетевых операциях, где скорость обмена данными влияет на производительность приложений.

Паравиртуализированные драйверы применяют для:

• виртуальных сетевых адаптеров;
• виртуальных дисковых контроллеров;
• ускорения операций с хранилищем;
• снижения задержек;
• повышения общей отзывчивости ВМ.

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

Полная виртуализация

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

Главное преимущество полной виртуализации — совместимость. Можно запускать разные операционные системы без глубокой адаптации. Это удобно для компаний, где одновременно используются Linux, Windows, специализированные серверные ОС и устаревшие приложения.

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

Контейнерная виртуализация

Контейнерная виртуализация изолирует приложение и его зависимости с помощью механизмов ядра ОС: пространства имён (namespaces) разделяют процессы, сеть и файловую систему, а контрольные группы (cgroups) ограничивают потребление процессора, памяти и дисковых операций. Отдельное ядро ОС для каждого контейнера не требуется .

Контейнеры удобны для микросервисной архитектуры, DevOps-процессов, CI/CD, тестовых сред и облачных приложений. Они позволяют быстро разворачивать одинаковые окружения на разных площадках и проще управлять версиями сервисов.

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

Современные тенденции в области виртуализации

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

На развитие рынка влияют несколько факторов.

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

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

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

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

Алексей Мензовитый, директор SpaceVM: «Современная виртуализация — это уже не просто слой между сервером и операционной системой. Это управляемая инфраструктурная платформа, от которой зависит скорость изменений, устойчивость сервисов и предсказуемость затрат»

Системы и средства виртуализации

Средства виртуализации работают на двух уровнях.  

Гипервизоры и базовые технологии – запускают виртуальные машины, эмулируют устройства, предоставляют доступ к процессору, памяти, дискам и сети. 

Корпоративные платформы — надстраивают над гипервизором управление кластерами, мониторинг, миграцию, резервное копирование, контроль доступа и интеграцию с хранилищами. 

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

Базовые гипервизоры и технологии виртуализации

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

KVM (Kernel-based Virtual Machine) 

Это модуль ядра Linux, который превращает Linux-систему в гипервизор первого типа. KVM использует аппаратные расширения процессора для создания изолированных виртуальных процессоров и управления памятью гостевых ОС. 

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

Сильные стороны KVM:

• зрелая Linux-база;
• поддержка современных процессорных технологий;
• совместимость с QEMU и libvirt;
• гибкость настройки;
• широкое распространение в инфраструктурных продуктах.

Подробнее о KVM

QEMU

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

В типовой архитектуре QEMU часто отвечает за виртуальное оборудование, а KVM — за выполнение кода гостевой ОС на физическом процессоре. Вместе они образуют распространенную основу для серверной виртуализации.

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

Xen

Это открытый гипервизор первого типа. Устанавливается непосредственно на сервер и управляет аппаратными ресурсами, а для обслуживания ввода-вывода и управления гостевыми ВМ использует выделенный привилегированный домен Dom0. 

Архитектурные  особенности Xen:

• Доменная модель. Гипервизор работает в тонком слое между оборудованием и виртуальными машинами. Управляющие функции (драйверы устройств, сетевой стек, дисковый ввод-вывод) вынесены в Dom0 — отдельную привилегированную ВМ. Это отличает Xen от монолитных гипервизоров, где управляющий код работает в одном пространстве с гипервизором. 
• Паравиртуализация как исторический подход. Xen первым реализовал массовую паравиртуализацию: гостевые ОС использовали модифицированное ядро для прямого взаимодействия с гипервизором. С появлением аппаратных расширений (VT-x, AMD-V) Xen поддерживает и полную аппаратную виртуализацию (режим HVM) — немодифицированные ОС запускаются без изменений. 
• Облачное наследие. Amazon Web Services использовал Xen как основу облачной инфраструктуры с момента запуска EC2 в 2006 году до перехода на собственный гипервизор Nitro. Это подтвердило масштабируемость Xen в инфраструктурах с десятками тысяч хостов. 

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

Microsoft Hyper-V

Это технология виртуализации в экосистеме Windows Server. Она позволяет запускать виртуальные машины с Windows и Linux, управлять серверными ресурсами и строить виртуализированные среды на базе продуктов Microsoft.

Для российских организаций Hyper-V сопряжен с рисками. Microsoft приостановил продажу лицензий и оказание поддержки в России, доступность обновлений ограничена. При проектировании новой инфраструктуры Hyper-V не рассматривается как стратегическая платформа, организации переходят на отечественные решения.

Корпоративные платформы серверной и инфраструктурной виртуализации

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

После ухода VMware (Broadcom) и Microsoft с российского рынка организации переносят инфраструктуру на отечественные решения. Зарубежные платформы недоступны для новых закупок, обновления безопасности ограничены, продление лицензий невозможно. Поэтому выбор платформы виртуализации сегодня – это не только технический, но и стратегический вопрос: импортонезависимость, сертификация, качество поддержки и долгосрочное развитие продукта.

Ниже – критерии, которые помогут оценить платформу под задачи конкретной компании, и подробный разбор возможностей SpaceVM.

Критерии выбора платформы виртуализации

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

Совместимость с существующей ИТ-инфраструктурой

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

Что стоит проверить заранее:

• поддерживаемые модели серверов;
• требования к CPU и аппаратной виртуализации;
• совместимость с гостевыми ОС;
• поддержку NFS, iSCSI, Fibre Channel или других типов хранилищ;
• интеграцию с LDAP, SSO и системами управления доступом;
• работу с существующим мониторингом;
• возможность миграции с текущей платформы;
• поддержку резервного копирования и восстановления.

Чем точнее проведен аудит, тем меньше риск столкнуться с проблемами уже в промышленной эксплуатации.

Поддержка необходимых функций и возможностей масштабирования

Функции платформы нужно оценивать через практические сценарии. Важно не просто наличие live migration, HA или снапшотов, а то, как эти механизмы работают при реальной нагрузке.

Для корпоративной инфраструктуры особенно значимы:

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

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

Стоимость владения и техническая поддержка

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

Прямые затраты: лицензии на платформу и сопутствующие компоненты (СРК, мониторинг, СЗИ), техническая поддержка вендора, оборудование (серверы, СХД, сетевое), миграция с текущей платформы, обучение администраторов.

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

Факторы долгосрочного риска: доступность обновлений (будет ли вендор выпускать патчи безопасности через 3–5 лет), развитие продукта (появятся ли нужные функции в roadmap или придётся менять платформу), зависимость от одного поставщика (vendor lock-in).

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

Наличие сертификатов соответствия и уровней доверия

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

При оценке сертификатов нужно смотреть не только на их наличие. Важно проверить:

• какая версия продукта сертифицирована;
• какие компоненты входят в сертифицированную конфигурацию;
• какова область действия сертификата;
• какие классы и уровни доверия подтверждены;
• до какой даты действует документ;
• какие ограничения накладываются на эксплуатацию;
• совместима ли сертифицированная конфигурация с реальной архитектурой проекта.

Даже защищенную платформу нужно правильно настроить: разделить сети, назначить роли, включить аудит, организовать резервное копирование и описать регламенты работы.

Эффективное управление ИТ-инфраструктурой с помощью платформы виртуализации SpaceVM

SpaceVM — российская платформа серверной виртуализации на базе KVM, разработанная компанией ДАКОМ М. Платформа объединяет гипервизор, управление ВМ, сетями, хранилищами, мониторинг и резервное копирование в едином веб-интерфейсе. 

Архитектура и масштабирование

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

Отказоустойчивость и миграция

Платформа поддерживает High Availability (автоматический перезапуск ВМ при отказе хоста), DRS (распределение нагрузки между хостами кластера) и живую миграцию (перенос работающей ВМ между узлами без остановки сервиса). Для обслуживания хоста — обновления прошивок, замены компонентов — администратор переносит ВМ на соседние узлы и выводит хост из кластера без простоя сервисов.

Хранилища

SpaceVM подключается к внешним хранилищам по протоколам NFS, iSCSI и Fibre Channel, а также поддерживает распределённую файловую систему GFS2. Это позволяет использовать существующие корпоративные СХД без замены оборудования при миграции.

Резервное копирование

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

Безопасность и контроль доступа

Встроенный межсетевой экран, журналирование событий, интеграция с AD/LDAP и SSO. Ролевая модель позволяет разграничить права администраторов, операторов и специалистов ИБ. Платформа совместима с vGate R2 4.9 — сертифицированным ФСТЭК средством защиты виртуализации от компании «Код Безопасности».

Интеграция и автоматизация

REST API для управления ВМ и инфраструктурой из внешних систем: скрипты, оркестраторы, порталы самообслуживания. SNMP для подключения к корпоративным системам мониторинга (Zabbix, Nagios).

Поддержка GPU

Технология vGPU через FreeGRID — аппаратное ускорение GPU для сценариев VDI, работы с графикой и САПР без риска внешних блокировок.

Лицензирование

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

Российская разработка и поддержка

Разработка, техническая поддержка и документация — на русском языке, от российской команды. SLA поддержки. Регулярные обновления и публичный roadmap развития продукта.

SpaceVM подходит для консолидации серверов, импортозамещения VMware и Hyper-V, построения частного облака, модернизации ЦОД и развития управляемой ИТ-инфраструктуры. В связке со Space VDI (реестр № 16383) платформа закрывает и серверную виртуализацию, и виртуальные рабочие места.

Алексей Мензовитый, директор SpaceVM: «Платформа виртуализации должна помогать ИТ-команде не только запускать виртуальные машины, но и управлять инфраструктурой как сервисом: предсказуемо, безопасно и с возможностью масштабирования»

Советы экспертов Space

• Перед выбором платформы проведите инвентаризацию серверов, виртуальных машин, сетей, хранилищ и зависимостей между сервисами.
• Перед миграцией проведите аудит: выявите ВМ без активных подключений за 30+ дней, устаревшие снапшоты и тестовые среды. Типичная инфраструктура содержит 15–25% неиспользуемых ВМ — их перенос увеличит стоимость миграции без пользы. SpaceVM поддерживает инвентаризацию ВМ и мониторинг активности — неиспользуемые машины видны в отчетах до начала миграции. 
• Запускайте пилотный проект на типовых нагрузках, а не только на тестовой пустой виртуальной машине.
• Проверяйте не только создание ВМ, но и миграцию, восстановление из резервной копии, отказ узла и обновление кластера. В SpaceVM все четыре сценария доступны из коробки — запросите пилотный проект для тестирования. 
• Разделяйте критичные и некритичные нагрузки по политикам ресурсов, доступности и резервного копирования.
• Настраивайте роли пользователей до промышленного запуска, чтобы администраторы, операторы и специалисты ИБ имели разные права. SpaceVM поддерживает ролевую модель с интеграцией AD/LDAP — роли настраиваются до ввода в эксплуатацию. 
• Планируйте емкость с запасом на несколько лет: учитывайте процессор/оперативную память,  диски, сетевые интерфейсы и рост количества сервисов.
• Документируйте архитектуру сразу: схемы сетей, кластеров, хранилищ, политик доступа и регламентов восстановления должны быть понятны всей команде.
• Запланируйте обучение администраторов до промышленного запуска: работа с кластерами, процедура отказоустойчивого переключения, восстановление из резервной копии. Без отработанных сценариев DR первый серьезный сбой превратится в незапланированный простой.

Главное по теме

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