explications pour ne pas re-re-mettre un disque de 4096 sur tealc
parent
8b58f6a10f
commit
629a79d247
|
@ -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
|
||||
|
|
Loading…
Reference in New Issue