Ayude a mejorar esta página
Para contribuir a esta guía del usuario, elija el enlace Edit this page on GitHub que se encuentra en el panel derecho de cada página.
El Complemento de la CNI de Amazon VPC para Kubernetes
Si planea usar un complemento de CNI alternativo en nodos de Amazon EC2, le recomendamos obtener compatibilidad comercial para el complemento o pedir al experto en plantilla que solucione los problemas y aporte correcciones al proyecto de complemento de CNI.
Amazon EKS mantiene relaciones con una red de socios que ofrecen soporte para complementos CNI compatibles alternativos. Consulte la siguiente documentación de socios para obtener información detallada sobre las versiones, las calificaciones y pruebas realizadas.
Socio | Producto | Documentación |
---|---|---|
Tigera |
||
Isovalent |
||
Juniper |
||
VMware |
Amazon EKS tiene como objetivo darle una amplia selección de opciones para cubrir todos los casos de uso.
Plugins de políticas de red compatibles alternativos
Calico
El flujo de tráfico hacia y desde los pods con grupos de seguridad asociados no está sujeto a la política de red de Calico y solo se limita a la aplicación de grupos de seguridad de Amazon VPC.
Si utiliza la aplicación de políticas de red de Calico, le recomendamos que configure la variable de entorno ANNOTATE_POD_IP
en true
para evitar un problema conocido con Kubernetes. Para utilizar esta característica, debe agregar permisos de patch
para los pods al ClusterRole aws-node
. Tenga en cuenta que agregar permisos de parche al DaemonSet aws-node
aumenta el alcance de seguridad del complemento. Para obtener más información, consulte ANNOTATE_POD_IP
Consideraciones para el modo automático de Amazon EKS
El modo automático de Amazon EKS no admite complementos de la CNI alternativos ni complementos de políticas de red. Para obtener más información, consulte Automatización de la infraestructura de clústeres con el modo automático de EKS.