Descripción general
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 del Pod asignados sean únicos y no se superpongan con ninguna otra subred. Por ejemplo, las direcciones IP no pueden superponerse con las direcciones IP usadas para los nodos o los otros CIDR del Pod en otros clústeres. Se puede acceder a estas direcciones IP de forma externa y, por lo tanto, los Pods de cualquier nodo pueden comunicarse con todos los Pods de los demás nodos. La comunicación del pod a cualquier dirección IP externa no requiere la 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 predeterminado, consulta Modelos de red planos y de isla.
Los modelos de red de modo plano son de dos tipos: red de modo estático y red de modo dinámico (mediante el protocolo de puerta de enlace fronteriza). 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.
Usa un modelo de red de modo plano cuando tengas un gran espacio de direcciones IP y puedes asignar un CIDR de Pod único para un clúster. Puedes configurar los CIDR del Pod con los ClusterCIDRConfigs de forma dinámica. Puedes agregar o borrar ClusterCIDRConfigs después de crear el clúster.
Para obtener más información sobre el modo plano con BGP, consulta Cómo implementar un modelo de red de modo plano compatible 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 de la dirección IP del Pod se basa en los 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 están en el mismo dominio de Capa 2. Los nodos deben pertenecer al mismo dominio de capa 2. Las direcciones IP que especifiques para tus Pods (mediante ClusterCIDRConfigs) deben estar en la misma subred que los nodos del clúster. Los CIDR de los Pods configurados deben provenir de la subred de los nodos. Por ejemplo, los nodos de un clúster usan la subred 222.1.0.0/16 y, luego, seleccionan una subred más pequeña dentro de la subred para los Pods, 222.1.2.0/24. Asegúrese de que ningún otro recurso en su clúster use una dirección IP del rango asignado para sus Pods.
En la siguiente sección, se describe la configuración de las redes de modo plano para IPv4.
Cómo implementar una red estática de modo plano
De forma predeterminada, los clústeres de Anthos alojados en Bare Metal se crean en redes de modo isleño. En esta sección, se describe cómo configurar las herramientas de redes de modo plano para el 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 de modo plano se pueden habilitar solo para la creación de un clúster. Para crear un clúster nuevo con herramientas de redes de modo plano, sigue estos pasos:
Edita el archivo de configuración del clúster para agregar
clusterNetwork.flatIPv4
y establecerlo entrue
.Cuando habilitas las herramientas de redes de modo plano, se ignora el CIDR del Pod especificado en el archivo de configuración del clúster (
clusterNetwork.pods.cidrBlocks
).Agregar 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 del clúster.spec.ipv4.cidr
: El rango de direcciones IP en formato de bloque CIDR que se usa para Pods en el clúster. Este rango debe provenir de la misma subred que los nodos del clúster.perNodeMaskSize
: Las verificaciones previas de la creación del clúster verifica que el valorperNodeMaskSize
sea suficiente para aprovisionar la cantidad de Pods especificados enmaxPodsPerNode
.nodeSelector
: Si ninguna etiqueta de nodo coincide con el valornodeSelector
, la conciliación de nodos permanece pendiente y la creación del clúster no se completa.
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 el tuyo, asegúrate de que cumplan con los criterios de accesibilidad del Pod, como se especifica en Información sobre la accesibilidad de la dirección IP del Pod.
---
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 de modo plano para clústeres de Anthos alojados en Bare Metal tiene las siguientes limitaciones:
Se podría acceder a los Pods que usan redes de modo plano dentro del dominio de capa 2 único. Cualquier otra máquina que no esté en el clúster, pero que esté en el mismo dominio de capa 2 también puede llegar 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 Comprende la accesibilidad de las direcciones IP del Pod.
El controlador de IPAM de clústeres de Anthos alojados en Bare Metal realiza un seguimiento de la disponibilidad de la dirección IP dentro de los CIDR del Pod configurados. No realiza un seguimiento de las IP que otros dispositivos ya estén usando. Por lo tanto, las demás IP en el dominio de capa 2 no deben interferir con los CIDR del POD. Para obtener más información, consulta Comprende la accesibilidad de las direcciones IP del Pod.
El enmascaramiento de direcciones IP se inhabilita cuando usas el modo IPv4 plano. Debido a que la función de puerta de enlace NAT de salida depende de masquerading de IP, no puede utilizar la puerta de enlace NAT de salida junto con el modo IPv4 plano.