Réutilisez des disques de capacités différentes uniquement lorsque la configuration tient compte de leurs écarts ; reconstruisez un pool homogène lorsque le remplacement prévisible, le comportement de reconstruction et la capacité comptent davantage que le coût déjà engagé.
Les disques de capacités différentes ne sont pas automatiquement dangereux, et les disques homogènes ne sont pas automatiquement résilients. Le résultat dépend de la topologie, des limites imposées par le plus petit membre, de la technologie d'enregistrement, de la corrélation des âges, de la disponibilité d'un disque de secours et de l'existence d'une restauration complète en dehors du pool.
Comparez les règles de configuration avant les étiquettes des disques
Commencez par la configuration de stockage. Les miroirs, les groupes de parité et les disques de données indépendants utilisent différemment les capacités disponibles. Dans de nombreuses configurations avec parité ou miroir, un membre de plus grande capacité ne fournit que la capacité du plus petit membre, jusqu'au remplacement de tous les disques requis.
ZFS organise la redondance autour des vdev ; le comportement en cas de panne concerne donc le vdev, et non l'étiquette marketing apposée sur un disque. Cette présentation du stockage et de la reconstruction de ZFS est utile pour comprendre pourquoi la topologie contrôle le processus de récupération.
La réutilisation est raisonnable lorsque le logiciel peut isoler des disques de capacités différentes sans masquer de capacité ni coupler des pannes sans rapport. Si la configuration prévue gaspille de grandes portions de plusieurs disques, une reconstruction homogène apporte déjà une simplicité opérationnelle.
Considérez la méthode d'enregistrement et l'état de santé comme des critères impératifs
Notez le numéro complet du modèle, la capacité, le nombre d'heures de fonctionnement, l'historique des erreurs, la taille des secteurs, l'interface et la technologie d'enregistrement de chaque candidat. Ne déduisez pas la technologie CMR ou SMR à partir du nom d'une gamme, car les différences entre modèles sont importantes.
Un test contrôlé de reconstruction SMR contre CMR a révélé des comportements de reconstruction radicalement différents avec la même charge ZFS. La conclusion n'est pas que tous les pools mixtes échouent, mais qu'un seul membre lent peut déterminer toute la durée de récupération.
Écartez les disques dont le nombre de secteurs réalloués, en attente ou incorrigibles augmente. Écartez également tout disque dont les exigences en matière de vibrations, de chaleur ou d'interface ne conviennent pas au boîtier.
Comparez la prévisibilité de la récupération, pas seulement la capacité
Un pool homogène réduit le nombre de cas de remplacement. Un seul format de disque de secours, des performances similaires et une estimation connue de la reconstruction facilitent la documentation des procédures en cas d'incident.
Des disques de capacités différentes peuvent réduire la corrélation des âges s'ils proviennent de lots différents, mais ils créent aussi davantage d'exceptions. La récupération n'est prévisible que lorsque ces exceptions sont intégrées au plan de disques de secours et de remplacement.
| Facteur de décision | Réutilisation de disques de capacités différentes | Pool homogène |
|---|---|---|
| Capacité utilisable | Dépend de la configuration ; peut gaspiller de l'espace | Plus facile à prévoir |
| Disques de secours | Plusieurs capacités peuvent être nécessaires | Une seule classe interchangeable |
| Vitesse de reconstruction | Limitée par le membre le plus lent | Plus homogène |
| Risque lié à l'âge | Peut répartir les âges | Peut partager le risque lié à l'âge du lot |
| Migration | Coût initial inférieur | Nécessite une copie, une reconstruction et une restauration |
Évaluez le coût de la migration et de la prochaine panne
La reconstruction d'un pool homogène nécessite une capacité temporaire, une copie complète des données, une vérification par sommes de contrôle ou par comptage des fichiers, la création du pool, la restauration, la validation des autorisations et une période de retour arrière. Ces étapes peuvent prendre plus de temps que les nouveaux disques ne coûtent cher.
La réutilisation de disques de capacités différentes reporte cette migration, mais la prochaine panne peut imposer l'achat urgent d'une capacité permettant de conserver la géométrie actuelle. Évaluez le prix d'un disque de secours adapté et d'un remplacement d'urgence avant de considérer la réutilisation comme moins chère.
Si les données sont des contenus remplaçables, une récupération manuelle plus longue peut être acceptable. Si le pool contient des données familiales, professionnelles ou l'état de machines virtuelles, un temps de restauration prévisible mérite généralement davantage de poids que la capacité maximale récupérée.
Adoptez une règle de décision axée sur la récupération
Réutilisez les disques de capacités différentes lorsque tous les modèles passent les contrôles de santé, que la configuration préserve une capacité utile, que les membres lents ne rendent pas la récupération inacceptable et qu'une copie indépendante existe. Gardez le disque le plus polyvalent comme disque de secours à froid plutôt que de remplir chaque baie.
Reconstruisez un pool homogène lorsqu'un seul disque lent peut prolonger la période de panne, lorsque les formats des disques de secours se sont fragmentés ou lorsque l'extension du pool nécessite déjà le remplacement de la plupart des membres. Une fois la configuration choisie, le processus de test SMB avec de petits fichiers peut distinguer la surcharge réseau du comportement du pool.
Interrompez l'une ou l'autre approche si la restauration n'a pas été testée. La redondance peut maintenir un système en ligne malgré certaines pannes de disques, mais elle ne peut pas valider une sauvegarde non éprouvée.
Comparaisons de produits
Plus à lire

LXC vs Docker sur Proxmox pour les mises à jour et les restaurations d’applications
Docker offre un contrôle des versions au niveau de l’application ; LXC permet un retour en arrière au niveau du système invité. Le meilleur...

Limites de sécurité de Docker par rapport à LXC pour les services domestiques privilégiés
Docker convient aux applications empaquetées de manière ciblée ; LXC convient à des services Linux plus complets, mais aucun des deux ne remplace une...

Système d’exploitation NAS clé en main vs Linux modulaire pour un débutant
Choisissez un logiciel NAS clé en main pour des opérations de stockage guidées ; choisissez Linux modulaire lorsque l’apprentissage et un contrôle explicite justifient...

