Erweiterte Cluster mit einfachen Clustern vergleichen
Erfahren Sie mehr über die Unterschiede zwischen den erweiterten Clustern und grundlegenden Clustern, die Sie mit der Kubernetes Engine (OKE) erstellen können.
Beim Erstellen eines neuen Clusters mit Kubernetes Engine geben Sie den zu erstellenden Clustertyp als eine der folgenden Optionen an:
- Verbessertes Cluster: Erweiterte Cluster unterstützen alle verfügbaren Features. Siehe Erweiterte Cluster.
- Grundlegendes Cluster: Grundlegende Cluster unterstützen alle von Kubernetes und Kubernetes Engine bereitgestellten Kernfunktionen, aber keines der erweiterten Features, die Kubernetes Engine bereitstellt. Siehe Basiscluster.
Beachten Sie Folgendes beim Erstellen von Clustern:
- Wenn Sie mit der Konsole ein Cluster erstellen und während der Clustererstellung keine erweiterten Features auswählen, können Sie das neue Cluster als Basiscluster erstellen. Ein neues Cluster wird standardmäßig als erweitertes Cluster erstellt, es sei denn, Sie möchten explizit ein einfaches Cluster erstellen.
- Wenn Sie ein Cluster mit der CLI oder API erstellen, können Sie angeben, ob ein einfaches Cluster oder ein erweitertes Cluster erstellt werden soll. Wenn Sie nicht explizit den Typ des zu erstellenden Clusters angeben, wird standardmäßig ein neues Cluster als Basiscluster erstellt.
Wenn Sie ein neues Cluster als erweitertes Cluster erstellen, können Sie später problemlos erweiterte Features hinzufügen, selbst wenn Sie anfangs keine erweiterten Features ausgewählt haben. Wenn Sie ein erweitertes Cluster erstellen, müssen Sie es als VCN-nativ erstellen. Wenn Sie ein neues Cluster als Basiscluster erstellen, können Sie es auch später auf ein erweitertes Cluster upgraden, vorausgesetzt, es ist VCN-nativ. Ein erweitertes Cluster kann jedoch nicht auf ein Basiscluster herabgestuft werden.
Alle Verweise auf "Cluster" in der Kubernetes Engine-Dokumentation beziehen sich sowohl auf erweiterte Cluster als auch auf grundlegende Cluster, sofern nicht ausdrücklich etwas anderes angegeben ist.
Erweiterte Cluster
Erweiterte Cluster unterstützen alle verfügbaren Features, einschließlich Features, die von grundlegenden Clustern nicht unterstützt werden (wie virtuelle Knoten, Cluster-Add-on-Verwaltung, Workload-Identität, zusätzliche Worker-Knoten pro Cluster, selbstverwaltete Knoten und Knotenneustart beim Aktualisieren oder Upgraden von Knotenpools). Erweiterte Cluster verfügen über ein finanziell abgesichertes Service Level Agreement (SLA).
Wichtige Features, die durch erweiterte Cluster unterschiedlich unterstützt werden
Je nach den erweiterten Features, die Sie für ein erweitertes Cluster auswählen, werden einige Features in erweiterten Clustern im Vergleich zu grundlegenden Clustern unterschiedlich unterstützt:
- Verwaltete und virtuelle Knotenpools: In einem erweiterten Cluster können Sie virtuelle Knotenpools (sowie die verwalteten Knotenpools, die Sie nur in einem einfachen Cluster erstellen können) erstellen. Wenn Sie virtuelle Knoten und Knotenpools erstellen, werden Load Balancing, Podnetzwerk, Autoscaling und Anwendungsloganzeige unterschiedlich unterstützt. Siehe Virtuelle Knoten und virtuelle Knotenpools.
- Cluster-Add-ons: In einem erweiterten Cluster können Sie mit Kubernetes Engine sowohl wichtige Add-ons als auch ein wachsendes Portfolio optionaler Add-ons verwalten. Sie können bestimmte Add-ons aktivieren oder deaktivieren, Add-on-Versionen auswählen, automatische Updates von Oracle abonnieren oder deaktivieren und add-on-spezifische Anpassungen verwalten. Siehe Cluster-Add-ons konfigurieren.
- Berechtigungen: In einem erweiterten Cluster können Sie OCI-IAM-Policys definieren, die bestimmte Pods für OCI-API-Aufrufe autorisieren und auf OCI-Ressourcen zugreifen. Siehe Workloads Zugriff auf OCI-Ressourcen erteilen.
Darüber hinaus können Sie uns kontaktieren, um eine Erhöhung der Anzahl der erweiterten Cluster anzufordern, die Sie in einer Region erstellen können (siehe Limits für Kubernetes-Engine).
Wichtige Features werden von erweiterten Clustern nicht unterstützt
Erweiterte Cluster unterstützen alle von Basisclustern unterstützten Features. Von Basisclustern werden keine Features unterstützt, die von erweiterten Clustern nicht unterstützt werden.
Grundlegende Cluster
Grundlegende Cluster unterstützen alle von Kubernetes und Kubernetes Engine bereitgestellten Kernfunktionen, aber keines der erweiterten Features, die Kubernetes Engine mit erweiterten Clustern bereitstellt (wie virtuelle Knoten, Cluster-Add-on-Management, Workload-Identität, Knotenwechsel, selbstverwaltete Knoten und zusätzliche Worker-Knoten pro Cluster). Grundlegende Cluster haben ein Service Level Objective (SLO), aber kein finanziell unterstütztes Service Level Agreement (SLA).
Wichtige Features, die von grundlegenden Clustern unterschiedlich unterstützt werden
Einige Features werden in Basisclustern im Vergleich zu erweiterten Clustern unterschiedlich unterstützt:
- Verwaltete und virtuelle Knotenpools: In einem einfachen Cluster können Sie nur verwaltete Knotenpools erstellen (anstatt der verwalteten und virtuellen Knotenpools, die Sie in einem erweiterten Cluster erstellen können). Load Balancing, Podnetzwerke, Autoscaling und die Anzeige von Anwendungslogs werden bei verwalteten Knoten und Knotenpools unterschiedlich unterstützt. Siehe Verwaltete Knoten und verwaltete Knotenpools.
- Cluster-Add-ons: In einem einfachen Cluster haben Sie mehr Verantwortung und weniger Flexibilität bei der Verwaltung von Cluster-Add-ons. Sie sind für das Upgrade wichtiger Add-ons verantwortlich, aber Sie können bestimmte Add-ons nicht installieren oder deaktivieren, Add-on-Versionen auswählen, sich für automatische Updates von Oracle entscheiden oder diese deaktivieren oder add-on-spezifische Anpassungen verwalten. Darüber hinaus sind Sie für die Installation, Verwaltung und Wartung aller optionalen Add-ons verantwortlich, die Sie im Cluster verwenden möchten. Siehe Cluster-Add-ons konfigurieren.
- Berechtigungen: In einem einfachen Cluster müssen Sie OCI-IAM-Policys definieren, die Benutzer und Instanzen autorisieren (anstatt die Workload-Identität, die Sie in einem erweiterten Cluster implementieren können). Folglich werden mehr Berechtigungen erteilt als das erforderliche absolute Minimum, was keine Best Practice ist. Siehe Workloads Zugriff auf OCI-Ressourcen erteilen
Außerdem können Sie keine Erhöhung der Anzahl der Basiscluster anfordern, die Sie in einer Region erstellen können (siehe Limits der Kubernetes-Engine).
Wichtige Features, die von Basisclustern nicht unterstützt werden
Grundlegende Cluster unterstützen einige der von erweiterten Clustern unterstützten Features nicht:
- Virtuelle Knotenpools
- Fein granulierte Cluster-Add-on-Bereitstellung und -Konfiguration
- Workload-Identität
- Erhöhte Anzahl von Worker-Knoten
- Selbstverwaltete Knoten
- Finanziell abgesichertes Service Level Agreement (SLA)
- Knoten neu starten beim Aktualisieren oder Aktualisieren von Knotenpools
- Cloud Guard Container-Sicherheitskonfiguration
Vergleich von erweiterten Clustern und einfachen Clustern
In der folgenden Tabelle werden die Gemeinsamkeiten und Unterschiede zwischen erweiterten Clustern und einfachen Clustern zusammengefasst:
| Funktion/Funktion | Erweitertes Cluster | Einfaches Cluster |
|---|---|---|
| Unterstützt alle wichtigen Kubernetes- und OKE-Features | Ja | Ja |
| Verwaltete Knotenpools unterstützt | Ja | Ja |
| Unterstützte virtuelle Knotenpools | Ja | Nein |
| Selbstverwaltete Knoten werden unterstützt | Ja | Nein |
| Knotenwechsel (automatisches Schnüren, Entleeren und Ersetzen von Knoten) für Updates/Upgrades | Ja | Nein |
| Cloud Guard Container-Sicherheitskonfiguration | Ja | Nein |
| Flexible und verwaltete Cluster-Add-ons | Ja | Nein |
| Fein granulierte Add-on-Bereitstellung/-Konfiguration | Ja | Nein |
| Kann wesentliche und optionale Add-ons in der Konsole und anderen Schnittstellen verwalten | Ja | Nein |
| Auswahl der Add-on-Version und automatische Updates | Ja | Nein |
| Benutzerverwaltete Add-ons möglich | Ja | Ja |
| Workload-Identität (definiertes OCI IAM für Pods/Container) | Ja | Nein |
| Policy-basierte Berechtigungen für Benutzer/Instanz | Ja | Ja |
| Kann Erhöhung für Anzahl Cluster oder Anzahl Knoten pro Cluster anfordern | Ja | Nein |
| Höhere Worker-Knotenlimits | Ja | Nein |
| Finanziell abgesichertes SLA | Ja | Nein |
| Nur Service Level Objective (SLO) | Nein | Ja |
| Upgrade auf erweitertes Cluster möglich | N/V | Ja (Cluster muss VCN-nativ sein) |
| Standarderstellungstyp (Konsole) | Ja | Nein (es sei denn, ausgewählt) |
| Standarderstellungstyp (CLI/API) | Nein (es sei denn, ausgewählt) | Ja |