Виртуальные машины на KVM
ВМ Linux и Windows на всех ваших хостах, управление питанием через BMC (iLO, iDRAC, IPMI) и состояние оборудования прямо в консоли.
Альтернатива OpenStack
Частное облако
без обслуживания OpenStack.
Панель управления обслуживает CloudOps, поэтому вашей команде не придётся. Ваши серверы получают виртуальные машины, Kubernetes, сети, балансировщики нагрузки, объектное хранилище и, в режиме предварительного доступа, управляемые базы данных — из одной консоли, через REST API и Terraform.
Работает на гипервизоре KVM с открытым исходным кодом. Зарегистрируйтесь через Google или сначала обсудите с нами свой переезд.
- Панель управления обслуживаем мы
- Самообслуживание для ваших команд
- Консоль, API и Terraform
- Разработано и работает в ЕС
Почему команды уходят
OpenStack умеет почти всё. Но кто-то должен его обслуживать.
OpenStack — обширное и проверенное облако с открытым исходным кодом. Но это ещё и множество отдельных сервисов вместе с очередью сообщений и базами данных, новый релиз каждые полгода и обновления, которые надо планировать. Многим командам приходится выделять инженеров только на поддержание его в рабочем состоянии.
CloudOps снимает эту работу с вашей команды. Мы обслуживаем панель управления как сервис, ваши серверы выполняют нагрузки, а инженеры занимаются тем, что работает в облаке.
Что чем заменяется
Проекты OpenStack и то, что вы будете использовать вместо них.
Одна консоль, API и Terraform
Создавайте ВМ, сети и хранилище на всех хостах и управляйте ими. Каждое изменение выполняется как отслеживаемое задание с аудитом.
Сети и группы безопасности
Частные сети, группы безопасности, балансировщики нагрузки, шифрованная overlay-сеть между хостами и VPN «сайт-сайт».
Блочное и объектное хранилище
Блочные тома на базе ZFS со снимками и объектное хранилище, совместимое с S3.
Кластеры Kubernetes
Создавайте кластеры Kubernetes на своих хостах или импортируйте существующие, добавляйте и удаляйте узлы.
Образы и установка по сети
Образы ВМ с Linux и Windows и автоматическая установка ОС через PXE для «голого железа» и ВМ.
Как проходит переезд
Начните с одного хоста, а не с переезда всего и сразу.
Добавьте первый хост
Освободите один вычислительный узел и установите его по сети или импортируйте уже работающий Linux-сервер одной командой.
Воссоздайте нагрузку
Соберите ВМ из образа или плана Terraform, подключите тома и сети и проверьте её рядом с оригиналом.
Переключитесь и повторите
Когда всё работает, переключите трафик, выведите инстанс OpenStack из эксплуатации и переходите к следующему — хост за хостом.
В CloudOps нет API OpenStack, и импортировать инстансы он не умеет. Шаблоны Heat и клиенты OpenStack придётся заменить, обычно на Terraform.
Готово к ИИ, с ограничениями
Пусть ИИ-агенты помогают в работе — в заданных вами пределах.
В CloudOps встроен MCP-сервер. Подключите Claude или другой MCP-ассистент: он сможет видеть ваши серверы, сети, хранилище и задания, а если вы разрешите — создавать ВМ и тома.
Доступ выключен, пока владелец его не включит. Вы выбираете «только чтение» или безопасные изменения, каждый вызов инструмента записывается, а агент может удалить только то, что создал сам.
Вопросы перед переходом
Что важно знать перед переходом.
Можно ли использовать мои инструменты OpenStack или импортировать инстансы?
Нет. CloudOps не предоставляет API OpenStack и не умеет импортировать инстансы, поэтому шаблоны Heat и скрипты, обращающиеся к OpenStack, придётся переписать, обычно на Terraform. Нагрузки пересобираются из образов, а данные копируются привычными инструментами.
Нужно ли новое оборудование?
Нет. CloudOps работает на стандартных серверах. Вычислительный узел, уходящий с OpenStack, получает чистую установку Linux и KVM — при желании по сети, а серверы, на которых уже работает обычный Linux, подключаются импортом одной командой.
Где всё это работает?
Ваши ВМ и данные остаются на ваших серверах. CloudOps — управляемый сервис: панель управления мы размещаем в ЕС в соответствии с GDPR, и установить её самостоятельно нельзя. Панель управления в США доступна по запросу.
От чего придётся отказаться?
В CloudOps нет живой миграции между хостами и автоматического перезапуска ВМ на другом хосте, и его нельзя расширять собственными сервисами и драйверами, как OpenStack. Если вам это нужно или панель управления должна работать внутри вашей сети, OpenStack подойдёт лучше.
Спланируйте переезд с OpenStack.
Начните с одного хоста и одной нагрузки, а остальное пусть работает, пока вы не будете готовы.
OpenStack — товарный знак OpenInfra Foundation. CloudOps не связан с OpenInfra Foundation и не имеет её одобрения.