Zusätzliche Netzwerkpfad-Metadaten für Amazon EKS enthalten - Amazon CloudWatch

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Zusätzliche Netzwerkpfad-Metadaten für Amazon EKS enthalten

Wenn Network Flow Monitor Leistungsmetriken für Netzwerkflüsse zwischen Amazon EKS-Komponenten sammelt, enthält er zusätzliche Metadateninformationen über den Netzwerkpfad, damit Sie besser verstehen können, wie die Netzwerkpfade für Ihren Workload funktionieren.

Sie können detaillierte Informationen zur Amazon EKS-Netzwerkflussleistung anzeigen, indem Sie einen Monitor für die Netzwerkflüsse erstellen, an denen Sie interessiert sind, und dann Details auf der Registerkarte Historischer Explorer anzeigen.

Mit Network Flow Monitor können Sie die Netzwerkleistung zwischen den folgenden Amazon EKS-Komponenten messen, um besser zu verstehen, wie Ihre Arbeitslast mit Ihrer Amazon EKS-Konfiguration abschneidet, und um festzustellen, wo Engpässe oder Beeinträchtigungen bestehen.

  • Pod zu Pod auf demselben Knoten

  • Von Knoten zu Knoten auf demselben Cluster

  • Pod zu Pod auf einem anderen Cluster

  • Von Knoten zu Knoten auf verschiedenen Clustern

  • Mit und ohne Network Load Balancer

In der folgenden Tabelle sind die Informationen aufgeführt, die Network Flow Monitor für jedes Netzwerkflussszenario zurückgibt.

Informationen zur Verbindung Informationen zu Metadaten
Lokal Aus der Ferne
Szenario Initiiert von Lokal Ferngesteuert Name des Pods Service Namespace Pod-Name Service Namespace
Lokaler Pod, der eine Verbindung zur Cluster-IP eines anderen internen Clusterdienstes herstellt Local Lokale Pod-IP-Adresse

IP-Adresse des Remote-Pods

(über die Cluster-IP-Adresse)

✓ ¹
Lokaler Pod in einem Knoten-Netzwerk-Namespace, der eine Verbindung zur Cluster-IP eines anderen internen Clusterdienstes herstellt Local IP-Adresse des lokalen Knotens

IP-Adresse des Remote-Pods

(über die Cluster-IP-Adresse)

✓ ² ✓ ² ✓ ² ✓ ¹
Lokaler Pod, der eine Verbindung zur individuellen Pod-IP-Adresse eines anderen Pods herstellt (Headless-Service) Local Lokale Pod-IP-Adresse IP-Adresse des Remote-Pods
Lokaler Pod, der eine Verbindung zur individuellen Pod-IP-Adresse eines anderen Pods im Netzwerk-Namespace des Knotens herstellt (Headless-Service) Local Lokale Pod-IP-Adresse IP-Adresse des Remote-Knotens
Lokaler Pod, der eine Verbindung zum Remote-Pod in einem anderen Cluster herstellt Local Lokale Pod-IP-Adresse

IP-Adresse des Remote-Pods

(ein weiterer Cluster)

Lokaler Pod, der eine Verbindung zu einer externen Netzwerkadresse herstellt Local Lokale Pod-IP-Adresse Externe IP-Adresse N/A N/A
Lokaler Pod, der in einem Knoten-Netzwerk-Namespace betrieben wird und eine Verbindung zu einer externen Netzwerk-IP-Adresse herstellt Local IP-Adresse des lokalen Knotens Externe IP-Adresse ✓ ² ✓ ² ✓ ² N/A N/A
Remote-Pod stellt über die Cluster-IP-Adresse eine Verbindung zum lokalen Pod her Remote

Lokale Pod-IP-Adresse

(über die Cluster-IP-Adresse)

IP-Adresse des Remote-Pods
Remote-Pod in einem Netzwerk-Namespace eines Knotens, der eine Verbindung zum lokalen Pod herstellt Remote

Lokale Pod-IP-Adresse

(über die Cluster-IP-Adresse)

IP-Adresse des Remote-Knotens ✓ ³ ✓ ³ ✓ ³
Remote-Pod stellt eine Verbindung zum lokalen Pod her (Headless-Service) Remote Lokale Pod-IP-Adresse IP-Adresse des Remote-Pods
Externer Pod, der eine Verbindung zu einem lokalen Pod herstellt Remote Lokale Pod-IP-Adresse IP-Adresse des Remote-Pods
Externe Ressource, die über NodePort oder einen Load Balancer eine Verbindung zu einem lokalen Pod herstellt Remote Lokale Pod-IP-Adresse Externe IP-Adresse ⁴ N/A N/A
Externe Ressource, die über NodePort oder einen Load Balancer eine Verbindung zu einem lokalen Pod herstellt, der in einem Knotennetzwerk-Namespace betrieben wird Remote IP-Adresse des lokalen Knotens Externe IP-Adresse ⁴ N/A N/A

Beachten Sie die folgenden zusätzlichen Informationen, die sich auf die in der vorherigen Tabelle mit Fußnoten markierten Elemente beziehen.

  1. Der Pod-Name ist in diesem Szenario für Pods mit anderen Besitzern nicht sichtbar, z. B. für einen Kubernetes-Dienst, der von der EKS-Steuerebene verwaltet wird.

  2. Lokaler Pod-Name, Dienst und Namespace werden nicht aufgelöst, wenn andere Pods im Netzwerk-Namespace des Knotens vorhanden sind.

  3. Name, Dienst und Namespace des Remote-Pods werden nicht aufgelöst, wenn andere Pods im Netzwerk-Namespace des Knotens vorhanden sind.

  4. Wenn der Dienst den Instanzmodus verwendet NodePort oder sich LoadBalancer im Instanzmodus ExternalTrafficPolicy befindet und auf eingestellt istCluster, wird diese IP-Adresse als IP-Adresse des Knotens gemeldet, der die Verbindung empfängt. NodePort