Comprendre l’état des niveaux vSAN / les parcours de journal
Comprendre les métriques d’état du tableau de bord des niveaux vSAN, y compris les types de parcours du journal, le suivi de la progression, les vérifications de redondance et les compteurs de réparation pour la surveillance de l’intégrité du stockage.
Vue d’ensemble
Cette page est conçue pour vous aider à comprendre les métriques d’état de VergeFS fournies sur le tableau de bord du niveau vSAN. Ces métriques fournissent des informations sur les Journal Walks, les processus qui surveillent et soutiennent en continu l’intégrité des données vSAN.
Journal Walks
VergeFS utilise un processus appelé Journal Walks (également appelé « Walks ») pour vérifier en continu la fiabilité du stockage et se prémunir contre des risques tels que les pannes matérielles, la corruption silencieuse des données, les coupures de courant et les confirmations d’écriture trompeuses des périphériques. Ces walks sont déclenchés automatiquement et analysent chaque nœud pour vérifier la présence de ses blocs de données attendus. En cas de blocs de données manquants, qui peuvent résulter de : problèmes de périphérique, redémarrages planifiés de nœuds ou perturbations environnementales, VergeFS effectue proactivement des réparations afin de rétablir la cohérence.
Les Journal Walks s’exécutent en arrière-plan ; les opérations du système se poursuivent normalement pendant qu’un Journal Walk est en cours.
Le système exécute trois types de Journal Walks:
Walk partiel (différentiel) - cible les données modifiées depuis la dernière transaction de walk pour une validation plus rapide
Walk complet - analyse toutes les données sur tous les nœuds
Walk mixte - se produit lorsqu’un nœud autre que le contrôleur redémarre ; seul ce nœud est analysé en totalité, tandis que les autres nœuds sont analysés de manière différentielle.
Accès aux informations d’état du niveau vSAN
Accédez à : Infrastructure > Niveaux vSAN > double-cliquez sur le niveau souhaité. Cela affiche le tableau de bord du niveau vSAN sélectionné. Reportez-vous à la tuile État sur cette page.
Données d’état
Redondant : (case à cocher) Indique si le niveau vSAN est actuellement vérifié comme redondant. Si la case n’est pas cochée, le mode maintenance sera désactivé afin d’éviter toute interruption. La case peut apparaître décochée pendant un Journal Walk complet jusqu’à ce que la redondance soit confirmée. Elle reste également décochée si la redondance ne peut pas être vérifiée, par exemple lorsqu’un nœud est hors ligne après la fin du Journal Walk.
Chiffré : (case à cocher) Indique si les données du niveau vSAN sont chiffrées. L’état du chiffrement est défini lors de l’installation et reste fixe ; ce paramètre ne peut pas être modifié après le déploiement.
En cours : (case à cocher) Indique qu’un Journal Walk est en cours d’exécution pour ce niveau. Si aucune capture instantanée ni modification de données n’a lieu, les walks peuvent se terminer trop rapidement pour apparaître comme « en cours » dans l’interface utilisateur.
Walk complet : (case à cocher) Indique si un Journal Walk complet est en cours. Les walks complets sont déclenchés par des événements tels que le démarrage du contrôleur ou des changements de topologie (par ex. nœud hors ligne ou ajouté, panne de disque, etc.).
Progression du Walk : Affiche la progression actuelle du Journal Walk sous forme de pourcentage, ou indique « Inactif » si aucun walk n’est actif.
Dernière heure du Walk (ms) : Durée en millisecondes du Journal Walk le plus récent.
Dernière heure du Walk complet (ms) : Durée en millisecondes du plus récent Journal Walk complet.
Transaction actuelle : Un identifiant unique représentant la transaction la plus récente. Cette valeur augmente à chaque Journal Walk, qu’il soit complet, mixte ou différentiel.
Heure de début de la transaction : Horodatage indiquant quand le Journal Walk actuel ou le plus récent a commencé. Utile pour diagnostiquer des opérations prolongées ou bloquées. (voir Durée du Journal Walk ci-dessous).
Réparations : Affiche le nombre actuel de blocs de données manquants détectés sur le niveau. Il est normal de voir une valeur non nulle après des événements tels que des pannes de nœuds, des opérations de maintenance ou des mises à jour. Les Journal Walks de VergeFS identifient automatiquement ces blocs détectés et tentent de les corriger à l’aide des données redondantes stockées sur d’autres nœuds. Si la redondance échoue (par ex. double panne de nœud), le système tentera de récupérer les blocs à partir d’un serveur de réparation configuré. Des compteurs de réparation persistants (c.-à-d. après plusieurs incréments de transaction) peuvent indiquer qu’une résolution manuelle est nécessaire, et il est alors recommandé de contacter le support VergeIO.
Si des blocs de données manquants ont déjà été détectés et qu’aucun serveur de réparation n’est encore configuré, il n’est pas trop tard. La configuration d’un serveur de réparation permet maintenant à VergeFS de tenter automatiquement de récupérer ces blocs lors des Journal Walks suivants.
Disques défectueux : Indique le nombre de disques manquants depuis le début du Journal Walk actuel. Il est courant de voir une valeur non nulle ici après des redémarrages de nœuds, des opérations de maintenance ou des mises à jour ; cela n’indique pas automatiquement une panne de disque. Les disques manquants sont généralement liés à des nœuds hors ligne ou à des délais de détection au début du walk. Si aucun nœud n’est hors ligne et que ce champ affiche un nombre, consultez l’état des disques et des nœuds via le tableau de bord du système pour obtenir plus d’informations.
Durée du Journal Walk
Les durées des walks varient, et plusieurs facteurs peuvent influencer leur longueur, notamment :
Utilisation du NVME Tier 0 pour les métadonnées
Mémoire disponible sur les nœuds contrôleurs
Quantité de données sur le niveau
Quantité de modifications de données depuis la dernière transaction
Considérations sur la durée des walks
Les mises à jour impliquent des walks complets et des walks mixtes ; la durée de ces opérations affectera donc les fenêtres de maintenance nécessaires.
Le temps finalement nécessaire pour effectuer de grandes suppressions et des migrations de niveaux de données (par ex. d’un niveau à un autre) dépendra des durées des walks différentiels.
Les systèmes qui suivent les recommandations publiées en matière de dimensionnement et de conception devraient connaître des durées de walk acceptables. Par exemple, les walks déclenchés lors des opérations de mise à jour s’intègrent généralement dans les fenêtres de maintenance standard.
Optimisation de la durée des walks
La durée des walks dépend de la taille du niveau et du taux de modification des données. Des ressources adéquates et une conception réseau appropriée ont un impact significatif sur les performances des walks.
Conseils pour optimiser les durées des Journal Walks
Suivez les exigences de dimensionnement des nœuds (par ex. niveau 0 dédié utilisant des disques NVME, mémoire des contrôleurs dimensionnée correctement pour votre environnement)
Mettez en œuvre des recommandations de conception réseau (par ex. une bande passante inter-nœuds adéquate d’au moins 10 Gb, des réseaux cœur isolés et dédiés)
Évitez de surallouer la RAM des charges de travail sur les nœuds de calcul et de stockage (HCI).
Lorsque cela est possible, planifiez les opérations de maintenance qui déclenchent des Walks complets ou mixtes pendant les fenêtres de maintenance prévues, tout en évitant les opérations d’E/S intensives simultanées.
Mis à jour
Ce contenu vous a-t-il été utile ?