Se si verifica il timeout dei job e ritieni che non sia dovuto a un problema sottostante con l'installazione, puoi aumentare l'intervallo di timeout. Questo documento descrive come regolare gli intervalli di timeout per i job delle macchine e i job batch con annotazioni secondo la specifica di configurazione.
I comandi e le routine GDCV per Bare Metal rientrano in due categorie, job macchina e job batch. Molti fattori possono influire sul tempo necessario per il completamento di un job, ad esempio la configurazione hardware, la configurazione di rete e la configurazione del cluster. GKE su Bare Metal ha timeout predefiniti pensati per supportare le installazioni tipiche.
Ecco un paio di esempi di messaggi di errore relativi al timeout del job:
Messaggio di errore relativo al timeout del job della macchina (sottoposto a wrapping per chiarezza) da un log preflight, ad esempio:
bmctl-workspace/cluster1/logs/preflight-20210501-000426/172.18.0.4
Pod:172.18.0.4-machine-preflf3a32c8a2f7a2449545c7e8ff954c961-652st Result:Failed Reason:DeadlineExceeded Time:Wed Feb 3 16:59:56 2021
L'output da
kubectl logs
per un pod con errori potrebbe mostrare un messaggioDeadlineExceeded
simile (con wrapping):cluster-cluster1 172.18.0.4-machine-preflf3a32c8a2f7a2449545c7e8ff954c961-652st ● 0/1 0 DeadlineExceeded 192.168.122.180 bmctl-control-plane 7m12
Regolazione dell'intervallo di timeout del job della macchina
Un job di una macchina è una routine che viene eseguita su una sola macchina, come un controllo preflight limitato a una singola macchina. I job GKE su Bare Metal hanno
un timeout predefinito di 900 secondi o 15 minuti. L'intervallo di timeout del job della macchina
viene modificato con l'annotazione baremetal.cluster.gke.io/machine-job-deadline-seconds
nel file di configurazione del cluster.
L'esempio seguente imposta l'intervallo di timeout del job della macchina su 1800 secondi o 30 minuti:
apiVersion: baremetal.cluster.gke.io/v1
kind: Cluster
metadata:
name: cluster1
namespace: cluster-cluster1
annotations:
baremetal.cluster.gke.io/machine-job-deadline-seconds: "1800"
spec:
...
Il valore dell'intervallo di timeout verrà applicato quando crei nuovi cluster con
bmctl create cluster
o quando esegui l'upgrade dei cluster esistenti con bmctl upgrade
cluster
. Il nuovo intervallo verrà utilizzato per tutti i job della singola macchina, inclusi
bmctl check preflight
, bmctl check -c <cluster-name>
e altri.
Modifica dell'intervallo di timeout del job batch
Un job batch è una routine eseguita su più macchine, come un controllo preflight di rete. L'intervallo di timeout predefinito per i job batch GKE su Bare Metal dipende dal numero di macchine nella rete. L'intervallo di timeout predefinito è di 900 secondi più altri 20 secondi per ogni macchina.
Quindi, se il job batch viene eseguito su 60 macchine, l'intervallo di timeout predefinito è 2100 secondi (900 + 20 * 60 = 2100) o 35 minuti. L'intervallo di timeout del job batch viene modificato con l'annotazione baremetal.cluster.gke.io/batch-job-deadline-seconds
nel file di configurazione del cluster.
L'esempio seguente imposta l'intervallo di timeout del job batch su 10.800 secondi o 3 ore:
apiVersion: baremetal.cluster.gke.io/v1
kind: Cluster
metadata:
name: cluster1
namespace: cluster-cluster1
annotations:
baremetal.cluster.gke.io/batch-job-deadline-seconds: "10800"
spec:
...
Il valore dell'intervallo di timeout verrà applicato quando crei nuovi cluster con
bmctl create cluster
o quando esegui l'upgrade dei cluster esistenti con bmctl upgrade
cluster
.