Kubernetes-Cluster mit Konsolenworkflows erstellen

Erfahren Sie mehr über die beiden Möglichkeiten zum Erstellen eines Kubernetes-Clusters mit der Kubernetes Engine (OKE).

Mit der Kubernetes-Engine können Sie neue Kubernetes-Cluster erstellen. Um ein Cluster zu erstellen, müssen Sie entweder zu der Administratorengruppe des Mandanten oder zu einer Gruppe gehören, der eine Policy die CLUSTER_MANAGE-Berechtigung erteilt. Siehe Policy-Konfiguration für Clustererstellung und -Deployment.

Mit der Konsole geben Sie zuerst grundlegende Details für das neue Cluster an (den Clusternamen und die auf den Control-Plane-Knoten zu installierende Kubernetes-Version). Sie können das Cluster dann auf zwei Arten erstellen:

• Mit Standardeinstellungen im Workflow "Schnellerstellung", um gegebenenfalls ein Cluster mit neuen Netzwerkressourcen zu erstellen. Auf diese Weise lässt sich am schnellsten ein neues Cluster erstellen. Wenn Sie alle Standardwerte akzeptieren, können Sie mit wenigen Mausklicks ein neues Cluster erstellen. Neue Netzwerkressourcen für das Cluster werden automatisch erstellt, einschließlich regionaler Subnetze für den Kubernetes-API-Endpunkt, für Worker-Knoten und für Load Balancer. Das regionale Subnetz für Load Balancer ist öffentlich. Sie können jedoch angeben, ob die regionalen Subnetze für den Kubernetes-API-Endpunkt und die Worker-Knoten öffentlich oder privat sind. Um ein Cluster im Workflow "Schnellerstellung" zu erstellen, müssen Sie zu einer Gruppe gehören, der eine Policy die erforderlichen Berechtigungen zum Erstellen der neuen Netzwerkressourcen erteilt (siehe Eine oder mehrere zusätzliche Policys für Gruppen erstellen).

• Mit benutzerdefinierten Einstellungen im Workflow "Benutzerdefinierte Erstellung". Bei diesem Ansatz haben Sie die meiste Kontrolle über das neue Cluster. Sie können die Eigenschaften des neuen Clusters, einschließlich der Verschlüsselungseinstellungen, explizit definieren. Sie können explizit angeben, welche vorhandenen Netzwerkressourcen verwendet werden sollen, einschließlich der vorhandenen öffentlichen oder privaten Subnetze, in denen der Kubernetes-API-Endpunkt, die Worker-Knoten und die Load Balancer erstellt werden sollen.

  Hinweis: Normalerweise definieren Sie Knotenpools sofort, wenn Sie ein neues Cluster im Workflow "Benutzerdefinierte Erstellung" definieren, doch ist dieser Vorgang nicht zwingend erforderlich. Sie können ein Cluster ohne Knotenpools erstellen und später Knotenpools hinzufügen. Ein Grund für das Erstellen eines Clusters, das anfänglich keine Knotenpools aufweist, liegt vor, wenn Sie einen Netzwerk-Policy-Provider wie Calico installieren und konfigurieren möchten, um NetworkPolicy-Ressourcen von Kubernetes zu unterstützen. Wenn Sie Calico auf einem Cluster installieren, in dem bereits Knotenpools vorhanden sind, in denen Pods ausgeführt werden, müssen Sie die Pods neu erstellen, wenn die Calico-Installation abgeschlossen ist. Hierzu können Sie beispielsweise den Befehl kubectl rollout restart ausführen. Wenn Sie Calico auf einem Cluster installieren, bevor Sie Knotenpools im Cluster erstellen (empfohlen), können Sie sicher sein, dass Sie keine Pods neu erstellen müssen. Informationen hierzu finden Sie unter Beispiel: Calico installieren und Netzwerk-Policys einrichten.

Neben den Workflows "Schnellerstellung" und "Benutzerdefinierte Erstellung" in der Konsole können Sie auch Cluster mit der CLI und der API erstellen. Weitere Informationen finden Sie unter Cluster erstellen.