From 629a79d247ccea7ea9e6b47fbc8a57dd4493d20c Mon Sep 17 00:00:00 2001 From: Otthorn Date: Fri, 28 Jun 2024 17:38:26 +0200 Subject: [PATCH] explications pour ne pas re-re-mettre un disque de 4096 sur tealc --- infrastructure/machines/qui_est_qui.md | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/infrastructure/machines/qui_est_qui.md b/infrastructure/machines/qui_est_qui.md index 6649645..c36ce1e 100644 --- a/infrastructure/machines/qui_est_qui.md +++ b/infrastructure/machines/qui_est_qui.md @@ -47,6 +47,15 @@ Redémarrage et mise à jour : - mise à jour manuelle de PostgreSQL - éviter de redémarrer, car tous les services perdent leurs disques +*Nota bene* : **ATTENTION** La vdev ZFS qu'on utilise est configuré en `ashift=9`, ce qui veut +dire qu'elle ne peut accepter que des disques qui ont un blocksize physique d'au +plus `2**9=512 bytes`. La plupart des disques sur le marché aujourd'hui ont une +blocksize de `4096 bytes`. Si on remplace un disque dans la pool avec disque de +`4096` des importants problèmes de performances vont se répercuter dans toute +l'infra. En effet, le stockage pour les VM est sur tealc, donc une baisse de +performance niveau IO va entrainer une augmentation de la charge moyenne des +serveurs en la multipliant par 5 ou 10. + ## Cameron C'est le serveur qui héberge les homes des adhérent⋅es et leurs