kubernetes/website

Guaranteed Scheduling For Critical Add-On Pods task does not link to details of built in PriorityClasses

Open

#39.000 aperta il 19 gen 2023

Vedi su GitHub
 (7 commenti) (0 reazioni) (1 assegnatario)HTML (13.918 fork)batch import
help wantedlanguage/enpriority/backlogtriage/accepted

Metriche repository

Star
 (4127 star)
Metriche merge PR
 (Merge medio 16g 13h) (160 PR mergiate in 30 g)

Descrizione

Folks - on this page, regarding this language: "To mark a Pod as critical, set priorityClassName for that Pod to system-cluster-critical or system-node-critical. system-node-critical is the highest available priority, even higher than system-cluster-critical." This immediately brings to mind the question: "what do you mean by even higher, i.e. what is the effect?" A little searching yields this documentation which answers the question nicely. Consider adding some clarification on the effect of node vs cluster priority in your docs.

Guida contributor

Direzione di ricerca
Ricerca la differenza tra le classi di priorità system node critical e system cluster critical in Kubernetes e suggerisci di aggiungere una spiegazione alla pagina delle attività, possibilmente collegandoti alla documentazione di OpenShift o ai concetti delle classi di priorità di Kubernetes.
Tech stack
Nessuno
Dominio
documentation
Tipo issue
Documentazione
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
1
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
Meno di 1 ora
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
Nessuno
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
90