Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Mejores prácticas para la creación de redes

Es fundamental comprender las redes de Kubernetes para operar el clúster y las aplicaciones de manera eficiente. Las redes de pods, también denominadas redes de clústeres, son el centro de las redes de Kubernetes. Kubernetes admite los complementos de interfaz de red de contenedores (CNI) para redes de clústeres.

Amazon EKS es compatible oficialmente con el complemento CNI Amazon Virtual Private Cloud (VPC) para implementar la red Kubernetes Pod. La VPC CNI proporciona una integración nativa con la VPC de AWS y funciona en modo subyacente. En el modo subyacente, los pods y los hosts se encuentran en la misma capa de red y comparten el espacio de nombres de la red. La dirección IP del pod es coherente desde el punto de vista del clúster y la VPC.

Esta guía presenta la interfaz de red de contenedores de Amazon VPC (VPC CNI) en el contexto de las redes de clústeres de Kubernetes. El CNI de VPC es el complemento de red predeterminado compatible con EKS y, por lo tanto, es el tema central de la guía. La CNI de VPC es altamente configurable para admitir diferentes casos de uso. Además, esta guía incluye secciones dedicadas a diferentes casos de uso, modos de funcionamiento y subcomponentes de la CNI de VPC, seguidas de recomendaciones.

Amazon EKS ejecuta Kubernetes en sentido ascendente y cuenta con la certificación de conformidad con Kubernetes. Si bien puede utilizar complementos CNI alternativos, esta guía no ofrece recomendaciones para administrar otros complementos. CNIs Consulte la documentación del CNI alternativo de EKS para obtener una lista de socios y recursos para gestionar las alternativas CNIs de forma eficaz.

Modelo de red de Kubernetes

Kubernetes establece los siguientes requisitos para las redes de clústeres:

Consulta el modelo de red de Kubernetes para obtener más información sobre lo que Kubernetes espera de las implementaciones de redes compatibles. En la siguiente figura se ilustra la relación entre los espacios de nombres de la red del pod y el espacio de nombres de la red del host.

Interfaz de red de contenedores (CNI)

Kubernetes admite las especificaciones y los complementos de la CNI para implementar el modelo de red de Kubernetes. Un CNI consta de una especificación (versión actual 1.0.0) y bibliotecas para escribir complementos para configurar las interfaces de red en contenedores, además de una serie de complementos compatibles. La CNI se ocupa únicamente de la conectividad de red de los contenedores y de eliminar los recursos asignados cuando se elimina el contenedor.

El complemento CNI se activa pasando a kubelet la opción de línea de comandos. --network-plugin=cni Kubelet lee un archivo de --cni-conf-dir (default /etc/cni/net.d) y usa la configuración CNI de ese archivo para configurar la red de cada Pod. El archivo de configuración de la CNI debe coincidir con la especificación de la CNI (versión 0.4.0 como mínimo) y todos los complementos de CNI necesarios a los que haga referencia la configuración deben estar presentes en el directorio (). --cni-bin-dir default /opt/cni/bin Si hay varios archivos de configuración del CNI en el directorio, el kubelet utiliza el archivo de configuración que aparece primero por su nombre en orden lexicográfico.

Amazon Virtual Private Cloud (VPC) CNI

La VPC CNI proporcionada por AWS es el complemento de red predeterminado para los clústeres de EKS. El complemento CNI de VPC se instala de forma predeterminada al aprovisionar clústeres de EKS. La CNI de VPC se ejecuta en los nodos de trabajo de Kubernetes. El complemento CNI de VPC consta del binario CNI y del complemento de administración de direcciones IP (ipamd). La CNI asigna una dirección IP de la red de VPC a un pod. El ipamd administra las interfaces de red elásticas de AWS (ENIs) en cada nodo de Kubernetes y mantiene la piscina caliente de. IPs La CNI de VPC ofrece opciones de configuración para la preasignación de direcciones IP ENIs y para acelerar los tiempos de inicio del pod. Consulte el CNI de Amazon VPC para obtener información sobre las prácticas recomendadas de administración de complementos.

Amazon EKS recomienda especificar subredes en al menos dos zonas de disponibilidad al crear un clúster. La CNI de Amazon VPC asigna direcciones IP a los pods desde las subredes de los nodos. Recomendamos encarecidamente comprobar las direcciones IP disponibles en las subredes. Tenga en cuenta las recomendaciones de VPC y subred antes de implementar clústeres de EKS.

La CNI de Amazon VPC asigna un conjunto caliente de direcciones IP secundarias ENIs y de la subred conectada al ENI principal del nodo. Este modo de CNI de VPC se denomina modo IP secundario. El número de direcciones IP y, por lo tanto, el número de pods (densidad de pods) se define por el número ENIs y la dirección IP por ENI (límites), según lo definido por el tipo de instancia. El modo secundario es el predeterminado y funciona bien para clústeres pequeños con tipos de instancias más pequeños. Considere la posibilidad de utilizar el modo de prefijo si tiene problemas con la densidad de los pods. También puedes aumentar las direcciones IP disponibles en el nodo para los pods asignando prefijos a. ENIs

El CNI de Amazon VPC se integra de forma nativa con AWS VPC y permite a los usuarios aplicar las prácticas recomendadas de seguridad y redes de VPC de AWS existentes para crear clústeres de Kubernetes. Esto incluye la capacidad de usar registros de flujo de VPC, políticas de enrutamiento de VPC y grupos de seguridad para aislar el tráfico de la red. De forma predeterminada, la CNI de Amazon VPC aplica a los pods el grupo de seguridad asociado al ENI principal del nodo. Considere la posibilidad de habilitar grupos de seguridad para los pods cuando desee asignar reglas de red diferentes a un pod.

De forma predeterminada, la CNI de VPC asigna direcciones IP a los pods de la subred asignada al ENI principal de un nodo. Es habitual experimentar una escasez de IPv4 direcciones cuando se ejecutan clústeres grandes con miles de cargas de trabajo. AWS VPC le permite ampliar la disponibilidad IPs mediante la asignación de una secundaria CIDRs para evitar el agotamiento de los bloques de IPv4 CIDR. El CNI de VPC de AWS le permite usar un rango CIDR de subred diferente para los pods. Esta función de la VPC CNI se denomina red personalizada. Podría considerar la posibilidad de utilizar redes personalizadas para utilizar 100.64.0.0/10 y 198.19.0.0/16 CIDRs (CG-NAT) con EKS. De hecho, esto le permite crear un entorno en el que los pods ya no consuman ninguna RFC1918 dirección IP de su VPC.

Las redes personalizadas son una opción para solucionar el problema del agotamiento de las IPv4 direcciones, pero requieren una sobrecarga operativa. Para resolver este problema, recomendamos utilizar IPv6 clústeres en lugar de redes personalizadas. En concreto, recomendamos migrar a IPv6 clústeres si ha agotado por completo todo el espacio de IPv4 direcciones disponible para su VPC. Evalúe los planes de soporte IPv6 de su organización y considere si invertir en ellos IPv6 puede tener un mayor valor a largo plazo.

El apoyo de EKS IPv6 se centra en resolver el problema de agotamiento de la IP provocado por un espacio de IPv4 direcciones limitado. En respuesta a los problemas de IPv4 agotamiento de los clientes, EKS ha priorizado los pods IPv6 exclusivos en lugar de los pods de doble pila. Es decir, los pods pueden acceder a IPv4 los recursos, pero no se les asigna una IPv4 dirección del rango CIDR de la VPC. La CNI de VPC asigna IPv6 direcciones a los pods del bloque CIDR de VPC administrado por AWS. IPv6

Calculadora de subredes

Este proyecto incluye un documento Excel de calculadora de subredes. Este documento de calculadora simula el consumo de direcciones IP de una carga de trabajo específica en diferentes opciones de configuración de ENI, como WARM_IP_TARGET y. WARM_ENI_TARGET El documento incluye dos hojas, una primera para el modo ENI cálido y una segunda para el modo IP cálido. Consulte la guía del CNI de VPC para obtener más información sobre estos modos.

Entradas:

Salidas: