Die prinzipielle Architektur von "Kubernetes auf vSphere" umfasst einen VM-basierten Supervisor-Cluster, ESXi-basierte Compute-Nodes samt Spherelet (die VMware-Variante eines Kubelet) und die Container-Engine CRX. Dieser Aufbau bietet zudem die Möglichkeit, je nach verwendeter Netzwerkvirtualisierung entweder native vSphere-PODs zusammen mit Tanzu-Kubernetes-Grid-Clustern (bei denen dann Kubernetes-Control-Plane sowie Compute-Knoten aus VMs bestehen) oder ausschließlich Letztere bereitzustellen. Dies kommt beim Verwenden von vSphere-Netzwerken mit Distributed Switches in Frage.
Wichtig für die Konnektivität der Kubernetes- Steuerungsebenen-VMs ist, dass sich Dienste und Arbeitslasten im Supervisor- Cluster seit vSphere 7 entweder mit vSphere-Netzwerk-Stack oder VMware NSX-T Data Center verwenden lassen. Dabei ist das für Tanzu-Kubernetes-Cluster verwendete Netzwerk, das vom Tanzu- Kubernetes-Grid-Dienst (TKG) bereitgestellt wird, einerseits das Fabric, das der "vSphere-mit-Tanzu"-Infrastruktur zugrunde liegt. Dazu gesellt sich eine Open- Source-Software, die Netzwerke für Cluster- Pods, Dienste und Ingress bereitstellt. Diese Flexibilität beim Netzwerkdesign rührt daher, dass Kubernetes mit der verteilten Konfigurationsdatenbank "etcd" im Zentrum und den drum herum gestrickten APIs (verwaltet durch den APIServer) sehr klug entwickelt wurde.
...Der komplette Artikel ist nur für Abonnenten des ADMIN Archiv-Abos verfügbar.