Bonjour,
 
Voilà j'ai tenter de trouver la réponse mais en vain.
 
Lors de la création d'aggrégat sur un Netapp il y a de la perte d'espace disque dû au raid-dp, taille physique différent de taille réelle, système de fichiers wafl, etc...
 
Seulement j'aurai aimé savoir les autres critères qui font baissé la taille de l'aggrégat et avoir un pourcentage de la perte (environ) (par exemple 10% pour le raid-dp, etc....)
 
Car aujourd'hui si je compte la taille physique des disques qui sont dans mon aggrégat j'arrive à 14To alors que je ne peux en utiliser que 8To.
 
J'espère avoir été clair :-)
 
Merci.
Cordialement,

Salut,
 
Le RAID-DP taxe 2 disques par raid group pour la parité. Généralement il y a également 1 spare.
Donc si on suppose que l'on a 14 disques dans une baie, et que l'on veut un seul raid group, il en reste 11 pour le calcul de la capacité.
 
Ensuite il y a le "right-sizing". Un disque marqué 1To en fait moins une fois converti en base 2. Dans le cas de disque ATA, il y a également de l'espace réservé pour le checksum des blocs. Du coup le 1To sur l'étiquette se transforme en 847Go une fois dans le système.
 
11 * 847Go = 9317Go. Il y a également 20Mo pris sur chaque disque pour les labels, mais aujourd'hui vu la taille de chaque disque c'est négligeable.
Sur les 9317Go, WAFL prend 10% de l'espace disque, donc 8385 Go disponible pour l'agrégat.  
 
Dans cet espace, 5% sont réservés pour l'agregate snapshot reserve. C'est à mettre à 0 si la configuration n'est pas en metrocluster (ce sera d'ailleurs le paramètre par défaut à partir de la 8.0.2). On crée ensuite des volumes, qui peuvent également avoir des snapshots reserve si on le désire.  
 
Après toutes ces pertes d'espace, un peu d'espoir
Dans un système neuf, le volume root (/vol/vol0) est gros et peut être réduit a quelques dizaines de Go (la taille mini dépend du contrôleur).
La déduplication fait gagner pas mal d'espace disque, 50% de gain garanti pour des environnements virtuels par exemple. C'est activable par volume.

Exact. Même surprise lors de l'achat du 2050.
Lors de l'achat du 2020, c'était encore pire. La place disque réellement utilisable est importante et n'hésitez pas à poser toutes les questions aux "vendeurs" qui ne disent pas toujours tout et à la fin on se retrouve avec une volumétrie que l'on ne voulait pas.
Vu le prix des disques 15k de NetApp, vaut mieux être sûr de ce que l'on commande dès le début.
 
La déduplication c'est bien mais ca bouffe beaucoup de ressources. A faire quand le SAN n'est pas utilisé mais c'est vrai que sous VMWare, j'ai déjà 35% d'espace de "gagné".

Merci pour vos réponses à tous les deux c'est exactement ce que je voulais savoir et ça m'a permis de comprendre :-)
 
Sur mes 88 disques de 140Go, chaque disque n'a que 133Go utilisable.
Ensuite j'ai 6 volume group de 13 disques donc à chaque volume group je perd 2 disques + 1 disque de spare par VG (je sais pas si on peut faire moins de VG...).
Plus le wafl qui prend 10% + 5% pour le snapshot reservé à l'aggrégat.
Donc en gros sur mes 12To j'en ai que 8To... snif
 
Merci en tout cas !

Pour les spares, un seul par type de disque (FC/ATA) est nécessaire par contrôleur. Il en faut 2 si on veut utiliser la fonctionnalité "maintenance center".
voila les recommandations :
 

 
Si tu n'utilises pas SyncMirror (et donc metrocluster) tu peux regagner les 5% de l'agregat snapshot reserve facilement :  

A noter qu'il faut quand même garder environ 10% d'espace libre dans l'agrégat si tu ne veux pas avoir de problème de performance.

Peut-on créer des VG de plus de 13 disques ?
Parce que j'ai repris une configuration existante et je me demande pourquoi il y a 6 VG dans un aggrégat (88 disques) alors que si on crée un seul VG on gagne 2 disques par VG non ?
 
Cela dépend-t-il du type de disque ?
 
Merci.

Tu veux parler des Raid Group ?
Le nombre max de disque par raid group dépend effectivement du type de disque et du type de RAID (RAID-4 => moins de disques max par raid group)
Pour des disques FC ou SAS, je crois que c'est 28 max en RAID-DP, avec une valeur recommandée de 14.
Pour du SATA, cela doit être 20 à partir de ontap 8.x et 16 sur les versions précédentes. Attention également à une autre limitation pour les disques de grande capacité : un agrégat a une taille maximum, qui dépend du contrôleur, de la version de ontap, et si c'est un agrégat 64 bits ou non.
 
Des Raid group plus gros permettent d'en avoir moins, et donc de limiter le nombre de disque dédié à la parité. Les performances peuvent augmenter également, mais les gains au delà de la valeur recommandée sont de plus en plus faible.

Merci pour la réponse.
Si effectivement la valeur recommandée par les best pratice est 14 je comprends pourquoi on a ça alors.
 
Par contre je ne comprends pas pourquoi le fait d'avoir plus de disques dans un volume group dimunue les performance ? Justement un disque travail moins ça me paraitrait logique.

Les performances augmentent, mais pas de façon linéaire. De plus, le risque de perte des données augmente avec le nombre de disque.
Netapp considère qu'au delà de 20 ou 28 selon le type de disque, c'est mieux de faire un autre groupe.  

Ah oki c'est vrai que vu comme ça ça parait logique.
 
Merci en tout cas pour les explications !  
 
Cordialement,