Kubevirt — это недавний и динамичный проект с открытым исходным кодом, который позволяет виртуальным машинам работать рядом с контейнерами, интегрируя уровень управления виртуальными машинами в Kubernetes. Разработанный для организаций, которые имеют рабочие нагрузки виртуальных машин и хотят принять плоскость управления Kubernetes, Kubevirt служит платформой, которая позволяет виртуальной машине и контейнерам работать рядом.
Организации, которые запускают рабочие нагрузки на контейнерах и Kubernetes, могут рассмотреть возможность интеграции виртуальных машин с их Kubernetes и контейнерной инфраструктурой. При поддержке Red Hat, NVIDIA и других технологических компаний проект CNCF соответствует растущему признанию того, что контейнеры не собираются заменять виртуальные машины — как многие организации узнали трудный путь. Идея состоит в том, что контейнеры и виртуальные машины могут и должны работать бок о бок. Но хотя концепция солидная, остается несколько предостережений для организаций, которым необходимо поддерживать критические рабочие нагрузки виртуальной машины.
С Kubevirt виртуальные машины бегут внутри кластеров Kubernetes и, в частности, внутри стручков. Эта структура работоспособна для конкретных вариантов использования, но ее ограничения до сих пор делают ее менее жизнеспособным для масштабирования производства виртуальных машин на Kubernetes. Принятие требует значительных изменений в существующей ИТ -инфраструктуре, включая хранение, вычисление и сеть. Даже после того, как Kubevirt успешно реализован, его функциональность значительно ограничена по сравнению с установленными предложениями управления VM, особенно теми, которые могут распространяться на Kubernetes, поэтому приложения, работающие на контейнерах или виртуальной машине, управляются на одной платформе.
Функциональность хочет
API виртуализации Kubevirt Kubernetes и время выполнения предназначены для определения и управления виртуальными машинами. Тем не менее, требуется дополнительная функциональность, чтобы другой инструмент предоставляет: Libvirt используется для интеграции виртуальных машин с гипервизором KVM, чтобы их можно было запустить и управлять в капсулах Kubernetes. Согласно документации проекта, Kubevirt в значительной степени ограничена декларативными использованиями, такими как:
- Создайте предопределенную виртуальную машину.
- Запланируйте виртуальную машину на кластере Kubernetes.
- Запустить виртуальную машину.
- Остановить виртуальную машину.
- Удалить виртуальную машину.
Kubevirt предоставляет очень простые функции администратора гипервизора и ограничены в использовании; Для интеграции ограниченного числа виртуальных машин относительное отсутствие функциональности и расширенные эксплуатационные возможности, такие как интеграция управления хранением, не совпадает с расширенными функциями, ожидаемыми в управлении виртуальной машиной. Поскольку инфраструктура на основе виртуальной реальности используется в течение нескольких десятилетий, VMS извлекает выгоду из обширного понимания отрасли и постоянных инноваций в управлении в этом пространстве. В идеале, расширенные возможности VMS должны быть доступны с контейнерами в общей инфраструктуре.
По словам Гартнера, варианты использования Кубевирта включают в себя:
- Предоставление инфраструктуры для создания и разрушения недолговечных виртуальных сред (включая разработку и лабораторную среду).
- В дополнение к этому, Kubevirt может использоваться для обеспечения виртуальных машин, когда используется для размещения кластеров Kubernetes.
По словам Майкла Уоррилоу, вице-президента и аналитика Gartner, «большинство предприятий, вероятно, обнаружит, что повторная пробиртуализация существующих виртуальных рабочих нагрузок производства будет наиболее технически сложными, рискованными и трудно оправдать как минимум 2028 года».
Интеграция с системами хранения не является функцией реализации по умолчанию Kubevirt. Без стандартизированного элемента хранения, который прикрепляется или является стандартным для Kubevirt, различные поставщики хранения могут легко работать или не предлагать его поддержке.
Kubevirt был создан для виртуальных машин Kubernetes-Execting, что означает, что организации, использующие Kubevirt, по-прежнему зависит от поставщиков хранения, которые поддерживают интерфейс хранения контейнеров (CSI). По словам Гартнера, по состоянию на январь 2025 года, среди перечисленных драйверов CSI:
- 54% не поддерживают снимки.
- 49% не поддерживают чтение/запись в несколько стручков.
- 57% не поддерживают расширение.
Это нарушит многие среды хранения, которые используются выше общих функций, таких как Snapshot, расширение. Это резко контрастирует с традиционными решениями для хранения для виртуальных сред, основанных на внешнем или программном хранилище. Доказано, что де -факто API позволили поставщикам хранилища последовательно разгружать функции хранения для виртуальных рабочих нагрузок. Примеры включают клонирование, миграцию, подготовку, мелиорацию и контроль доступа.
В то время как организации могут управлять существующими виртуальными машинами, возможности управления минимальны и ограничены базовым администрацией гипервизора. VMS продолжает существовать в инфраструктуре, но Кубевирту не хватает многих функций управления оперативным и жизненным циклом, которые предоставляют платформы виртуализации корпоративного уровня.
Kubernetes-центр
Kubevirt специально построен для среды Kubernetes, однако требования к принятию предприятий остаются значительными. Платформа работает на предположении, что все рабочие нагрузки в конечном итоге будут перенесены в Kubernetes. Однако такие переходы редко бывают немедленными; Даже обновления между версиями Kubernetes могут занять несколько месяцев — или, в некоторых случаях, годы. В результате, Kubevirt наиболее подходит для организаций, которые стремятся к полной контейнерировании своих рабочих нагрузок и принятии Kubernetes в качестве эксклюзивного плоскости управления. После реализации отсутствие функциональности сделает управление виртуальной реальностью больше похожим на управление скотом, чем домашние животные.
По сравнению с традиционными платформами виртуальной машины, Kubernetes вносит значительно большую рабочую сложность. Этот архитектурный сдвиг навязывает существенное трение, так как он требует от организаций отказаться от установленных методов управления виртуальной машиной и к подходу, ориентированному на Kubernetes. В то время как Kubernetes предлагает мощные возможности оркестровки, он также требует совершенно нового набора навыков. Администраторы виртуальной инфраструктуры должны быть переподготовлены, и организации должны восстановить целые команды, чтобы управлять существующими рабочими нагрузками виртуальной машины через новую плоскость управления.
Для среды с крупномасштабными развертываниями виртуальной машины-от 1000 до 100 000 виртуальных машин-этот сдвиг далеко не тривиальный. Многие из этих сред в значительной степени зависят от пользовательских сценариев, расширенных функций и автоматизации, что делает миграцию как техническую, так и оперативную требования.
Эта перспектива согласуется с наблюдениями, сделанными Gartner, который отметил, что такие поставщики, как Red Hat — с ее платформой Openshift — приняли Kubevirt в качестве стратегического входа на рынок управления виртуальной машиной. Разработка зрелой платформы управления виртуальной машиной предприятия обычно требует, если не десятилетия, устойчивого инженерного и оперативного уточнения, независимо от того, является ли решение с открытым исходным кодом или запатентованным.
Организации продолжают полагаться на виртуальные машины, потому что они предлагают эксплуатационную простоту, проверенную эффективность и более низкую общую стоимость владения (TCO). Кроме того, существующий калифорнийский резерв лучше связан с управлением виртуальной машиной; Наем квалифицированных специалистов в традиционных виртуальных средах остается значительно проще, чем поиск эквивалентной экспертизы в контейнерных или коренных инфраструктурах Kubernetes.
Сегодняшние операции виртуальной реальности поддерживаются инструментами зрелых оркестровков, расширенными функциями и устойчивыми фреймворками безопасности и соответствия. Внедрение виртуальных машин в местную среду Kubernetes потребует от организаций пересмотреть свои инструменты и значительно восстановить технические команды-усилия, которые обеспечивают значительные затраты и оперативный риск. Таким образом, обоснование запуска виртуальных машин внутри кластеров Kubernetes остается ограниченным вариантом использования и не рекомендуется для принятия общего предприятия.
«Это очевидный пробел в навыках, который необходимо преодолеть, чтобы успешно принять Кубевирта, для производства или нет. Многие существующие сотрудники I & O не будут иметь знания и опыта в современных, облачных инструментах и методологиях»,-пишет Уоррилоу. «Внедрение DevOps требует значительных инвестиций как в технологии, так и в обучение, что оказалось препятствием для широкого распространения … Kubevirt заставит это изменение».
Обещание подростков
Kubevirt остается на стадии инкубации после входа в CNCF в качестве проекта песочницы в 2019 году и продвигаясь к уровню зрелости инкубации в 2022 году. Хотя это представляет значимый прогресс, это также указывает на то, что проект еще не достиг уровня зрелости, необходимого для выпускного университета CNCF. Согласно CNCF, достижение статуса выпуска потребует значительного дополнительного развития, стабильности, усыновления и зрелости управления. Для крупнейших проектов CNCF, Kubernetes и Opentelemetry, это шаги, которые заняли более десяти лет для достижения.
Для организаций в регулируемых или критически важных секторах, таких как банковское дело, федеральные, государственные и местные органы власти, коммунальные услуги или розничную торговлю, риски, связанные с принятием такой зарождающейся технологии, являются значительными. В отличие от лидеров технологий, таких как Nvidia, Google или Meta, которые обладают внутренними инженерными возможностями для настройки и поддержки инструментов с открытым исходным кодом, большинство предприятий не оснащены для самостоятельного управления этим уровнем технической сложности.
Заключение
Мы рекомендуем, чтобы организации с существующей виртуальной инфраструктурой использовали платформу с проверенным послужным списком возможностей управления виртуальной машиной. Многие организации уже имеют устоявшиеся рамки безопасности и соблюдения требований для этих зрелых платформ. Внедрение виртуальных машин в местную среду Kubernetes потребует значительных изменений в инструментах и обширном спасении операционных команд-усилия, которые могут быть не оправданы, учитывая зрелость и эффективность платформы виртуальной машины по сравнению с относительно ограниченным масштабом функциональности для виртуальных машин, которые в настоящее время предлагает Кубевирт.
В то время как очень немногие организации со значительными ресурсами могут позволить себе полагаться на такой молодой проект (версия 1.0 Kubevirt была выпущена в июле 2023 года) для интеграции виртуальных машин с Kubernetes и контейнерной инфраструктурой, рекомендуется, чтобы для обозримого будущего его использование оставалось ограниченным управлением критическими операциями.
По оценкам Гартнера, до 2028 года технические и эксплуатационные ограничения будут ограничивать принятие Kubevirt менее чем 10% локальных виртуальных рабочих нагрузок в предприятиях в корпоративных средах.
«Принятие Kubevirt по неправильным причинам понесет значительный, предотвратимый технический риск», — пишет аналитик Gartner Майкл Уоррилоу в «Kubevirt потребует радикальных изменений в традиционных I & O». «Но использование его исключительно в качестве средства ревиргализации производственных рабочих нагрузок вряд ли приведет к достаточным количеству инвестиций в рентабельность инвестиций или улучшит доступность, надежность или безопасность».
Trending Stories youtube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. BC Gain является основателем и главным аналитиком Revecom Media. Его одержимость компьютерами началась, когда он взломал консоль космических захватчиков, чтобы играть весь день за 25 центов в местной видеокаде в начале 1980 -х годов. Затем он … читайте больше от B. Cameron Gain
