Zum Hauptinhalt springen
Version: Weekly Build

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 ist dieser Provider ein Preview-Dienst der Kategorie Advanced Compute mit einem einzigen anpassbaren Plan.

EigenschaftWertHinweise
Providernamevirtual-k8sIn Landscape-Provider-Definitionen verwenden.
Versionv1Aktuelle vom Provider bereitgestellte Schema-Version.
KategorieAdvanced ComputeWird im Managed Services Katalog angezeigt.
GeltungsbereichglobalAuf Team-Ebene verfügbar, statt an eine einzelne Workspace Runtime gebunden zu sein.
Team-SingletontrueEin Team kann nur eine Virtual Kubernetes Cluster Service-Instanz besitzen.
Pause-UnterstützungfalseDieser Provider unterstützt kein Pausieren.

Preview-Funktion

Dieser Provider ist derzeit eine Preview-Funktion. Er ist standardmäßig nicht aktiviert und muss von deinem Operator freigeschaltet werden.

Schema

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

Plan

Der Provider stellt einen Plan bereit, 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 ephemeren Speicher in MiB, abgerechnet als storage-mib.

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. Für die runtimespezifischen URL-Muster und den kubeconfig-Workflow siehe Virtual Clusters.