A una empresa le gustaría escalar su aplicación de microservicio utilizando espacios de nombres, el espacio de nombres representa una aplicación separada para cada cliente. La aplicación consta de 22 microservicios, la empresa tiene 80 clientes, por lo que habrá 22 * 80 = 1760 pods en el clúster. El diagrama se muestra a continuación.
Inicialmente se calculó que sería suficiente tener 4 nodos r4.xlarge para mantener un rendimiento adecuado. Pero la empresa se ha encontrado con otro tipo de problema: la cantidad de direcciones IP por instancia. Por ejemplo, para 4 nodos de tipo r4.xlarge solo: 4 (nodos) * 4 (interfaces de red) * 15 (direcciones IPv4 privadas) = 240 direcciones disponibles, ¡pero se necesitan 1760!
Aumentar el número de nodos varias veces por encima del presupuesto. ¿Hay alguna forma de evitar esa limitación de cantidad de IP? O tal vez puedas proponer otra solución. 
Esto es algo que pretendemos resolver con una próxima versión nueva del complemento VPC CNI. Se está trabajando para aumentar la cantidad de direcciones IP de VPC disponibles para los pods en cualquier nodo trabajador. Puede realizar un seguimiento de este elemento de la hoja de ruta aquí .
La limitación se debe a que está utilizando el complemento AWS VPC CN docs.aws.amazon.com/eks/latest/userguide/pod-networking.html. El uso de este complemento permite que los pods de Kubernetes tengan la misma dirección IP dentro del pod que tienen en la red de VPC.
Según la documentación, es posible que el complemento CNI de Amazon VPC no cumpla con los requisitos para todos los casos de uso. Amazon EKS mantiene una red de socios que ofrecen soluciones CNI alternativas con opciones de soporte comercial. Para obtener más información, consulte Complementos CNI compatibles alternativos. https://docs.aws.amazon.com/eks/latest/userguide/alternate-cni-plugins.html
Tenga en cuenta que no puede utilizar el modo de segmentación por dirección IP de AWS Load Balancer Controller. Tendrá que ser el modo de segmentación de instancias.