Se i job sono in timeout e ritieni che il timeout non sia dovuto a un problema di fondo con l'installazione, puoi aumentare l'intervallo di timeout. Questo documento descrive come modificare gli intervalli di timeout per i job delle macchine e i job in batch con annotazioni secondo le specifiche di configurazione.
Le routine e i comandi di GKE su Bare Metal si suddividono in due categorie, job di macchine 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 gestire le installazioni tipiche.
Ecco un paio di esempi di messaggi di errore di timeout del job:
Messaggio di errore di timeout del job della macchina (con 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 della 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.
Modificare l'intervallo di timeout dei job batch
Un job batch è una routine che viene eseguita su più macchine, come un controllo preflight di rete. L'intervallo di timeout predefinito per i job batch di 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 regolato 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
.