Kubernetes Cluster als vcluster
Ein vcluster bietet eine Alternative zu den auf NKE basierenden Kubernetes-Clustern mit unterschiedlichen Anwendungsbereichen und Beschränkungen. Dabei wird vcluster verwendet, um Kubernetes Cluster zu einem günstigeren Preis anzubieten, wobei geringe Abstriche bei den Verfügbarkeitsgarantien und den Managed Add-ons gemacht werden. Da vclusters über NKE laufen, greifen sie auf die gleiche Betriebs-Infrastruktur zu.
Diese Vergleichstabelle sollte Ihnen eine Übersicht über die wesentlichen Unterschiede bieten:
| NKE | vcluster | |
|---|---|---|
| Service Type Load Balancer | ✓ | ✓ |
| Persistent Storage (RWO/RWX) | ✓ | ✓ |
| Ingress | ✓ | ✓ |
| Autoscaling | ✓ | ✓ |
| Argo CD Integration | ✓ | ✓ |
| NKE Maschinentypen | ✓ | ✓ |
| Dedizierte Worker Nodes | ✓ | ✓ |
| Dedizierte HA Control-Plane Nodes | ✓ | ✗ |
| Cluster Add-ons | ✓ | ✗ |
| Automatisches Backup | ✓ | ✗ |
| Verfügbarkeitsgarantie (SLA) | ✓ | ✗ |
| Cluster-Gebühr | ✓ | ✗ |
| Schnelle Erstellungszeit (< ~2 min) | ✗ | ✓ |
| Cluster Admin | ✗ | ✓ |
Erste Schritte
Um bei vcluster einzusteigen, benötigen Sie zunächst ein Login, um auf unser Cockpit zuzugreifen. Wählen Sie dann einfach Managed Kubernetes aus der Produktübersicht aus, klicken Sie auf Add Cluster und wählen Sie die Option vcluster. Um auf den Cluster zuzugreifen, sehen Sie sich diesen Artikel zum Cluster-Login an.
Für weitere Informationen zu den verfügbaren Node-Typen, Load Balancern und Speichervarianten sehen Sie sich bitte die Hauptdokumentation zu NKE an.
Anwendungsbereiche für einen vcluster
- CI/CD: Durch die Geschwindigkeit, mit der vcluster erstellt und gelöscht werden können, ebenso wie ihre geringen Kosten, sind sie gut als CI/CD-Pipelines geeignet, um Ihre App-Deployments durchgängig zu testen.
- Testen neuer Kubernetes-API-Versionen: Wir zielen darauf ab, Ihnen immer die aktuellsten Kubernetes-Releases in vcluster bereitzustellen, damit Sie Ihre Apps frühzeitig in Bezug auf neue API-Versionen gegentesten können.
- Gut isolierte und kosteneffiziente Umgebungen: Für Staging- und Entwicklungsumgebung können eigene vcluster genutzt werden, um sie stärker von der Produktionsumgebung zu isolieren, statt mehrere Namespaces auf einem einzigen NKE-Cluster zu verwenden.
ArgoCD
Wenn Sie ArgoCD für das Deployment auf Ihrem vcluster verwenden wollen, sind die Schritte, die welche im ArgoCD Artikel dokumentiert sind, nicht ausreichend.
Da vclusters keine vollständig verwalteten Cluster sind, müssen Sie dem ArgoCD Service Account die Berechtigungen selbst erteilen.
Zuerst müssen Sie den Namen des ArgoCD Service Account herausfinden:
$ kubectl get serviceaccounts -n default
argocd-xyz 1 188d
Dann müssen Sie ein Clusterrolebinding erstellen und dem ArgoCD Service Account cluster-admin Rechte geben:
apiVersion: rbac.authorization.k8s.io/v1
Art: ClusterRoleBinding
Metadaten:
name: argocd
roleRef:
apiGroup: rbac.authorization.k8s.io
Art: ClusterRole
Name: cluster-admin
Subjekte:
- Art: ServiceAccount
Name: argocd-xyz
Namensraum: default
Ingress
Durch das Design von vcluster kann der Ingress Controller vom Host Cluster verwendet werden. Deshalb muss kein zusätzlicher Ingress controller im vcluster erstellt werden. Sie können die IngressClass und den Host des vordefinierten Ingress im Cockpit oder im Status auf der API finden.
Für mehr Informationen zur Nutzung von Ingress, wenden Sie sich an die Ingress Dokumentation.