Métadonnées de chemin réseau supplémentaires incluses pour Amazon EKS - Amazon CloudWatch

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.

Métadonnées de chemin réseau supplémentaires incluses pour Amazon EKS

Lorsque Network Flow Monitor collecte des mesures de performance pour les flux réseau entre les composants Amazon EKS, il inclut des informations de métadonnées supplémentaires sur le chemin réseau, afin de vous aider à mieux comprendre les performances des chemins réseau pour votre charge de travail.

Vous pouvez consulter des informations détaillées sur les performances des flux réseau Amazon EKS en créant un moniteur pour les flux réseau qui vous intéressent, puis en consultant les détails dans l'onglet Explorateur historique.

Avec Network Flow Monitor, vous pouvez mesurer les performances du réseau entre les composants Amazon EKS suivants, afin de mieux comprendre les performances de votre charge de travail avec votre configuration Amazon EKS et de déterminer les points faibles ou problématiques.

  • Pod à pod sur le même nœud

  • Nœud à nœud sur le même cluster

  • Pod à pod sur un autre cluster

  • Nœud à nœud sur différents clusters

  • Avec et sans Network Load Balancer

Le tableau suivant répertorie les informations renvoyées par Network Flow Monitor pour chaque scénario de flux réseau.

Informations de connexion Informations sur les métadonnées
Locale télécommande
Scénario Initié par Locale télécommande Nom du pod Service Namespace Nom du pod Service Namespace
Module local se connectant à l'adresse IP du cluster d'un autre service de cluster interne Local Adresse IP du pod local

Adresse IP du module distant

(via l'adresse IP du cluster)

✓ ¹
Module local dans un espace de noms réseau de nœuds se connectant à l'adresse IP du cluster d'un autre service de cluster interne Local Adresse IP du nœud local

Adresse IP du module distant

(via l'adresse IP du cluster)

✓ ² ✓ ² ✓ ² ✓ ¹
Connexion d'un pod local à l'adresse IP individuelle d'un autre pod (service headless) Local Adresse IP du pod local Adresse IP du module distant
Connexion d'un pod local à l'adresse IP individuelle d'un autre pod dans l'espace de noms du réseau de nœuds (service headless) Local Adresse IP du pod local Adresse IP du nœud distant
Connexion du pod local au pod distant d'un autre cluster Local Adresse IP du pod local

Adresse IP du module distant

(un autre cluster)

Module local se connectant à une adresse réseau externe Local Adresse IP du pod local Adresse IP externe N/A N/A N/A
Module local fonctionnant dans un espace de noms réseau de nœuds se connectant à une adresse IP réseau externe Local Adresse IP du nœud local Adresse IP externe ✓ ² ✓ ² ✓ ² N/A N/A N/A
Connexion du module distant au module local via l'adresse IP du cluster télécommande

Adresse IP du pod local

(via l'adresse IP du cluster)

Adresse IP du module distant
Module distant dans un espace de noms réseau de nœuds se connectant au module local télécommande

Adresse IP du pod local

(via l'adresse IP du cluster)

Adresse IP du nœud distant ✓ ³ ✓ ³ ✓ ³
Connexion du module distant au module local (service sans fil) télécommande Adresse IP du pod local Adresse IP du module distant
Pod externe connecté à un pod local télécommande Adresse IP du pod local Adresse IP du module distant
Ressource externe se connectant via NodePort un Load Balancer à un pod local télécommande Adresse IP du pod local Adresse IP externe ⁴ N/A N/A N/A
Ressource externe se connectant via NodePort un Load Balancer à un pod local fonctionnant dans un espace de noms réseau de nœuds télécommande Adresse IP du nœud local Adresse IP externe ⁴ N/A N/A N/A

Tenez compte des informations supplémentaires suivantes correspondant aux éléments marqués de notes de bas de page dans le tableau précédent.

  1. Le nom du pod n'est pas visible dans ce scénario pour les pods appartenant à d'autres propriétaires, tels qu'un service Kubernetes géré par le plan de contrôle EKS.

  2. Le nom, le service et l'espace de noms du pod local ne sont pas résolus si d'autres pods sont présents dans l'espace de noms du réseau de nœuds.

  3. Le nom, le service et l'espace de noms du module distant ne sont pas résolus si d'autres modules sont présents dans l'espace de noms du réseau de nœuds.

  4. Si le service utilise NodePort ou est LoadBalancer en mode instance et ExternalTrafficPolicy qu'il est défini surCluster, cette adresse IP sera signalée comme étant l'adresse IP du nœud qui reçoit la NodePort connexion.