View a markdown version of this page

Faire face à l'épuisement des Pod IP - Exposez les microservices à l'aide d'Amazon EKS

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Faire face à l'épuisement des Pod IP

Cette architecture montre comment gérer l'épuisement des adresses IP des pods en ajoutant des blocs CIDR secondaires depuis l'espace d'adressage RFC 6598 à votre Amazon VPC. https://docs.aws.amazon.com/vpc/latest/userguide/what-is-amazon-vpc.html Grâce à la fonctionnalité CNI Custom Networking, les pods ne consomment plus d'adresses IP RFC 1918 dans le VPC.

Faire face à l'épuisement des Pod IP

Schéma d'architecture illustrant la mise en réseau personnalisée Amazon EKS avec des blocs CIDR secondaires pour remédier à l'épuisement des adresses IP des pods.

Les étapes suivantes décrivent le flux externe entrant :

  1. Amazon Route 53 résout les demandes entrantes adressées à l'ELB public déployé par le contrôleur AWS Load Balancer.

  2. Les ELB transmettent le trafic aux applications. Vous pouvez choisir entre le mode instance (trafic envoyé à un nœud de travail, puis le service redirige vers le pod) ou le mode IP (trafic dirigé directement vers l'adresse IP du pod).

Les étapes suivantes décrivent le flux interne entrant :

  1. Amazon Route 53 résout les demandes entrantes adressées à l'ELB privé déployé par le contrôleur AWS Load Balancer à l'aide d'une zone hébergée privée.

  2. Les ELB transmettent le trafic aux applications en mode instance ou en mode IP.

Les étapes suivantes décrivent le flux externe sortant :

  1. Un module d'un sous-réseau privé lance une demande sortante vers Internet. La table de routage privée transmet le trafic à la passerelle NAT (NGW).

  2. La table de routage publique transmet le trafic de la NGW à la passerelle Internet (IGW).

Les étapes suivantes décrivent le flux interne sortant :

  1. Un module d'un sous-réseau privé lance une demande sortante vers le réseau local. La table de routage privée transmet le trafic à la passerelle privée virtuelle (VGW).

  2. Le trafic atteint le réseau local via la connexion VPN ou AWS Direct Connect.

Note

Le comportement par défaut d'Amazon EKS consiste à envoyer le trafic du pod NAT à l'adresse IP principale du nœud de travail qui héberge. AWS Fargate pour Amazon EKS prend en charge des CIDR supplémentaires. La ressource personnalisée ENIconfig définit le sous-réseau dans lequel les pods sont planifiés. Consultez ce billet de blog pour les paramètres multi-comptes.

Suggestions de lecture

Pour plus d'informations, consultez les ressources suivantes :

Historique du diagramme

Pour être informé des mises à jour de ce schéma d'architecture de référence, abonnez-vous au fil RSS.

ModificationDescriptionDate

Publication initiale

Schéma d'architecture de référence publié pour la première fois.

22 février 2022

Publication initiale

Le schéma d'architecture de référence a été publié pour la première fois

22 février 2022

Publication initiale

Le schéma d'architecture de référence a été publié pour la première fois

22 février 2022

Note

Pour vous abonner aux mises à jour RSS, un plug-in RSS doit être activé pour le navigateur que vous utilisez.