Die Netzwerkleistung zwischen EC2-Instances mit ENA Express verbessern

Vorteile von ENA Express

• Erhöht die maximale Bandbreite, die ein einzelner Flow nutzen kann, von 5 Gbit/s auf bis zu 25 Gbit/s innerhalb derselben Region, bis zum Gesamtlimit für Instances.

• Reduziert die Latenzzeit des Netzwerkverkehrs zwischen EC2-Instances in derselben Availability Zone, insbesondere in Zeiten hoher Netzwerklast.

• Erkennt und vermeidet überlastete Netzwerkpfade.

• Führt einige Aufgaben direkt auf der Netzwerkebene aus, z. B. die Neuordnung von Paketen auf der Empfängerseite und die meisten erforderlichen Neuübertragungen. Dadurch wird die Anwendungsebene für andere Arbeiten freigegeben.

• Prozesse können von einer erhöhten maximalen Single-Flow-Bandbreite von 5 Gbit/s auf bis zu 25 Gbit/s innerhalb derselben Region profitieren, bis hin zum Gesamtlimit für Instances. Wenn ein bestimmter Instance-Typ beispielsweise bis zu 12,5 Gbit/s unterstützt, ist die Single-Flow-Bandbreite ebenfalls auf 12,5 Gbit/s begrenzt.

• Bei länger laufenden Prozessen in derselben Availability Zone wird es in Zeiten von Netzwerküberlastung zu einer geringeren Latenz kommen.

• Prozesse können von einer gleichmäßigeren und einheitlicheren Verteilung der Reaktionszeiten des Netzwerks profitieren.

• Sowohl sendende als auch empfangende Instance-Typen werden unterstützt. Weitere Informationen finden Sie in der Unterstützte Instance-Typen für ENA Express-Tabelle.

• Sowohl die sendenden als auch die empfangenden Instances müssen ENA Express konfiguriert haben. Wenn es Unterschiede in der Konfiguration gibt, kann es zu Situationen kommen, in denen der Datenverkehr standardmäßig auf die ENA-Standardübertragung umgestellt wird. Das folgende Szenario zeigt, was in diesem Fall passieren kann.

  Szenario: Unterschiede in der Konfiguration

  Instance	ENA Express aktiviert	UDP verwendet ENA Express
  Instance 1	Ja	Ja
  Instance 2	Ja	Nein

  In diesem Fall kann für den TCP-Verkehr zwischen den beiden Instances ENA Express verwendet werden, da beide Instances dies aktiviert haben. Da jedoch eine der Instances ENA Express nicht für den UDP-Verkehr verwendet, verwendet die Kommunikation zwischen diesen beiden Instances via UDP die ENA-Standardübertragung.

• Die sendenden und empfangenden Instanzen müssen in derselben Region laufen.

• Der Netzwerkpfad zwischen den Instances darf keine Middleware-Boxen enthalten. ENA Express unterstützt derzeit keine Middleware-Boxen.

• (Nur Linux-Instances) Um das volle Bandbreitenpotenzial zu nutzen, verwenden Sie die Treiberversion 2.2.9 oder höher.

• (Nur Linux-Instances) Verwenden Sie zum Erstellen von Metriken die Treiberversion 2.8 oder höher.

• MTU-Größe — ENA Express benötigt eine niedrigere MTU als die Standardeinstellung, um zusätzliche AWS SRD-Header aufnehmen zu können. Bei neu eingerichteten TCP-Verbindungen wird das MSS automatisch geklemmt, um dem entgegenzuwirken. Für den UDP-Verkehr ist jedoch immer noch eine niedrigere MTU erforderlich.

• Größenbeschränkung für die TCP-Ausgabewarteschlange — Überprüft, ob das Byte-Limit pro Socket während des Fluges ausreicht, um einen hohen Durchsatz aufrechtzuerhalten. Umgebungen mit erhöhter Netzwerklatenz erfordern ein höheres Limit.

• Byte-Warteschlangenlimit — Bestätigt, dass das Byte-Queue-Limit (BQL) auf der Netzwerkschnittstelle deaktiviert ist. BQL kann die Datenmenge einschränken, die sich für die Übertragung auf Geräteebene in der Warteschlange befindet, was die Leistung von ENA Express einschränkt.

  Anmerkung

  Der ENA-Treiber für die Amazon-Linux-Distribution deaktiviert standardmäßig die Byte-Warteschlangenlimits.

• TCP-Autocorking — Prüft, ob TCP-Autocorking deaktiviert ist. Die Deaktivierung von Autocorking kann die Latenz für bestimmte ENA Express-TCP-Datenverkehrsmuster reduzieren, z. B. für Workloads mit Anfragen und Antworten. Dies kann zu einem minimalen Anstieg des Overheads bei der Paketverarbeitung führen.

• TX-Warteschlangengröße und Large LLQ — Überprüft, ob die Übertragungswarteschlange für die Netzwerkschnittstelle groß genug ist, um eine optimale Leistung zu erzielen. Das Skript überprüft auch, ob der ENA-Modulparameter die Funktion Large Low Latency Queue (Large LLQ) explizit deaktiviert, da dadurch die verfügbare TX-Warteschlangentiefe reduziert werden kann. Weitere Informationen zu Large LLQ und seinen Auswirkungen auf die Größe der TX-Warteschlange finden Sie unter Large Low Latency Queue (Large LLQ) am. GitHub

• RX-Warteschlangengröße — Überprüft, ob der Empfangsringpuffer für die Netzwerkschnittstelle groß genug ist, um eingehenden Datenverkehr effizient zu verarbeiten und Paketverluste unter Last zu vermeiden.

• TCP- und Netzwerk-Socket-Puffergrößen — Überprüft, ob die maximale Größe des TCP-Empfangs- und Sendepuffers sowie die Standard- und Höchstwerte für den Kernnetzwerk-Socket-Puffer groß genug sind, um einen hohen Durchsatz aufrechtzuerhalten. Diese Einstellungen sind in Umgebungen mit erhöhter Netzwerklatenz wichtig, in denen Sie größere Puffer benötigen, um die Verbindung nutzen zu können.

• TCP-Überlastungskontrolle — Stellt sicher, dass die Konfiguration der TCP-Überlastungskontrolle für die Verwendung mit ENA Express in Umgebungen mit erhöhter Netzwerklatenz optimiert ist.