Implementa el modelo de red de modo IPv4 plano

Descripción general

Los modelos de red de modo plano son de dos tipos: red de modo estático y red de modo dinámico (con el Protocolo de puerta de enlace de frontera). El modo plano estático se puede usar cuando los nodos abarcan un solo dominio de capa 2. Para los nodos que abarcan varios dominios de capa 2, usa el modo de IP plana con BGP.

En un modelo de red de modo plano, los Pods tienen direcciones IP únicas en todos los clústeres. Asegúrate de que los CIDR de los pods asignados sean únicos y no se superpongan con ninguna otra subred. Por ejemplo, las direcciones IP no pueden superponerse con las direcciones IP que se usan para los nodos o los otros CIDR de Pod en otros clústeres. Se puede acceder a estas direcciones IP de forma externa, por lo que los Pods en cualquier nodo pueden comunicarse con todos los Pods en todos los demás nodos. La comunicación del pod a cualquier dirección IP externa no requiere traducción de direcciones de red (NAT). Para obtener más información sobre el modelo de red de modo plano y cómo se compara con el modelo de red de modo isla predeterminado, consulta Modelos de red de modo plano frente a modo isla.

Usa un modelo de red de modo isla cuando tengas un espacio de direcciones IP grande y puedas asignar un CIDR de Pod único para un clúster. Puedes configurar los CIDR de Pods de forma dinámica con ClusterCIDRConfigs. Puedes agregar o borrar ClusterCIDRConfigs después de crear el clúster. Para obtener más información sobre ClusterCIDRConfig y ejemplos de su uso, consulta Información sobre el recurso personalizado ClusterCIDRConfig.

Para obtener más información sobre el modo plano con BGP, consulta Implementa un modelo de red de modo plano con compatibilidad con BGP.

Información sobre la accesibilidad de la dirección IP del Pod

En el modo de red plana estática para IPv4, la accesibilidad a la dirección IP del Pod se basa en paquetes del Protocolo de resolución de direcciones (ARP). Por lo tanto, solo se puede acceder a las direcciones IP de los Pods cuando estos se encuentran en el mismo dominio de capa 2. Los nodos deben pertenecer al mismo dominio de capa 2. Las direcciones IP que especificas para tus Pods (con ClusterCIDRConfigs) deben estar en la misma subred que los nodos del clúster. Los CIDR de Pods configurados deben ser de la subred de los nodos. Por ejemplo, si los nodos de un clúster usan la subred 222.1.0.0/16, selecciona una subred más pequeña dentro de la subred para los Pods, 222.1.2.0/24. Asegúrate de que ningún otro recurso de tu clúster use una dirección IP del rango asignado a tus Pods.

En la siguiente sección, se describe la configuración de redes en modo plano para IPv4.

Cómo implementar una red estática de modo plano

De forma predeterminada, el clúster de Google Distributed Cloud se crea en la red en modo de isla. En esta sección, se describe cómo configurar las redes de modo plano para tu clúster.

Para implementar un clúster con un modelo de red de modo plano, realiza los siguientes cambios en el archivo de configuración del clúster:

Las redes en modo plano solo se pueden habilitar para un clúster durante la creación del clúster. Para crear un clúster nuevo con redes en modo plano, sigue estos pasos:

  1. Edita el archivo de configuración del clúster para agregar clusterNetwork.flatIPv4 y configúralo como true.

    Cuando habilitas las redes en modo plano, se ignora el CIDR del Pod especificado en el archivo de configuración del clúster (clusterNetwork.pods.cidrBlocks).

  2. Agrega un manifiesto de ClusterCIDRConfig al archivo de configuración del clúster.

    En el manifiesto de ClusterCIDRConfig, incluye la siguiente información:

    • metadata.namespace: Es el espacio de nombres de tu clúster.

    • spec.ipv4.cidr: Es el rango de direcciones IP en formato de bloque CIDR que se usará para los Pods en tu clúster. Este rango debe provenir de la misma subred que los nodos del clúster.

    • perNodeMaskSize: Las verificaciones preliminares de creación del clúster verifican que el valor de perNodeMaskSize sea suficiente para aprovisionar la cantidad de Pods especificada en maxPodsPerNode.

    • nodeSelector: Si no hay etiquetas de nodo que coincidan con el valor de nodeSelector, la reconciliación de nodos permanece pendiente y no se completa la creación del clúster.

En el siguiente extracto de un archivo de configuración de clúster, se muestra cómo implementar herramientas de redes de modo plano sin compatibilidad con BGP. Los CIDR que aparecen en este extracto son solo ejemplos, y deberás reemplazarlos por tus propios CIDR. Cuando reemplaces los CIDR por los tuyos, asegúrate de que cumplan con los criterios de accesibilidad de los Pods, como se especifica en Cómo comprender la accesibilidad de las direcciones IP de los Pods.

---
apiVersion: baremetal.cluster.gke.io/v1
kind: Cluster
metadata:
  name: flat-mode
  namespace: cluster-flat-mode
spec:
... (other cluster config omitted)

...
  # Cluster networking configuration
  clusterNetwork:
    flatIPv4: true
    services:
      cidrBlocks:
      - 10.96.0.0/12
... (other cluster config omitted)

...
---
apiVersion: baremetal.cluster.gke.io/v1alpha1
kind: ClusterCIDRConfig
metadata:
  name: cluster-wide-1
  namespace: cluster-flat-mode
spec:
  ipv4:
    cidr: "222.1.0.0/16"
    perNodeMaskSize: 24

Limitaciones

La red estática en modo plano para Google Distributed Cloud tiene las siguientes limitaciones:

  • Se podría acceder a los Pods que usan redes en modo plano dentro del dominio de capa 2 único. Cualquier otra máquina que no esté en el clúster, pero que se encuentre en el mismo dominio de capa 2, también puede acceder a los Pods. Esta limitación también existe para IPv6 cuando se crean clústeres de pila doble y cuando IPv6 está en modo plano sin BGP. Para obtener más información, consulta Cómo comprender la accesibilidad a la dirección IP del pod.

  • El controlador de IPAM de Google Distributed Cloud hace un seguimiento de la disponibilidad de direcciones IP dentro de los CIDR de Pod configurados. No hace un seguimiento de las IPs que ya usan otros dispositivos. Por lo tanto, ninguna otra IP del dominio de capa 2 debe interferir con los CIDR de POD. Para obtener más información, consulta Cómo comprender la accesibilidad a la dirección IP del pod.