Virtual Kubernetes Cluster
Der Virtual Kubernetes Cluster Provider stellt einem Team eine verwaltete Kubernetes-Control-Plane innerhalb von Codesphere für Cloud-native Workloads, Helm-basierte Deployments und fortgeschrittene Orchestrierungsszenarien zur Verfügung.
In den aktuellen Provider-Definitionen handelt es sich bei diesem Provider um einen Advanced Compute-Service in der Vorschauphase mit einem einzigen anpassbaren Plan.
| Eigenschaft | Wert | Hinweise |
|---|---|---|
| Providername | virtual-k8s | Wird in Landscape-Provider-Definitionen verwendet. |
| Version | v1 | Aktuelle vom Provider bereitgestellte Schema-Version. |
| Kategorie | Advanced Compute | Wird im Managed Services Katalog angezeigt. |
| Geltungsbereich | global | Auf Team-Ebene verfügbar, anstatt an eine einzelne Workspace-Runtime gebunden zu sein. |
| Team-Singleton | true | Ein Team kann nur eine einzige Virtual Kubernetes Cluster Service-Instanz besitzen. |
| Pause-Unterstützung | false | Dieser Provider unterstützt kein Pausieren. |
Dieser Provider ist derzeit eine Vorschau-Funktion. Er ist standardmäßig nicht aktiviert und muss von eurem Operator aktiviert werden.
Schema
Dieser Provider stellt keine providerspezifische Konfiguration bereit. Der Zugriff erfolgt über die eingebundene kubeconfig und das Codesphere-Networking.
Plan
Der Provider bietet einen Plan, Custom (id: 0), der es ermöglicht, alle Ressourcenlimits innerhalb der vom Provider definierten Bereiche anzupassen.
Beispielplan: Custom (id: 0).
| Parameter | Typ | Standardwert | Minimum | Maximum | Statisch | Hinweise |
|---|---|---|---|---|---|---|
cpu | integer | 20 | 20 | 160 | Nein | vCPU-Limit, abgerechnet als cpu-tenths. |
memory | integer | 5120 | 5120 | 32768 | Nein | RAM-Limit in MiB, abgerechnet als ram-mib. |
storage | integer | 20000 | 20000 | 120000 | Nein | Limit für persistenten Speicher in MiB, abgerechnet als storage-mib. |
ephemeralStorage | integer | 30000 | 30000 | 120000 | Nein | Limit für flüchtigen Speicher in MiB, abgerechnet als storage-mib. |
Jeder Parameter wird gemäß dem konfigurierten Wert abgerechnet, nicht nach tatsächlichem Verbrauch — ein durchgerechnetes Beispiel findet sich unter So funktioniert die Abrechnung. ephemeralStorage ist standardmäßig großzügig auf 30 GiB (30000 MiB) eingestellt; es lohnt sich, diesen Wert zu reduzieren, falls der Workload nicht so viel temporären Speicherplatz benötigt.
Andere Runtimes greifen in der Regel indirekt auf diesen Provider zu.
Workspaces und Landscapes verwenden die eingebundene ~/.kube/config, um mit kubectl oder helm in den Cluster zu deployen, während Services, die innerhalb des Clusters laufen, über dasselbe Team-Netzwerk auf andere Codesphere-Ressourcen zugreifen können.
Details zu den runtime-spezifischen URL-Mustern und dem kubeconfig-Workflow finden sich unter Virtual Clusters.