Architecte
De la capacité pour la campagne
La campagne de la semaine prochaine double les répliques de l'API et de la recherche (ops/capacity-report.md). Le métier veut une promesse : perdre n'importe quel worker pendant la campagne ne doit ni ralentir la boutique ni retirer une réplique, et l'index de recherche ne doit jamais partir en swap. Planifie la capacité et fais en sorte que le cluster place ses tâches en conséquence.
Ton terminal est sur manager-1 (vidé). Les workers n'ont pas tous la même mémoire : docker node inspect --pretty l'indique. Le test appelle http://<cluster>/search chaque minute pendant deux heures ; à 0 h 15, la CI lance docker service scale -d shop_api=6 shop_search=4 ; à 1 h 00, le worker le plus chargé meurt pour de bon. Chaque minute, le test relève si un nœud swappe ; à la fin, il compte les répliques en marche et les conteneurs tués faute de mémoire.
Ce que ton serveur doit tenir
- stack.swappingMinutes = 0
- stack.missingReplicas = 0
- containers.oomKills = 0
- Disponibilité ≥ 99 %