Affinites et tolerations
Certains services manages Ziosting peuvent etre contraints a s'executer sur des noeuds Kubernetes specifiques. Depuis la console, vous pouvez definir :
- des affinites de noeuds pour selectionner des noeuds possedant certains labels ;
- des tolerations pour autoriser le placement sur des noeuds portant certains taints.
Pourquoi utiliser cette fonction
Ce reglage est utile si vous souhaitez isoler une charge de travail sur des noeuds dedies, avec des caracteristiques particulieres, par exemple :
- disques rapides ;
- capacite memoire plus elevee ;
- isolation d'un service sensible ;
- separation d'environnements ou de classes de services.
Comment cela fonctionne
Lors de la creation ou de la modification d'un service compatible, la console affiche des champs pour definir des regles d'affinite et de toleration. Ces regles sont ensuite appliquees au niveau Kubernetes pour controler le placement des pods du service.
- Chaque regle d'affinite correspond a un label Kubernetes sous la forme cle = valeur.
- Chaque toleration correspond a une cle de taint et a son effet, par exemple NoSchedule.
- Laisser les champs vides signifie qu'aucune contrainte de placement supplementaire n'est appliquee.
Impact sur la haute disponibilite
Un reglage trop restrictif peut empecher le schedule des pods ou concentrer plusieurs replicas sur un nombre insuffisant de noeuds. Cela peut degrader, voire annuler, la haute disponibilite attendue du service.
Avant d'appliquer ces regles, verifiez que votre cluster dispose de suffisamment de noeuds compatibles pour absorber les replicas, les redemarrages et les operations de maintenance.
Services concernes
La disponibilite de cette fonction depend du service. Elle est exposee dans la console pour les services compatibles.
Aller plus loin
Retrouvez les caracteristiques generales de gestion dans Gestion des services.