View a markdown version of this page

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 erfasst, enthält er zusätzliche Metadateninformationen über den Netzwerkpfad, damit Sie besser verstehen, wie die Netzwerkpfade für Ihre 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 die 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 es Engpässe oder Beeinträchtigungen gibt.

  • Pod zu Pod auf demselben Knoten

  • Knoten zu Knoten auf demselben Cluster

  • Pod zu Pod auf einem anderen Cluster

  • 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 Netzwerkfluss-Szenario zurückgibt.

Informationen zur Verbindung Informationen zu Metadaten
Lokal Aus der Ferne
Szenario Initiiert von Lokal Aus der Ferne Name des Pods Service Namespace Name des Pods 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 Node-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 sich mit der individuellen Pod-IP-Adresse eines anderen Pods verbindet (Headless-Service) Local Lokale Pod-IP-Adresse IP-Adresse des Remote-Pods
Lokaler Pod, der sich mit der individuellen Pod-IP-Adresse eines anderen Pods im Node-Netzwerk-Namespace verbindet (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 N/A
Lokaler Pod, der in einem Node-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 N/A
Remote-Pod, der über die Cluster-IP-Adresse eine Verbindung zum lokalen Pod herstellt Remote

Lokale Pod-IP-Adresse

(über die Cluster-IP-Adresse)

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

Lokale Pod-IP-Adresse

(über die Cluster-IP-Adresse)

IP-Adresse des Remote-Knotens ✓ ³ ✓ ³ ✓ ³
Remote-Pod mit lokalem Pod verbinden (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 N/A
Externe Ressource, die über NodePort oder einen Load Balancer eine Verbindung zu einem lokalen Pod herstellt, der in einem Node-Netzwerk-Namespace arbeitet Remote IP-Adresse des lokalen Knotens Externe IP-Adresse N/A N/A N/A

Beachten Sie die folgenden zusätzlichen Informationen, die den mit Fußnoten markierten Elementen in der vorherigen Tabelle entsprechen.

  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-Steuerungsebene verwaltet wird.

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

  3. Name, Dienst und Namespace des Remote-Pods werden nicht aufgelöst, wenn andere Pods im Node-Netzwerk-Namespace 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 die IP-Adresse des Knotens gemeldet, der die Verbindung empfängt. NodePort