Kubernetes · Docker · bare metal
Kubernetes en bare metal con un servidor completo bajo cada nodo
Kubernetes en bare metal significa que el kubelet se ejecuta directamente en un servidor físico, sin hipervisor y sin ningún otro inquilino debajo. Aquí alquilas esos servidores, instalas la distribución que prefieras y conservas root, una consola remota y todos los núcleos de cada nodo.
- Un inquilino por nodo
- Sin hipervisor
- Por horas o por meses
- Puerto sin medición
Un servidor listo se entrega en unos 30 minutos después de aprobarse el pago, de modo que un clúster de tres nodos puede estar funcionando esa misma tarde. Tú eliges kubeadm, k3s, RKE2 o Docker a secas. No hay hipervisor ni cuota de recursos entre tus pods y el hardware.
Precios en vivo desde el catálogo
Tres perfiles de nodo para un clúster de Kubernetes en bare metal
El servidor listo más barato de hoy en cada perfil, con el precio al que se vende. Cada cifra corresponde a la máquina exacta que figura debajo. Combínalos: uno o tres nodos de plano de control y luego tantos workers como exija la carga de trabajo.
Control plane node
Intel Atom C2750
API server, scheduler and etcd
$34.40/mo
or $0.0613/hr on hourly billing
- Memory16 GB
- StorageSATA 500 GB
- Port500 Mbps Unmetered
- CityNew York
General worker
Intel Xeon E5-2630L v4
Most application pods
$113.77/mo
or $0.2026/hr on hourly billing
- Memory64 GB
- Storage2 x SATA-SSD 240 GB
- Port1 Gbps Unmetered
- CitySan Francisco
Large worker
Intel Xeon E5-2630L v3
Databases, caches, big JVMs
$210.28/mo
or $0.3745/hr on hourly billing
- Memory256 GB
- StorageSATA-SSD 3.84 TB
- Port1 Gbps Unmetered
- CityNew York
La facturación por horas se aplica a los servidores listos tal como están, al precio mensual dividido por 730 y multiplicado por 1.3. Un servidor montado según tu configuración se factura por meses, tarda 4 to 24 hours y muestra su cuota única de instalación en la página de pedido antes de que pagues. Todos los servidores listos figuran con sus precios, los nodos GPU están en la página de servidores GPU y los nodos arm64 en la página de servidores Arm.
Qué cambia sin hipervisor
Contenedores en bare metal: lo que gana tu clúster
Un contenedor ya aísla un proceso. Meterlo dentro de una máquina virtual añade una segunda capa de planificación, memoria y E/S entre tu pod y el hardware. En bare metal esa capa desaparece.
Latencia estable
Nadie más en el host
Los núcleos, el bus de memoria, los discos y la tarjeta de red sirven solo a tus pods. Un cliente saturado en el mismo host no puede ralentizar tu p99, porque no hay mismo host.
Acceso al hardware
Dispositivos que tus pods pueden ver
NVMe local para volúmenes persistentes, una GPU dedicada mediante el plugin de dispositivo, fijación de CPU con el gestor estático de CPU, páginas grandes. Todo es el dispositivo real, no uno emulado.
Factura plana
Sin medidor de salida
Cada servidor tiene un precio fijo y un puerto sin medición. El tráfico entre nodos y hacia internet no añade nada a la factura, de modo que una malla de servicios parlanchina cuesta lo que cuestan los servidores.
Control
Root cuando un nodo se rompe
La versión del kernel, los sysctls, el runtime de contenedores y el firewall los defines tú. Cuando un nodo deja de responder, la consola remota y el modo de rescate siguen funcionando, así que puedes leer los registros antes de sustituirlo.
Dos maneras de ejecutarlo
Ejecuta Kubernetes tú mismo, o deja que nosotros gestionemos el plano de control
Esta página es para equipos que quieren operar el clúster completo. Si prefieres no ejecutar el API server ni etcd, nuestra opción gestionada usa tus servidores dedicados como workers y nosotros operamos el plano de control.
| Pregunta | Plano de control gestionado | Lo ejecutas tú (esta página) |
|---|---|---|
| Quién ejecuta el API server y etcd | Nosotros | Tú |
| Distribución | RKE2 | Cualquiera: kubeadm, k3s, RKE2, otras |
| Ciudades | Nueva York | New York, Miami, San Francisco, Amsterdam and Bucharest |
| Servidores worker | Servidores listos con Ubuntu | Cualquier servidor que vendamos, también bajo pedido |
| Root en los workers | Sí | Sí, en cada nodo |
| Actualizaciones | Tú las disparas, nosotros las ejecutamos | Tuyas para planificar y ejecutar |
Lee cómo funcionan los clústeres gestionados antes de elegir. Ambos corren sobre los mismos servidores y la misma red.
Puesta en marcha
Del pedido a un clúster bare metal en funcionamiento
Los pasos siguientes son el camino habitual para un clúster kubeadm, k3s o RKE2 en nuestros servidores. Ninguno requiere abrir un ticket.
Pida los nodos con sus claves
Elija Ubuntu, Debian o AlmaLinux y pegue sus claves públicas SSH y un script de user-data. Sus claves estarán en el servidor cuando se lo entreguemos, y el script se ejecuta una sola vez como root inmediatamente después; su código de salida y su salida quedan guardados en la página del servidor.
Espere la señal de listo
Un servidor listo es suyo en unos 30 minutos una vez aprobado el pago. Un webhook server.ready puede avisar a su pipeline en el momento en que cada nodo esté activo, y una clave de API gestiona después los reinicios y las reinstalaciones.
Instale la distribución
Inicialice el primer nodo del plano de control y luego una el resto. Para un plano de control de alta disponibilidad, use tres nodos para que etcd mantenga quórum cuando uno esté caído.
Añada red y balanceadores de carga
Instale un CNI como Cilium o Calico. Para Services de tipo LoadBalancer, ejecute MetalLB y asígnele las direcciones IPv4 adicionales que añada a un servidor en el configurador. IPv6 también está disponible.
Elija el almacenamiento
El NVMe local mediante un provisionador local-path u OpenEBS conviene a bases de datos que se replican por sí mismas. Para volúmenes que siguen a un pod hasta otro nodo, ejecute Rook con Ceph en tres o más servidores con discos de repuesto.
Restrinja los puertos del clúster (6443, 10250, 2379 y 2380) a sus propios nodos en el cortafuegos del host. Reinstalar un nodo desde el panel de control es gratuito, tantas veces como lo necesite.
Un solo servidor también basta
Docker en un servidor dedicado
No toda carga de trabajo con contenedores necesita un orquestador. Un servidor dedicado con Docker Engine y Compose ejecuta una pila de servicios con menos operación que un clúster, y es la misma máquina que más adelante uniría a uno.
Instale Docker desde su propio repositorio en Ubuntu o Debian, o use Podman en AlmaLinux. Los contenedores disponen de toda la CPU, toda la memoria y los discos locales, sin nada que mida su tráfico.
Cuando un servidor deja de ser suficiente
- Un fallo de un único host tumbaría todos los servicios a la vez.
- Necesita despliegues progresivos sin ventana de mantenimiento.
- La carga debe repartirse entre más núcleos de los que tiene una máquina.
- Distintos equipos necesitan sus propios namespaces, cuotas y reglas de acceso.
En ese momento, pida dos servidores más y migre a Kubernetes sobre el mismo hardware.
Respuestas
Preguntas sobre Kubernetes y contenedores en bare metal
¿Qué es Kubernetes en bare metal?
Es un clúster de Kubernetes cuyos nodos son servidores físicos en lugar de máquinas virtuales. El kubelet y el runtime de contenedores se ejecutan sobre el sistema operativo del host, de modo que los pods usan directamente el procesador, la memoria, los discos y la tarjeta de red.
¿Kubernetes es más rápido en bare metal que en máquinas virtuales?
Normalmente sí, para todo lo sensible a E/S o latencia, porque no hay hipervisor ni ningún inquilino vecino en el host. Cuánto más rápido depende de la carga de trabajo, así que ejecute su propio benchmark en un servidor facturado por horas antes de comprometerse.
¿Cuántos servidores necesito para un clúster Kubernetes en bare metal?
Un servidor basta para aprender. Para producción, tres nodos de plano de control mantienen etcd funcionando cuando uno falla, más al menos dos workers. Los clústeres pequeños a menudo ejecutan cargas de trabajo también en los nodos del plano de control.
¿Cómo funcionan los servicios LoadBalancer en bare metal?
El bare metal no tiene un balanceador de carga en la nube al que llamar, así que MetalLB ocupa ese papel. Añada direcciones IPv4 adicionales a sus servidores en el configurador y MetalLB las anuncia para sus Services.
¿Puedo ejecutar Docker en un servidor dedicado?
Sí. Pida cualquier servidor Linux, instale Docker Engine y Compose, y ejecute sus contenedores en toda la máquina. Tiene root, así que el runtime, su controlador de almacenamiento y su configuración de red son decisión suya.
¿Puedo añadir nodos GPU al clúster?
Sí. Pida un servidor GPU dedicado, instale el controlador NVIDIA y el device plugin, y etiquete o marque el nodo para que solo las cargas de trabajo GPU aterricen en él. Cada pod que solicite una GPU recibe la GPU completa.
¿Pueden gestionar el plano de control por mí?
Sí, en Nueva York. Nuestra opción gestionada ejecuta el API server y etcd por usted y une sus servidores dedicados como workers. Consulte la página de Kubernetes gestionado para saber cómo funciona y cuánto cuesta.
¿Cómo se facturan los servidores?
Los servidores listos pueden facturarse por horas, al precio mensual dividido por 730 y multiplicado por 1.3, o por mes sin permanencia. El puerto no tiene medición, así que no hay cargo por tráfico.
¿Dónde están los servidores?
New York, Miami, San Francisco, Amsterdam and Bucharest, todos en nuestra propia red, AS19624. Usted elige la ciudad de cada servidor al hacer el pedido.
¿Venden contenedores para salas de servidores?
No. No vendemos módulos de centro de datos en contenedores. Esta página trata sobre contenedores de software, como Docker y Kubernetes, que se ejecutan en servidores de nuestros centros de datos.
¿Qué soporte recibo?
El chat en vivo responde en segundos. El asistente puede consultar su cuenta y sus servidores mientras habla, y una persona de nuestro equipo toma el relevo siempre que lo pida. El software del clúster en sí queda a su cargo.
Relacionado
A dónde ir ahora
- Kubernetes gestionadoNosotros ejecutamos el plano de control, sus servidores son los workers.
- Servidores listosCada máquina instalada hoy, con su precio.
- Servidores bare metalLo que conserva de una nube y a lo que renuncia.
- Servidores GPUNodos con una GPU dedicada para entrenamiento e inferencia.
- Hosts ProxmoxMáquinas virtuales y LXC en hardware que usted controla.
- Servidores de 10 GbpsUn puerto más rápido para nodos que mueven muchos datos.
Pida su primer nodo
Empiece con un servidor por horas, pruebe sus manifiestos en él y luego añada nodos cuando esté listo.