En utilisant un miroir rayé (Raid 10) comme exemple, si deux disques sont étendus à quatre, comment les données des deux disques peuvent-elles être 're-balancées' (réparties) entre les deux miroirs?
Autrement dit, comment les fichiers qui ont été écrits sur un miroir peuvent-ils être écrits sur deux miroirs pour tirer parti des disques rayés?
Seules les données nouvellement écrites (ajoutées) sont réparties entre tous les vdevs actuellement actifs, il n'y a pas d'opération de rééquilibrage explicite dans ZFS.
Deux solutions possibles :
Pour être plus précis, je choisirais la deuxième solution et transférerais chaque système de fichiers séparément aux moments où la charge du système est faible (par exemple la nuit) :
zfs snapshot -r) d'un système de fichiers de taille décente (et des systèmes de fichiers descendants, de manière récursive)zfs send | zfs recv avec les options appropriées pour envoyer l'instantané vers un nouveau système de fichiers temporaire (qui peut être sur le même pool si l'espace le permet) ; ce système de fichiers doit être situé au même endroit dans la hiérarchie que l'ancienzfs destroy l'ancien instantané et l'ancien système de fichierszfs rename le système temporaire avec l'ancien nomzfs mount, réorganisant la situation précédente pour votre système de fichiers remplacé
3ème solution possible (comme mentionné par SirMaster dans ce forum FreeNAS post) :
rm -rf original/mv temp/ original/Cela fonctionne car ZFS va proportionnellement placer les écritures sur le vdev ayant le plus d'espace libre, dans ce cas les nouveaux disques qui étaient vides. (à partir de 0.7, zfs va privilégier des disques plus rapides pour les écritures, mais supposons que vos 2 nouveaux disques ont les mêmes performances ou supérieures aux disques originaux)
C'est probablement plus lent que zfs send | zfs recv, mais plus simple car vous n'avez pas à créer/détruire des instantanés.
Vous pouvez exécuter zpool list -v avant et après pour voir l'utilisation de chaque vdev.
J'ai également trouvé un script php qui effectue la procédure de copie/suppression/renommer sur une base de fichier par fichier. Cela a été lié dans une réponse similaire (mais zvol) à une question plus ancienne de quelques années. (je n'ai pas personnellement testé ce script)
Merci, j'ai utilisé cette technique pour rééquilibrer mon laboratoire domestique après avoir étendu le pool avec un nouveau vdev raidz1. Ça a bien fonctionné.
Soyez conscient - cette approche pourrait ne pas fonctionner comme vous vous y attendez...consultez les réponses de Cyberjock dans le fil de discussion lié à ce message.
Ceci est similaire à la réponse de l'utilisateur121391, mais je viens de terminer une opération de rééquilibrage en utilisant l'excellent article de blog de Jim Salter datant de quelques années. Essentiellement, vous :
zpool detach.syncoid pour cela.zpool destroy votre ancien pool après avoir murmuré les formules porte-bonheur dont vous avez besoin.zpool attach les disques restants au nouveau pool.SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
9 votes
@ewwhite Parfois, vous n'avez pas cette option.
7 votes
@ewwhite Et parfois la croissance ne peut pas être anticipée correctement, car elle dépend du marché extérieur. Vos conseils ne seraient valables que si vous aviez également une machine à remonter le temps fonctionnelle.