Planifica los rangos CIDR de los pods de Kubernetes, los rangos CIDR de los servicios y los rangos de nodos para EKS, AKS y GKE. Evita conflictos por solapamiento antes de crear el clúster gracias a la validación instantánea y a la salida de kubeadm.
| Range | CIDR | Total IPs | Status |
|---|---|---|---|
| VPC / VNet | 10.0.0.0/16 | 65,536 | Valid |
| Service CIDR | 172.20.0.0/16 | 65,536 | Valid |
El planificador CIDR de Kubernetes ayuda a los ingenieros a diseñar rangos de direcciones IP para los clústeres de Kubernetes antes de su aprovisionamiento. Un clúster requiere tres bloques CIDR que no se solapen: el CIDR de la VPC o del nodo (la red real), el CIDR del pod (direcciones virtuales asignadas a los pods) y el CIDR del servicio (direcciones virtuales asignadas a los servicios ClusterIP). Los conflictos entre estos rangos provocan fallos de enrutamiento que son difíciles de solucionar una vez que el clúster está en funcionamiento.
Selecciona tu proveedor (EKS, AKS, GKE o kubeadm genérico), introduce el CIDR de tu VPC y ajusta el CIDR de los pods, el CIDR de los servicios, el tamaño de la máscara de los nodos y el número previsto de nodos y pods. El planificador comprueba si los tres rangos se solapan y calcula cuántos nodos y pods pueden admitir los rangos CIDR seleccionados. Cambia a las pestañas «kubeadm» o «Terraform» para obtener los indicadores y bloques de recursos exactos para tu proveedor.
EKS utiliza el complemento VPC CNI, que asigna las direcciones IP de los pods directamente desde las subredes de VPC, en lugar de utilizar un CIDR independiente para los pods. AKS utiliza de forma predeterminada Azure CNI o kubenet; el planificador se basa en Azure CNI. GKE utiliza rangos de direcciones IP alias en las subredes. Los valores predeterminados del proveedor vienen preconfigurados, pero se pueden ajustar para que se adapten a tu diseño de red actual.