CoreDNS

Wenn Sie das Cluster-Add-on CoreDNS aktivieren, können Sie die folgenden Schlüssel/Wert-Paare als Argumente übergeben.

Konfigurationsargumente, die allen Cluster-Add-ons gemeinsam sind
Schlüssel (API und CLI) Anzeigename des Schlüssels (Konsole) Beschreibung Erforderlich/Optional Standardwert Beispielwert
affinity Affinität

Eine Gruppe von Affinitätsplanungsregeln.

JSON-Format im Klartext oder Base64-codiert.

Optional Null Null
nodeSelectors Knotenselektoren

Mit Knotenselektoren und Knotenlabels können Sie die Worker-Knoten steuern, auf denen Add-on-Pods ausgeführt werden.

Damit ein Pod auf einem Knoten ausgeführt werden kann, muss der Knotenselektor des Pods denselben Schlüssel/Wert wie das Label des Knotens aufweisen.

Setzen Sie nodeSelectors auf ein Schlüssel/Wert-Paar, das sowohl dem Knotenselektor des Pods als auch dem Label des Worker-Knotens entspricht.

JSON-Format im Klartext oder Base64-codiert.

Optional Null {"foo":"bar", "foo2": "bar2"}

Der Pod wird nur auf Knoten ausgeführt, die das Label foo=bar oder foo2=bar2 aufweisen.

numOfReplicas numOfReplicas Die Anzahl der Replikate der Add-on-Bereitstellung.

(Verwenden Sie für CoreDNS stattdessen nodesPerReplica.)

Erforderlich 1

Erstellt ein Replikat des Add-on-Deployments pro Cluster.

2

Erstellt zwei Replikate des Add-on-Deployments pro Cluster.

rollingUpdate rollingUpdate

Steuert das gewünschte Verhalten der rollierenden Aktualisierung durch maxSurge und maxUnavailable.

JSON-Format im Klartext oder Base64-codiert.

Optional Null Null
tolerations Toleranzen

Mit Taints und Toleranzen können Sie die Worker-Knoten steuern, auf denen Add-on-Pods ausgeführt werden.

Damit ein Pod auf einem Knoten mit einem Taint ausgeführt werden kann, muss der Pod eine entsprechende Toleranz aufweisen.

Setzen Sie tolerations auf ein Schlüssel/Wert-Paar, das sowohl der Podtoleranz als auch dem Taint des Worker-Knotens entspricht.

JSON-Format im Klartext oder Base64-codiert.

Optional Null [{"key":"tolerationKeyFoo", "value":"tolerationValBar", "effect":"noSchedule", "operator":"exists"}]

Nur Pods mit dieser Toleranz können auf Worker-Knoten ausgeführt werden, die den Taint tolerationKeyFoo=tolerationValBar:noSchedule aufweisen.

topologySpreadConstraints topologySpreadConstraints

So verteilen Sie passende Pods auf die angegebene Topologie.

JSON-Format im Klartext oder Base64-codiert.

Optional Null Null
Für dieses Cluster-Add-on spezifische Konfigurationsargumente
Schlüssel (API und CLI) Anzeigename des Schlüssels (Konsole) Beschreibung Erforderlich/Optional Standardwert Beispielwert
coreDnsContainerResources CoreDNS Containerressourcen

Sie können die Ressourcenmengen angeben, die von den Add-on-Containern angefordert werden, und Grenzwerte für die Ressourcennutzung festlegen, die von den Add-on-Containern nicht überschritten werden dürfen.

JSON-Format im Klartext oder Base64-codiert.

Optional Null {"limits": {"cpu": "500m", "memory": "200Mi" }, "requests": {"cpu": "100m", "memory": "100Mi"}}

Erstellen Sie Add-on-Container, die 100 Millicores CPU und 100 Mebibyte Speicher anfordern. Begrenzen Sie Add-on-Container auf 500 Millicores CPU und 200 Mebibyte Arbeitsspeicher.

corednsEnhancedMetrics Erweiterte Metriken für CoreDNS

Die Granularität der zu generierenden CoreDNS-Metriken.

Wenn CoreDNS Standardmetriken generieren soll, setzen Sie corednsEnhancedMetrics auf false. Wenn CoreDNS detailliertere Metriken für den internen Kubernetes- und OCI-Netzwerkverkehr generieren soll, setzen Sie corednsEnhancedMetrics auf true.

Beachten Sie, dass der Standardwert von corednsEnhancedMetrics von der Version von Kubernetes abhängt, auf der das Cluster ausgeführt wird.

Optional true für Cluster mit Kubernetes-Version 1.34.1 und höher.

false für Cluster, auf denen Kubernetes-Version 1.34.0 und höher ausgeführt werden.

true
customizeCoreDNSConfigMap CoreDNS configMap anpassen

Wenn Oracle CoreDNS automatisch für Sie verwalten soll, setzen Sie customizeCoreDNSConfigMap auf false (Standard).

Wenn Sie das Verhalten von CoreDNS anpassen möchten, setzen Sie customizeCoreDNSConfigMap auf true, und erstellen Sie eine Coredns configMap im Kube-System-Namespace.

Erforderlich false true
minReplica min Replikat

Die Mindestanzahl an Replikaten des CoreDNS-Deployments.

Erforderlich 1

Erstellt insgesamt einen Pod im Cluster.

2

Erstellt insgesamt zwei Pods im Cluster.

nodesPerReplica Knoten pro Replikat

Die Anzahl der CoreDNS-Replikate pro Clusterknoten.

Erforderlich 1

Erstellt ein Replikat auf jedem Knoten.

2

Erstellt ein Replikat auf jedem zweiten Knoten.