Outils

CALCULATEUR ZFS

Combien de téraoctets restent vraiment une fois la parité, le bourrage RAIDZ et la réserve déduits ? Et combien de disques pouvez-vous perdre ?

Les disques

disques
To (fabricant)
disques

La disposition

Type de vdev
disques

Six disques en RAIDZ2, c'est le compromis classique entre capacité et durée de reconstruction.

Les réglages fins

Taille de bloc des données

16 Kio : disques de VM Proxmox (volblocksize par défaut). 128 Kio : jeux de données classiques (recordsize). 1 Mio : sauvegardes, médias.

%

Au-delà de 80 %, ZFS ralentit nettement : il cherche de plus en plus longtemps où écrire.

Capacité utilisable conseillée

-
-Capacité brute achetée
-Rendement réel
-Disques perdus sans dommage, garantis
-vdevs dans le pool

Du brut au réel

Capacité brute-
Après parité, en théorie-
Après bourrage RAIDZ, en vrai-
Réserve slop d'OpenZFS-
Exploitable-
Soit, en unités binaires-
À ne pas dépasser-

Performances et mémoire

Lectures aléatoires (IOPS)-
Écritures aléatoires (IOPS)-
Débit séquentiel-
Tolérance aux pannes-
ARC conseillé (règle Proxmox)-

Où passent vos téraoctets

Données, au remplissage conseilléMarge et réserve Parité, copies et bourrageSecours et disques inutilisés

    Pourquoi le RAIDZ ment un peu

    Sur le papier, un RAIDZ2 de six disques garde quatre disques sur six pour les données. En pratique, chaque bloc est découpé en secteurs, reçoit sa parité, puis est arrondi à un multiple de « parité + 1 » secteurs. Avec de gros blocs, la perte est négligeable. Avec les blocs de 16 Kio des disques de VM, elle peut coûter un tiers de la capacité annoncée.

    C'est pour cela que ce calculateur demande la taille de bloc : c'est la question que la plupart des calculateurs oublient.

    Miroirs ou RAIDZ ?

    • Miroirs : pour les machines virtuelles et les bases de données. Chaque vdev ajoute des IOPS, la reconstruction ne relit qu'un disque, et l'agrandissement se fait deux disques à la fois.
    • RAIDZ2 : pour les gros volumes écrits séquentiellement, comme les sauvegardes, les archives ou les médias. Meilleur rendement, mais les performances aléatoires sont celles d'un seul disque par vdev.
    • RAIDZ1 : acceptable sur de petits disques. Sur des disques de plusieurs téraoctets, la fenêtre de reconstruction devient un pari.

    Ce que la redondance ne fait pas

    Un pool redondant survit à une panne de disque. Il ne survit ni à un zfs destroy malheureux, ni à un rançongiciel, ni à un incendie. Les instantanés ZFS aident pour le premier cas ; pour les autres, il faut une sauvegarde sur une autre machine, idéalement sur un autre site.

    Les calculs sont faits dans votre navigateur. Les valeurs sont des estimations : la compression, très efficace sous ZFS, augmente souvent la capacité réellement disponible.

    Un pool à concevoir ou à sauver ?

    Nous exploitons ZFS et Ceph en production sur des clusters Proxmox. Conception, migration, disque qui lâche un vendredi soir : nous savons faire.

    Appeler les renforts Tous nos outils