From 59a3681c2da38329bb6164126c92a4eec5efeaec Mon Sep 17 00:00:00 2001 From: Otthorn Date: Fri, 28 Jun 2024 17:45:45 +0200 Subject: [PATCH] wrap text at 80 char per line --- infrastructure/machines/qui_est_qui.md | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/infrastructure/machines/qui_est_qui.md b/infrastructure/machines/qui_est_qui.md index c36ce1e..00ae2ec 100644 --- a/infrastructure/machines/qui_est_qui.md +++ b/infrastructure/machines/qui_est_qui.md @@ -47,14 +47,14 @@ 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. +*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