Administrator Guide

Committed 2 of 2 migrations
VPlexcli:/>
À propos des reconstructions
La reconstruction permet de synchroniser les données d’un disque source vers un disque cible. Lorsque des différences surviennent entre
les tronçons d’un RAID, la reconstruction permet de mettre à jour le tronçon obsolète.
Il existe deux types de comportements de reconstruction :
● Une reconstruction complète copie l’intégralité du contenu de la source vers la cible.
● Une reconstruction de journalisation copie uniquement les blocs modifiés de la source vers la cible.
Les miroirs locaux sont mis avec une reconstruction complète (les périphériques locaux n’utilisent pas les volumes de journalisation).
Dans les configurations Metro Node, tous les périphériques distribués disposent d’un volume de journalisation associé. Les volumes de
journalisation gardent une trace des blocs écrits lors d’une panne de liaison intercluster. Après la restauration d’une liaison ou d’un tronçon,
le système Metro Node utilise les informations des volumes de journalisation pour synchroniser les miroirs en envoyant uniquement les
blocs modifiés sur la liaison.
Les reconstructions de volume de journalisation se produisent également lorsqu’un tronçon d’un RAID 1 distribué devient inaccessible, mais
se restaure rapidement.
Si un volume de journalisation n’est pas disponible au moment où un tronçon est planifié pour être marqué comme obsolète, le tronçon est
marqué comme entièrement obsolète, ce qui provoque une reconstruction complète.
L’indisponibilité d’un volume de journalisation est importante au moment de la récupération (lorsque le système lit le volume de
journalisation) et au moment où une écriture échoue sur un tronçon et aboutit sur un autre (lorsque le système commence à écrire
sur le volume de journalisation).
PRÉCAUTION :
Si aucun volume de journalisation n’est disponible, une restauration de liaison intercluster entraîne une
reconstruction complète de tous les périphériques distribués sur lesquels il y a eu des écritures alors que la liaison a été
interrompue.
Reportez-vous à la section Journalisation.
Reconstructions pour le stockage à provisionnement dynamique
Le provisionnement dynamique permet au stockage de migrer vers un volume de stockage à provisionnement dynamique, et d’allouer une
capacité de pool de stockage dynamique minimale.
Les volumes de stockage à provisionnement dynamique peuvent être intégrés à des miroirs RAID 1 avec une consommation similaire à la
capacité du pool de stockage dynamique.
Metro Node conserve l’espace du thin pool non alloué du volume de stockage cible de différentes manières, en fonction de la compatibilité
ou non du volume cible avec le provisionnement dynamique. Pour les volumes compatibles avec le provisionnement dynamique, si le
tronçon source indique des données mises à zéro, Metro Node émet une commande UNMAP pour ces blocs sur les volumes cibles.
Pour les tronçons cibles non compatibles avec le provisionnement dynamique, Metro Node vérifie le contenu des données mises à
zéro avant écriture, puis supprime l’écriture à l’endroit où elle risque de causer un provisionnement inutile. Pour que cet algorithme de
reconstruction dynamique soit sélectionné, Metro Node définit automatiquement la balise thin-rebuild sur les volumes compatibles
avec le provisionnement dynamique dans le cadre du processus de revendication. Si les volumes de stockage ne sont pas supportés
comme étant compatibles avec le provisionnement dynamique, l’administrateur Metro Node définit une troisième propriété, l’attribut
thin-rebuild défini sur true, pendant ou après la revendication de stockage.
REMARQUE :
Lors de la revendication d’un volume de stockage, Metro Node définit automatiquement la balise thin-rebuild sur
true pour les baies compatibles avec le provisionnement dynamique. Metro Node ne réalise pas cette opération sur les volumes de
stockage dynamique qui sont déjà revendiqués avec la balise définie sur false.
Metro Node permet de modifier la valeur thin-rebuild des volumes de stockage, que ceux-ci soient compatibles avec le provisionnement
dynamique ou non. Pour les volumes de stockage compatibles avec le provisionnement dynamique, si vous tentez de définir la propriété
thin-rebuild sur false, l’interface CLI Metro Node affiche un avertissement. Dans un scénario où l’ensemble du contenu de la source est
écrit sur la cible, les performances peuvent être meilleures que celles d’une reconstruction normale si :
● Les volumes de stockage ne sont pas compatibles avec le provisionnement dynamique.
● Le contenu de la source et de la cible de la reconstruction est presque identique.
● Seules les données différentes sont écrites au cours du processus de reconstruction dynamique.
44
Migration des données