Documentazione dell'infrastruttura Oracle Cloud

Tiller (non consigliato)

Quando si abilita il componente aggiuntivo del cluster Tiller, è possibile passare le seguenti coppie chiave/valore come argomenti.

Si noti che Tiller è stato rimosso da Helm nella versione 3 (e versioni successive) a causa dei rischi noti per la sicurezza. A causa di questi rischi per la sicurezza, si consiglia di non distribuire Tiller nei cluster di produzione. Per lo stesso motivo, il componente aggiuntivo Tiller non viene visualizzato nella console. Se decidi di voler distribuire il componente aggiuntivo Tiller nonostante i rischi per la sicurezza, utilizza l'interfaccia CLI o l'API OCI.

Argomenti di configurazione comuni a tutti i componenti aggiuntivi cluster
Chiave (API e CLI) Nome visualizzato chiave (console) Descrizione Obbligatorio/Facoltativo Valore predefinito Valore di esempio
affinity affinità

Gruppo di regole di pianificazione affinità.

Formato JSON in testo normale o codificato in Base64.

 Facoltativo nullo nullo
nodeSelectors selettori nodi

È possibile utilizzare i selettori nodo e le etichette nodo per controllare i nodi di lavoro sui quali vengono eseguiti i pod componente aggiuntivo.

Affinché un pod venga eseguito su un nodo, il selettore nodo del pod deve avere la stessa chiave/valore dell'etichetta del nodo.

Impostare nodeSelectors su una coppia chiave/valore corrispondente sia al selettore nodo del pod che all'etichetta del nodo di lavoro.

Formato JSON in testo normale o codificato in Base64.

 Facoltativo nullo {"foo":"bar", "foo2": "bar2"}

Il pod verrà eseguito solo sui nodi con l'etichetta foo=bar o foo2=bar2.
numOfReplicas numOfReplicas Numero di repliche della distribuzione del componente aggiuntivo.

Per CoreDNS, utilizzare invece nodesPerReplica.

 Obbligatorio 1

Crea una replica della distribuzione del componente aggiuntivo per cluster.

 2

Crea due repliche della distribuzione componente aggiuntivo per cluster.
rollingUpdate rollingUpdate

Controlla il funzionamento desiderato dell'aggiornamento in sequenza tramite maxSurge e maxUnavailable.

Formato JSON in testo normale o codificato in Base64.

 Facoltativo nullo nullo
tolerations tolleranze

È possibile utilizzare le tenute e le tolleranze per controllare i nodi di lavoro sui quali vengono eseguiti i pod dei componenti aggiuntivi.

Affinché un pod venga eseguito su un nodo che presenta una torsione, il pod deve avere una tolleranza corrispondente.

Impostare tolerations su una coppia chiave/valore corrispondente sia alla tolleranza del pod che alla tendenza del nodo di lavoro.

Formato JSON in testo normale o codificato in Base64.

 Facoltativo nullo [{"key":"tolerationKeyFoo", "value":"tolerationValBar", "effect":"noSchedule", "operator":"exists"}]

Solo i pod con questa tolleranza possono essere eseguiti sui nodi di lavoro che hanno la caratteristica tolerationKeyFoo=tolerationValBar:noSchedule.
topologySpreadConstraints topologySpreadConstraints

Come diffondere pod corrispondenti tra la topologia specificata.

Formato JSON in testo normale o codificato in Base64.

 Facoltativo nullo nullo
Argomenti di configurazione specifici per questo componente aggiuntivo cluster
Chiave (API e CLI) Nome visualizzato chiave (console) Descrizione Obbligatorio/Facoltativo Valore predefinito Valore di esempio
tiller.ContainerResources risorse contenitore cassa

È possibile specificare le quantità di risorse richieste dai container aggiuntivi e impostare i limiti di utilizzo delle risorse che i container aggiuntivi non possono superare.

Formato JSON in testo normale o codificato in Base64.

 Facoltativo nullo {"limits": {"cpu": "500m", "memory": "200Mi" }, "requests": {"cpu": "100m", "memory": "100Mi"}}

Crea container aggiuntivi che richiedono 100 millilitri di CPU e 100 mebibyte di memoria. Limita i contenitori aggiuntivi a 500 milllicires di CPU e 200 mebibyte di memoria.