Kapitel 9. Multicluster -Netzwerke
Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: translation-feedback@oreilly.com
Wenn „ ”-Organisationen wachsen, brauchen sie oft mehr als nur einen Kubernetes-Cluster. Dieser Sprung von einer zu mehreren Umgebungen ist eine Herausforderung für die Netzwerksicherheit und Beobachtbarkeit.
Die Funktionen von Cilium sind normalerweise auf den Kontext eines einzelnen Clusters beschränkt. Die Identität wird nicht über mehrere Cluster hinweg dargestellt, sodass eine Richtlinie, die einen Pod in einem anderen Cluster anhand seiner Labels zulässt, nicht funktioniert, ebenso wenig wie die Beobachtungsfunktionen (siehe Kapitel 15).
Eine Lösung besteht darin, die Cluster als wirklich unabhängig zu behandeln, Dienste mithilfe von Load-Balancer-Diensten, Ingress oder Gateway-API (siehe Kapitel 6 und 7) verfügbar zu machen und den Remote-Cluster wie jeden anderen externen Endpunkt zu behandeln. Wenn nur wenige klar definierte Dienste zwischen Clustern geteilt werden, kann das gut funktionieren, aber wenn die Umgebung komplexer wird, ist das nicht mehr praktikabel und erfordert die Kodierung spezifischer CIDR-Bereiche für Dienste im Remote-Cluster über Richtlinien mit toCIDRSet (siehe Kapitel 12), die Verwendung von Egress Gateway (siehe Kapitel 11) oder die Einbindung zusätzlicher Tools für die Beobachtbarkeit.
Cilium Cluster Mesh wurde entwickelt, um diese Probleme zu lösen. Vermaschte Cluster teilen Netzwerk- ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access