kubernetes/website

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

Open

#39 000 ouverte le 19 janv. 2023

Voir sur GitHub
 (7 commentaires) (0 réactions) (1 assigné)HTML (13 918 forks)batch import
help wantedlanguage/enpriority/backlogtriage/accepted

Métriques du dépôt

Stars
 (4 127 stars)
Métriques de merge PR
 (Merge moyen 16j 13h) (160 PRs mergées en 30 j)

Description

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.

Guide contributeur

Direction de recherche
Recherchez la différence entre les classes de priorité system node critical et system cluster critical dans Kubernetes et suggérez d'ajouter une clarification à la page de tâches, éventuellement en liant à la documentation OpenShift ou aux concepts de classes de priorité Kubernetes.
Stack technique
Aucun
Domaine
documentation
Type d'issue
Documentation
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
1
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
Moins d'une heure
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
Aucun
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
90