Desplegar un Clúster de Kubernetes

Crea un Clúster de Kubernetes Gestionado desde la página Deploy Kubernetes en my.cubepath.com. CubePath gestiona el control plane por ti mientras tus nodos worker corren sobre VPS de CubePath que tú dimensionas y escalas — solo descargas un kubeconfig y usas kubectl como en cualquier otro clúster. Casi todo viene pre-rellenado, así que puedes lanzarlo en pocos clics.

Nota: Tu cuenta debe estar verificada antes de poder desplegar.

Despliegue

### Nombra tu clúster
Elige el **proyecto** y un **nombre de clúster** (minúsculas, números y guiones).

### Elige versión y control plane
Selecciona la **versión de Kubernetes** (la predeterminada viene marcada) y opcionalmente activa un **control plane de alta disponibilidad** (+20,00 $/mes).

### Elige región y tipo de instancia
Elige una **ubicación** en **Miami (MIA)**, **Houston (HOU)** o **Barcelona (BCN)** y un tipo de instancia para los nodos worker.

### Configura los node pools
Define el **nombre**, **plan** y **número de nodos** (1–100) de cada pool. El **Auto Scale** está activado por defecto; añade más pools con **Add Pool**.

### Despliega
Opcionalmente ajusta los **Advanced Settings** (IPv4/IPv6, CIDRs de pods/servicios, red privada) y haz clic en **Desplegar clúster**.

Importante: Desactivar la IPv6 pública exige asociar antes una red privada para que los nodos worker sigan siendo accesibles.

Acceso

Los clústeres se acceden con kubectl, no con SSH. Cuando el clúster esté activo, ábrelo, haz clic en Cluster Management y luego en Download Kubeconfig para obtener el archivo <cluster>-kubeconfig.yaml. Apunta kubectl a él:

export KUBECONFIG=./<cluster>-kubeconfig.yaml
kubectl get nodes

Expón tus apps

Un clúster recién creado no tiene punto de entrada público. Para llevar tráfico de internet a tus servicios, instala un ingress controller desde la pestaña Addons y luego pon un Load Balancer delante de los nodos worker (despliega uno desde la pestaña Load Balancers). Para clústeres solo internos, asocia una red privada al desplegar y omite las IPs públicas de los workers.

Conviene saber

  • Red — los pods y servicios usan sus propios rangos (por defecto 10.42.0.0/16 y 10.43.0.0/16); los CIDR personalizados no deben solaparse entre sí ni con tu red privada.
  • Control plane gestionado — CubePath lo gestiona y lo mantiene sano, y no hay SSH a él. Interactúas con el clúster solo a través de la API de Kubernetes (el kubeconfig).
  • Una ubicación por clúster — los workers y la red privada viven en una sola región.
  • Límites — de 1 a 10 node pools por clúster, de 1 a 100 nodos por pool, y hasta 50 labels y 50 taints por pool.
  • API — todo esto está también disponible por la API de CubePath (Authorization: Bearer <token>, scopes kubernetes:read / kubernetes:write). Consulta api.cubepath.com.