CrestVPS

vps kubernetes

Nodos worker de Kubernetes

Barato por núcleo, denso e idéntico cada vez.

Lo que implementaríamos

46,83 €/mes

66,90 €30% anual

La economía del clúster se decide por el coste por núcleo dedicado, no por el coste por instancia. EPYC Bergamo nos da 128 núcleos en un socket a una frecuencia perfectamente adecuada para servicios contenerizados, por lo que TORQUE es la forma más barata de comprar un núcleo genuinamente dedicado en toda nuestra gama. Las imágenes de Talos y Flatcar están preconstruidas, y la VLAN privada lleva el tráfico de pods sin facturación de salida.

Por qué esta configuración

TORQUE ofrece núcleos dedicados al precio más bajo por núcleo que podemos construir. Pon el plano de control en uno, los workers en el resto, y conéctalos a través de una VLAN privada para que el tráfico intra-clúster nunca toque la interfaz pública ni tu asignación de ancho de banda.

Lo que implementaríamos

PlanTORQUE T2
vCPU8 (dedicated)
RAM32 GB
Almacenamiento400 GB
ImagenTalos Linux 1.9

Dimensionamiento

Precio del clúster por núcleo dedicado, no por instancia. TORQUE Bergamo ofrece núcleos reales densos, así que un plano de control de tres nodos con 4 núcleos y 8 GB cada uno soporta alrededor de 100 workers. Dimensiona los workers para que perder uno cueste menos de un tercio de la capacidad: cinco nodos de 16 núcleos son mejores que dos de 40. Reserva un núcleo y 2 GB por nodo para kubelet, containerd y la CNI antes de contar los asignables. Por debajo de 8 núcleos, un nodo gasta demasiado de sí mismo en daemons del sistema.

Talos, y lo que desaparece con él

Talos es una de las 48 imágenes y elimina toda una categoría de desviación de nodos. No hay shell, no hay SSH, no hay gestor de paquetes. La configuración llega como config de máquina a través de una API y el sistema de archivos raíz es inmutable y verificado. En la práctica, eso significa que la reconstrucción de un nodo se vuelve más barata que su reparación, que es la postura correcta para un worker. El aprovisionamiento medio de 47 segundos lo convierte en un flujo de trabajo real, no en un eslogan. Mantén la config de máquina en el mismo repositorio que los manifiestos, aplica las actualizaciones con talosctl y trata cualquier nodo que requiera atención manual como uno a reemplazar.

La VLAN privada y el coste por núcleo

Kubernetes genera mucho más tráfico este-oeste de lo que la mayoría de los operadores esperan: sidecars de service mesh, replicación CSI, etcd, scrapeo de métricas y cada llamada pod a pod entre nodos. Poner eso en una VLAN privada lo mantiene fuera de la interfaz pública, fuera de la ruta de limpieza DDoS y lejos de cualquier cosa que pueda enumerar tu CNI. También simplifica NetworkPolicy, porque la red de nodos deja de ser accesible desde fuera. En cuanto al coste, los núcleos Bergamo dedicados significan sin tiempo robado y sin vecino ruidoso, por lo que las requests coinciden con la realidad. Con facturación anual con un 30% de descuento y descuentos por flota que se acumulan hasta un 10% a partir de diez servidores, el coste por núcleo es predecible para presupuestar.

Qué sale mal

  • Estirar etcd entre ciudades. etcd necesita latencia de fsync en milisegundos de un solo dígito y un RTT de quórum por debajo de unos 10 ms. Mantén los tres miembros en la misma metrópoli y estira solo los workers.
  • Olvidar el límite del sistema. Sin kube-reserved y system-reserved configurados, el scheduler llena un nodo hasta su memoria nominal y el kubelet empieza a expulsar pods que acaba de admitir.
  • Ejecutar tráfico pod-to-pod sobre direcciones públicas. El tráfico de overlay en la NIC pública no está cifrado por defecto, cuenta contra tu salida y expone los puertos de la CNI. Ponlo en la VLAN privada.

Ajusta la máquina

  • Direccionamiento y tránsitoPrivate VLAN between your servers · 6 €
  • Planificación de CPUPinned physical cores · 9 €
  • Todo lo demásMétricas de resolución de segundos y alertas · 5 €