Tus servidores, gestionados por CloudOps
Cada host ejecuta KVM. Control de encendido por la BMC (iLO, iDRAC, IPMI) y estado del hardware en la consola.
Alternativa a VMware
Deja VMware.
Quédate con tus servidores.
CloudOps convierte los servidores que ya tienes en una nube privada: máquinas virtuales, Kubernetes, redes, balanceadores de carga, almacenamiento de objetos y bases de datos gestionadas, todo en autoservicio desde una consola, una API REST y Terraform.
Funciona sobre el hipervisor de código abierto KVM. Regístrate con Google o habla antes con nosotros sobre tu migración.
- KVM de código abierto, sin licencia de hipervisor
- Autoservicio para tus equipos
- Consola, API y Terraform
- Desarrollado y operado en la UE
Por qué los equipos se van
Las licencias de VMware cambiaron. Tu hardware no.
Desde que Broadcom compró VMware, las licencias perpetuas han desaparecido, los productos se venden en paquetes y muchos clientes pagan mucho más por los mismos hosts.
CloudOps da a esos mismos servidores un plano de control tipo nube sobre KVM de código abierto, para que renueves menos, o nada, sin comprar hardware nuevo.
Qué sustituye a qué
Piezas conocidas, sin la pila de VMware.
Una consola, una API y Terraform
Crea y gestiona VMs, redes y almacenamiento en todos tus hosts. Cada cambio se ejecuta como un trabajo registrado y auditable.
Redes y grupos de seguridad
Redes privadas, grupos de seguridad, balanceadores de carga, una red overlay cifrada entre hosts y VPN de sitio a sitio.
Almacenamiento de bloques y de objetos
Volúmenes de bloques sobre ZFS con snapshots y almacenamiento de objetos compatible con S3.
Clústeres de Kubernetes
Crea clústeres de Kubernetes en tus propios hosts o importa los que ya tienes, y añade o quita nodos.
Imágenes e instalaciones por red
Imágenes de VM Linux y Windows, e instalaciones desatendidas del sistema operativo por PXE para bare metal y VMs.
Cómo es una migración
Empieza con un host, no con una migración de golpe.
Añade un primer host
Libera un servidor e instálalo por red, o importa un servidor Linux que ya tengas en marcha con un comando de una línea.
Recrea una carga de trabajo
Crea la VM a partir de una imagen o de un plan de Terraform, conecta volúmenes y redes y pruébala junto a la original.
Haz el cambio y repite
Cuando funcione, cambia el tráfico, retira la VM de VMware y pasa a la siguiente, host a host.
Próximamente: importar VMs en marcha directamente desde ESXi, copiando los discos sin tocar el origen. Pídenos acceso anticipado.
Preparado para IA, con límites
Deja que los agentes de IA ayuden a operarlo, dentro de los límites que fijes.
CloudOps incluye un servidor MCP. Conecta Claude u otro asistente MCP y podrá leer tus servidores, redes, almacenamiento y trabajos y, si lo permites, crear VMs y volúmenes.
El acceso está desactivado hasta que un propietario lo activa. Eliges solo lectura o cambios seguros, cada llamada a herramienta queda registrada y un agente solo puede eliminar lo que él mismo creó.
Preguntas antes de cambiar
Lo que debes saber antes de cambiar.
¿Puedo importar mis VMs directamente desde ESXi?
Todavía no. La importación directa desde ESXi está en desarrollo y llegará pronto: leerá tu inventario de VMs, copiará los discos y recreará las VMs en hosts de CloudOps sin modificar el origen. Mientras tanto, reconstruyes las cargas de trabajo a partir de imágenes o con Terraform. Escríbenos si quieres acceso anticipado.
¿Necesito hardware nuevo?
No. CloudOps funciona en servidores estándar. Un host que deja ESXi se reinstala con Linux y KVM, por red si quieres, y los servidores que ya ejecutan Linux se incorporan con una importación de una línea.
¿Dónde se ejecuta?
Tus VMs y tus datos se quedan en tus servidores. Alojamos el plano de control en la UE y operamos conforme al RGPD; hay un plano de control en EE. UU. disponible bajo petición.
¿Es solo para VMs?
No. Además de VMs tienes clústeres de Kubernetes, redes privadas, grupos de seguridad, balanceadores de carga, almacenamiento de bloques y de objetos y, en versión preliminar, bases de datos gestionadas.
Planifica tu salida de VMware.
Empieza con un host y una carga de trabajo, y mantén el resto en marcha hasta que estés listo.