Sie können Anwendungsarbeitslasten für TKG-Dienst -Cluster mithilfe von Pods, Diensten, persistenten Volumes und Ressourcen auf höherer Ebene (z. B. Bereitstellungen und Replikat-Sets) implementieren.
Weitere Themen zum Lesen
Pod-Bereitstellung mit Lastausgleichsdienst Um externen Datenverkehr an Pods weiterzuleiten, die in einem TKG 2.0-Cluster ausgeführt werden, erstellen Sie einen Dienst vom Typ „LoadBalancer“. Der Lastausgleichsdienst macht eine öffentliche IP-Adresse verfügbar, von der eingehender Datenverkehr an Pods weitergeleitet wird.
Lastausgleichsdienst mit statischer IP Sie können einen Kubernetes-Dienst vom Typ LoadBalancer für die Verwendung einer statischen IP-Adresse konfigurieren. Beachten Sie bei der Implementierung dieser Funktion eine wichtige Sicherheitsüberlegung und die Anleitung für die Cluster-Härtung. Diese stellen eine wichtige Mindestanforderungen an die Komponenten dar.
Ingress unter Verwendung von Nginx Eine Kubernetes-Ingress-Ressource stellt HTTP- oder HTTPS-Routing von außerhalb des Clusters zu einem oder mehreren Diensten innerhalb des Clusters bereit. TKG-Cluster unterstützen Ingress durch Drittanbietercontroller wie etwa Nginx.
Ingress unter Verwendung von Contour Eine Kubernetes-Ingress-Ressource stellt HTTP- oder HTTPS-Routing von außerhalb des Clusters zu einem oder mehreren Diensten innerhalb des Clusters bereit. TKG-Cluster unterstützen Ingress durch Drittanbietercontroller wie etwa Contour.
Verwenden von Speicherklassen für persistente Volumes Eine einem vSphere-Namespace zugewiesene vSphere-Speicherrichtlinie liefert zwei Editionen einer Speicherklasse, die für die Verwendung mit dauerhaften Volumes verfügbar ist. Welche Edition Sie auswählen, richtet sich nach Ihren Anforderungen.
Dynamisches Erstellen dauerhafter Speicher-Volumes Sie können ein dauerhaftes Speicher-Volume mithilfe einer vorhandenen Speicherklasse und einer Beanspruchung eines dauerhaften Volumes (Persistent Volume Claim – PVC) dynamisch erstellen.
Statisches Erstellen persistenter Speicher-Volumes Sie können ein dauerhaftes Volume (Persistent Volume – PV) in einem TKG 2.0-Cluster mithilfe einer nicht verwendeten Beanspruchung eines dauerhaften Volumes (Persistent Volume Claim, PVC) über den Supervisor statisch erstellen.
Bereitstellen der Guestbook-Anwendung in einem TKG-Cluster Stellen Sie die Guestbook-Anwendung in Ihrem TKG-Cluster bereit und erkunden Sie Kubernetes.
YAML für Guestbook-Anwendung Verwenden Sie die YAML-Beispieldateien, um die Guestbook-Anwendung mit dauerhaftem Datenspeicher bereitzustellen.
Bereitstellen einer StatefulSet-Anwendung über vSphere-Zonen mit einem Volume-Anhang mit später Bindung Dieses Beispiel zeigt die Bereitstellung einer StatefulSet-Anwendung in einem TKG-Cluster auf Supervisor .