Service Mesh Cheatsheet

Service Mesh CheatsheetKapitel 06 von 8

Service Mesh Performance und Tuning

Stand Istio 1.31, Cilium 1.20, Linkerd edge-26.10.x, Kuma 3.0, Consul 2.1 · Edition 2026.11 · Release-Daten geprüft am 30. Oktober 2026

Sidecar-Sizing

Envoy (Istio): Speicher wächst mit der Zahl der Listener, Cluster und Routen, also mit dem Sidecar-Scope (Messwerte: Datapath-Box). Pflicht: Sidecar-Resource pro Namespace, sonst bekommt jeder Proxy die Config aller Services.

linkerd2-proxy: keine veröffentlichten Richtwerte, selbst messen.

ztunnel (Ambient): ein Pod je Node (DaemonSet), Kosten skalieren mit Nodes statt Pods.

Push-Storm-Vermeidung

Istio: Sidecar.egress.hosts einschränken, ab 1.31 auch per Ausschluss (*/* plus ~ns1/*). Delta-xDS ist seit 1.22 Default. Ambient ab ∼40.000 Workloads: ISTIO_GPRC_MAXRECVMSGSIZE an istiod anheben.

Linkerd: kein Full-Push. Jeder Proxy abonniert je Ziel einen Stream (destination.Get) und bekommt nur Deltas aus EndpointSlices. Engpass ist der Speicher des Destination-Controllers bei hohem Pod-Churn (2.20: in Einzelfällen fast 85 % weniger).

Cilium: L3/L4 ohne xDS (BPF-Maps), L7-Konfiguration bekommt der Node-Envoy per xDS vom Agent. cilium-agent-CPU bei vielen Identities prüfen.

Projekte und Quellen