Comment surdimensionner un SSD pour stocker un volume ZFS plus petit (ZVOL) ?

Les disques sont consommables.

Je suggère simplement de les utiliser comme prévu.
RAIDez-les. Surveillez étroitement leur santé.

Ou peut-être qu'il n'y a aucune différence du tout, et le SSD utilisera automatiquement efficacement l'ensemble de ses cellules de mémoire flash?

Ces SSD de centre de données sont déjà sur-dimensionnés; probablement 512 Go pour une capacité de 480 Go que vous avez mentionnée. Le matériel prend déjà en compte le nivellement de l'usure.

Toutes les trois approches donneront des résultats acceptables. Personnellement, j'utilise le 1, j'ai autotrim=on sur mes pools, et mes VM sont sauvegardées par des zvols et utilisent le pilote SCSI paravirtualisé qui comprend les commandes trim/discard. Mon raisonnement est que je ne remplirai probablement jamais les disques au-dessus de 80% de leur capacité, mais il est bon de pouvoir le faire si jamais nécessaire.

Les options 2 et 3 donneront des résultats similaires, en supposant que vous commencez avec un SSD fraîchement effacé (sécurisé ou blkdiscardé).

Si vous utilisez autotrim=on et que vous ne remplissez jamais les SSD au-dessus de 80% de leur capacité, il n'y aura pas de différence significative entre les 3 approches mentionnées.

Surdimensionner est réalisé par n'importe quelle méthode qui empêche toutes les pages du lecteur d'être utilisées. Les partitions sont une approche utilisée par d'autres systèmes de fichiers pour empêcher toutes les pages d'être utilisées, mais ZFS a une manière beaucoup moins compliquée. Cela s'appelle un quota.

Les quotas sont traditionnellement utilisés pour empêcher des systèmes de fichiers spécifiques d'utiliser tout un disque, peut-être parce qu'il y a plusieurs utilisateurs, chacun se voyant attribuer un système de fichiers privé, et chaque système de fichiers est mis sous quota pour qu'un des utilisateurs ne puisse pas monopoliser tout l'espace du disque. Mais les quotas sont également adaptés pour le surdimensionnement. Voici un exemple de commande qui définit une surprovision de 20% sur un pool nommé tank pour un système de fichiers de niveau supérieur appelé foo sur un SSD de 1000 Go. Le disque unique a été ajouté au pool avec la syntaxe par défaut (pratiquement tout le lecteur).

zfs set quota=800G tank/foo

Oui, c'est assez simple. La syntaxe de ZFS qui vous permet d'utiliser des suffixes plus simples comme G signifie que vous n'avez pas à faire de calcul de partition. En tant qu'administrateur système (même si c'est votre NAS domestique, ordinateur de bureau, portable, etc.), vous devrez vous rappeler de ne pas changer le quota. Mais ce n'est pas très différent de se rappeler de ne pas formater une partition brute ou de trafiquer le firmware pour que le disque sous-déclare sa taille.

L'avantage est qu'il n'y a pas de partition brute en vrac appelant toutes les utilitaires à être provisionnées et utilisées. De plus, il est facile à changer, donc vous pouvez l'ajuster en fonction de la manière dont le disque est utilisé. Si un disque ne reçoit pas beaucoup d'écritures qui réécrivent les pages existantes, le surdimensionnement est tout simplement de l'espace gaspillé, donc la taille d'un ensemble réservé de pages est mieux décidée en fonction de la fréquence à laquelle les pages existantes sont modifiées sur un disque. Cette approche fonctionne également avec les types de pool zfs comme le miroir, simple et raid-z car ils remplissent de manière égale un ensemble de disques.