Todos los productos
Search

Este producto

    Container Service for Kubernetes:Expand the available CIDR block of a cluster by adding a secondary CIDR block to a VPC

    Centro de documentos

    Container Service for Kubernetes:Expand the available CIDR block of a cluster by adding a secondary CIDR block to a VPC

    Última actualización: Sep 04, 2026

    Cuando su clúster ACK tenga pocas direcciones IP disponibles, puede agregar un bloque CIDR secundario a su VPC. Esto amplía el pool de direcciones IP disponibles para que sea posible aprovisionar nuevos nodos y pods destinados a cargas de trabajo en crecimiento.

    Requisitos previos

    Debe contar con uno de los siguientes tipos de clúster:

    Importante

    Los clústeres administrados ACK creados antes de febrero de 2021 deben actualizarse primero a clústeres ACK Pro para poder agregar un bloque CIDR secundario. Para más detalles, consulte Hot migration from ACK managed Basic clusters to ACK managed Pro clusters.

    Paso 1: Seleccionar un bloque CIDR secundario

    Antes de agregar un bloque CIDR secundario, identifique todos los bloques CIDR que ya están en uso para evitar rangos de direcciones superpuestos. El bloque CIDR secundario no debe superponerse con ningún bloque CIDR existente.

    Comprobar los bloques CIDR existentes

    1. Inicie sesión en ACK console. En el panel de navegación izquierdo, haga clic en Clusters.

    2. En la página Clusters, localice el clúster objetivo y haga clic en su nombre. En el panel izquierdo, haga clic en Cluster Information.

    3. En la página Cluster Information, haga clic en la pestaña Basic Information y luego haga clic en el enlace junto a VPC.

    4. En la página VPC Details, haga clic en la pestaña CIDR Block Management para ver los bloques CIDR en uso.

    Bloques CIDR que se deben comprobar

    Recopile los siguientes bloques CIDR. El bloque CIDR secundario no debe superponerse con ninguno de ellos.

    Tipo de bloque CIDR

    Dónde encontrarlo

    Notas

    Bloque CIDR de VPC

    Consulte View a VPC.

    Obligatorio para todos los clústeres.

    Bloques CIDR de Pod y Service

    Consulte View cluster information.

    Complemento Terway: compruebe únicamente el bloque CIDR de Services. Complemento Flannel: compruebe los bloques CIDR tanto de pods como de Services.

    Bloques CIDR de conexión

    Revise sus conexiones de red.

    Bloques CIDR utilizados por circuitos Express Connect, puertas de enlace VPN e instancias de Cloud Enterprise Network (CEN) conectadas a la VPC.

    Elegir un bloque CIDR sin superposiciones

    Seleccione un bloque CIDR que no se superponga con ningún bloque listado anteriormente.

    Ejemplo (clúster Flannel):

    Bloque CIDR

    Valor

    VPC

    192.168.0.0/16

    Pod

    172.20.0.0/16

    Service

    172.21.0.0/16

    Express Connect / VPN / CEN

    Ninguna

    En este caso, 10.0.0.0/8 es un bloque CIDR secundario válido porque no se superpone con ningún rango existente.

    Paso 2: Agregar un bloque CIDR secundario y crear un vSwitch

    1. Inicie sesión en VPC console.

    2. En la barra de navegación superior, seleccione la región donde está desplegada la VPC.

    3. En la página VPCs, localice la VPC objetivo y haga clic en su ID.

    4. En la página VPC Details, haga clic en la pestaña CIDR Block Management. Haga clic en Add Secondary IPv4 CIDR Block e introduzca el bloque CIDR que seleccionó en el Paso 1.

    5. Cree un vSwitch en el bloque CIDR secundario. Para consultar las instrucciones, vea Create a vSwitch.

    Paso 3: Agregar reglas de permiso en el security group

    Agregue reglas de entrada y salida al security group del clúster para permitir el acceso desde y hacia el bloque CIDR secundario.

    1. Inicie sesión en ACK console. En el panel de navegación izquierdo, haga clic en Clusters.

    2. En la página Clusters, localice el clúster objetivo y haga clic en su nombre. En el panel izquierdo, haga clic en Cluster Information.

    3. En la pestaña Basic Information, haga clic en el ID del security group del clúster que aparece junto a Control Plane Security Group.

    4. Agregue reglas de entrada y salida para permitir el acceso desde y hacia el bloque CIDR secundario.

    Paso 4: Agregar el vSwitch al node pool y escalar horizontalmente

    Agregue el vSwitch del bloque CIDR secundario al node pool. Una vez que el node pool escale horizontalmente, los nuevos nodos utilizarán direcciones IP del bloque CIDR secundario.

    1. Inicie sesión en ACK console.

    2. En la página Clusters, localice el clúster objetivo y haga clic en su nombre. En el panel de navegación izquierdo, elija Nodes > Node Pools.

    3. Haga clic en Edit en la columna Actions del node pool objetivo, seleccione el vSwitch del bloque CIDR secundario y haga clic en Confirm.

    4. Haga clic en Scale en la columna Actions del mismo node pool para escalarlo horizontalmente.

    Importante

    Para los clústeres administrados ACK creados antes del 15 de febrero de 2023, envíe un ticket para que el soporte técnico configure los planos de control. Sin esta configuración, los planos de control no pueden acceder a los nodos recién creados ni a sus pods, lo que provoca los siguientes problemas:

    • Fallos en kubectl exec y kubectl logs

    • Fallos en llamadas a Webhook y APIService

    • Fallos en la creación de pods y otros recursos

    (Opcional) Paso 5: Agregar vSwitches de pod para clústeres Terway

    Si su clúster utiliza el complemento Terway, actualice la configuración de vSwitch del complemento Terway para que los pods puedan usar direcciones IP del bloque CIDR secundario. Para consultar las instrucciones, vea Modify the pod vSwitches.

    Nota

    Cuando el modo de red Terway no está configurado como DataPathV2, un pod de Terway que utilice una dirección IP del bloque CIDR secundario para acceder al ClusterIP tendrá su IP de origen reemplazada por la IP del host mediante la traducción de direcciones de red de origen (SNAT). Si el nodo pertenece a un security group o tiene configurada una lista de permitidos, agregue una regla de security group para permitir el acceso desde la dirección IP o el bloque CIDR del nodo.