Clústeres de Kubernetes en centros de datos Tier III de la EU con opciones single-node y HA
Kubernetes de un solo nodo, preinstalado en el primer arranque, sin sorpresas!
Infraestructura de nivel empresarial con garantía de 99.9% de tiempo de actividad en ubicaciones de la UE
Ponga sus servidores y recursos en línea en horas, no días. Sin tarifa de instalación
Puede actualizar o degradar su servidor en la nube en línea usando el panel personal en nuestro sitio web
Eliges el tamaño de los nodos y el clúster se construye y se entrega listo para usar: plano de control, runtime de contenedores, red CNI, un controlador de ingress y una clase de almacenamiento sobre el mismo NVMe que usa cualquier otra máquina aquí. El kubeconfig se descarga desde tu panel en cuanto el clúster está en marcha.
Es un clúster real sobre VMs reales en nuestros propios centros de datos, no una abstracción gestionada sobre la API de otro. kubectl, Helm y cualquier cosa que hable con la API de Kubernetes funcionan exactamente igual que en cualquier otro sitio, porque no hay nada raro por medio.
Parte de lo que va a correr en el clúster, no de un número de nodos. Suma las peticiones de CPU y memoria de todo lo que pienses planificar, añade la sobrecarga del plano de control y de los pods de sistema, y deja margen suficiente para que un nodo pueda caer sin que los demás rechacen sus pods.
Tres nodos pequeños suelen ganar a uno grande en cuanto te importa seguir en pie, porque un nodo único está a un reinicio de la caída. Para desarrollo y CI, un nodo va bien y sale mucho más barato.
Pagas por los nodos - a los mismos precios de CPU, RAM y NVMe que cualquier servidor cloud - más una pequeña cuota fija de gestión del clúster. Los clústeres Kubernetes parten de 22 EUR al mes.
Eso significa que un clúster nunca es misteriosamente más caro que las máquinas que lo forman, y escalarlo es la misma aritmética que escalar cualquier otra cosa aquí.
Parques de microservicios que se han quedado grandes para un único host Docker, aplicaciones que necesitan despliegues progresivos sin ventana de mantenimiento y cargas de CI o de agentes que quieren escalar y luego desaparecer.
Los runners de CI autoalojados son una pareja habitual: un clúster les da sitio donde crecer y mantiene los artefactos de compilación y el código dentro de tu propia infraestructura europea.
GitLab Runner· GitHub Actions Runner· Runners de agentes en la UE
Si quieres montar el clúster tú mismo - una distribución concreta, un CNI en particular, una topología poco común -, pide servidores cloud normales y trátalos como nodos. Nada aquí te lo impide, y las máquinas son idénticas.
Elige la opción gestionada cuando prefieras no dedicar la primera semana al plano de control y cuando un ingress y una clase de almacenamiento funcionando el primer día valgan más que escoger cada componente por tu cuenta.
Los nodos se pueden añadir o redimensionar según cambie la demanda, igual que un servidor cloud. Las actualizaciones del clúster se coordinan contigo en lugar de aplicarse por debajo, porque una versión menor de Kubernetes es un cambio de API y algo en tus manifiestos suele notarlo.
Migrar es sobre todo trabajo de manifiestos: apuntar Helm al clúster nuevo, restaurar los volúmenes persistentes desde tus propias copias y cambiar el DNS en cuanto el nuevo ingress responde correctamente.
Preguntas frecuentes
Un clúster de Kubernetes funcionando sobre VMs cloud en nuestro propio centro de datos: plano de control, runtime de contenedores, red CNI, un controlador de ingress y una clase de almacenamiento por defecto sobre NVMe. El kubeconfig se descarga desde tu panel en cuanto el clúster está en marcha
Un solo nodo va bien para desarrollo, CI y cualquier cosa que puedas permitirte perder durante un reinicio. Elige varios nodos en cuanto una caída importe: con tres nodos el clúster puede perder uno y replanificar sus pods en los otros dos
Descarga el kubeconfig desde tu panel de gestión y apunta kubectl o Helm hacia él. No hay nada envuelto ni tras un proxy: es un endpoint estándar de la API de Kubernetes, así que cualquier herramienta que hable con Kubernetes funciona sin cambios
Pagas los nodos a las mismas tarifas de CPU, RAM y NVMe que cualquier servidor cloud, más una pequeña cuota fija de gestión del clúster. Escalar un clúster cuesta exactamente lo que costaría añadir los servidores equivalentes
Sí. Los nodos se pueden añadir, quitar o redimensionar según cambie la demanda, igual que cualquier servidor cloud: el disco crece en caliente, y los cambios de CPU y RAM solo requieren reiniciar ese nodo
Las actualizaciones se coordinan contigo en lugar de aplicarse por debajo. Una versión menor de Kubernetes es un cambio de API y algo en un conjunto real de manifiestos suele notarlo, así que acordamos una ventana y puedes probar antes
Sí, y las máquinas son idénticas: pide servidores cloud y trátalos como nodos si quieres una distribución, un CNI o una topología concretos. La opción gestionada existe para que un ingress y una clase de almacenamiento funcionando el primer día sean problema de otro
Si necesita asistencia o tiene preguntas adicionales, por favor contacte a los gerentes o escriba al equipo de soporte en support@dcxv.com
