Zum Hauptinhalt springen
Version: Weekly Build

Virtual Kubernetes Cluster

Der Virtual Kubernetes Cluster Provider stattet eine Resource Group mit einer verwalteten Kubernetes-Control-Plane innerhalb von Codesphere aus, für Cloud-native Workloads, Helm-basierte Deployments und fortgeschrittene Orchestrierungsszenarien. In den aktuellen Provider-Definitionen ist dieser Provider ein Vorschau-Dienst der Kategorie Advanced Compute mit einem einzigen anpassbaren Plan.

EigenschaftWertHinweise
Provider-Namevirtual-k8sIn Landscape-Provider-Definitionen zu verwenden.
Versionv1Aktuelle vom Provider bereitgestellte Schemaversion.
KategorieAdvanced ComputeWird im Katalog der Managed Services angezeigt.
GeltungsbereichglobalAuf Resource-Group-Ebene verfügbar, statt an eine einzelne Workspace-Runtime gebunden zu sein.
Resource-Group-SingletontrueEine Resource Group kann nur eine Virtual Kubernetes Cluster Serviceinstanz besitzen.
Pause-UnterstützungfalseDieser Provider unterstützt kein Pausieren.
Vorschau-Funktion

Dieser Provider ist derzeit eine Vorschau-Funktion. Er ist standardmäßig nicht aktiviert und muss vom Betreiber aktiviert werden.

Schema​

Dieser Provider stellt keine providerspezifische Konfiguration bereit. Der Zugriff erfolgt über die injizierte Kubeconfig und das Codesphere-Netzwerk.

Plan​

Der Provider bietet einen Plan, Custom (id: 0), bei dem alle Ressourcenlimits innerhalb der vom Provider definierten Bereiche angepasst werden können. Beispielplan: Custom (id: 0).

ParameterTypStandardMinimumMaximumStatischHinweise
cpuinteger2020160NeinvCPU-Limit, abgerechnet als cpu-tenths.
memoryinteger5120512032768NeinRAM-Limit in MiB, abgerechnet als ram-mib.
storageinteger2000020000120000NeinLimit für persistenten Speicher in MiB, abgerechnet als storage-mib.
ephemeralStorageinteger3000030000120000NeinLimit für flüchtigen Speicher in MiB, abgerechnet als storage-mib.

Jeder Parameter wird nach seinem konfigurierten Wert abgerechnet, nicht nach dem tatsächlichen Verbrauch — ein durchgerechnetes Beispiel findet sich unter Wie die Abrechnung funktioniert. ephemeralStorage ist standardmäßig großzügig mit 30 GiB (30000 MiB) bemessen; es empfiehlt sich, den Wert zu verringern, wenn der Workload nicht so viel temporären Speicherplatz benötigt.

Andere Runtimes greifen typischerweise indirekt auf diesen Provider zu. Workspaces und Landscapes nutzen die injizierte ~/.kube/config, um mit kubectl oder helm in den Cluster zu deployen, während Dienste innerhalb des Clusters über dasselbe Resource-Group-Netzwerk auf andere Codesphere-Ressourcen zugreifen können. Für die runtime-spezifischen URL-Muster und den Kubeconfig-Workflow siehe Virtual Clusters.