Skip to main content
Une version plus récente de ce produit est disponible.
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Restaurez les nœuds StorageGRID sur l'hôte

PDF

${post_edited_translations.segment}

  1. Restaurez et validez le nœud en restaurant le fichier de configuration de nœud. Pour une nouvelle installation, vous créez un fichier de configuration de nœud pour chaque nœud de grille à installer sur un hôte. Lors de la restauration d'un nœud de grille sur un hôte de remplacement, vous restaurez ou remplacez le fichier de configuration de nœud pour tous les nœuds de grille défaillants.

  2. ${post_edited_translations.segment}.

  3. Au besoin, ${post_edited_translations.segment}.

Si des volumes de stockage bloc ont été conservés depuis l’hôte précédent, il se peut que vous deviez effectuer des procédures de récupération supplémentaires. Les commandes de cette section vous aident à déterminer quelles procédures supplémentaires sont requises.

${post_edited_translations.segment}

${post_edited_translations.segment}

À propos de cette tâche

Vous pouvez importer n'importe quel nœud de grille qui devrait être présent sur l'hôte, tant que son volume /var/local n'a pas été perdu à la suite de la défaillance de l'hôte précédent. Par exemple, le volume /var/local peut toujours exister si vous avez utilisé un stockage partagé pour les volumes de données système StorageGRID, comme décrit dans les instructions d'installation de StorageGRID pour votre système d'exploitation Linux. L'importation du nœud restaure son fichier de configuration de nœud sur l'hôte.

${post_edited_translations.segment}

Vous devez ensuite valider le fichier de configuration de la grille et résoudre tous les problèmes de réseau ou de stockage qui pourraient survenir avant de redémarrer StorageGRID. Lorsque vous recréez le fichier de configuration pour un nœud, vous devez utiliser pour le nœud de remplacement le même nom que celui utilisé pour le nœud que vous restaurez.

Consultez le "Instructions d'installation de Linux" pour plus d'informations sur l'emplacement du volume /var/local pour un nœud.

Étapes

  1. Sur la ligne de commandes de l'hôte récupéré, listez tous les nœuds StorageGRID actuellement configurés :sudo storagegrid node list

    Si aucun nœud de grille n'est configuré, il n'y aura aucune sortie. Si des nœuds de grille sont configurés, attendez-vous à une sortie au format suivant :

    Name               Metadata-Volume
================================================================
dc1-adm1           /dev/mapper/sgws-adm1-var-local
dc1-gw1            /dev/mapper/sgws-gw1-var-local
dc1-sn1            /dev/mapper/sgws-sn1-var-local
dc1-arc1           /dev/mapper/sgws-arc1-var-local

    ${post_edited_translations.segment}

  2. Pour importer des nœuds de grille dotés d'un volume /var/local :

    1. Exécutez la commande suivante pour chaque nœud que vous souhaitez importer :sudo storagegrid node import node-var-local-volume-path

      La storagegrid node import commande réussit uniquement si le nœud cible a été arrêté correctement sur l'hôte sur lequel il s'est exécuté en dernier. Si ce n'est pas le cas, vous observerez une erreur similaire à la suivante :

      This node (node-name) appears to be owned by another host (UUID host-uuid).

    Use the --force flag if you are sure import is safe.

    1. Si vous voyez l'erreur indiquant que le nœud appartient à un autre hôte, exécutez à nouveau la commande avec le flag --force pour terminer l'importation :sudo storagegrid --force node import node-var-local-volume-path

      Remarque Tous les nœuds importés avec le --force indicateur nécessiteront des étapes de récupération supplémentaires avant de pouvoir rejoindre la grille, comme décrit dans "${post_edited_translations.segment}".

  3. Pour les nœuds de grille qui ne disposent pas d'un volume /var/local, recréez le fichier de configuration du nœud pour le restaurer sur l'hôte. Pour obtenir des instructions, consultez "Créer des fichiers de configuration de nœud".

    Remarque Lors de la recréation du fichier de configuration d'un nœud, vous devez utiliser le même nom pour le nœud de remplacement que celui utilisé pour le nœud que vous récupérez. Pour les déploiements Linux, assurez-vous que le nom du fichier de configuration contienne le nom du nœud. Vous devez utiliser les mêmes interfaces réseau, mappages de périphériques de stockage bloc et adresses IP lorsque cela est possible. Cette pratique minimise la quantité de données à copier sur le nœud lors de la récupération, ce qui peut rendre la récupération beaucoup plus rapide (dans certains cas, quelques minutes au lieu de plusieurs semaines).
    Remarque Si vous utilisez de nouveaux périphériques de stockage bloc (périphériques que le nœud StorageGRID n'utilisait pas auparavant) comme valeurs pour l'une des variables de configuration commençant par BLOCK_DEVICE_ lorsque vous recréez le fichier de configuration d'un nœud, suivez les directives dans ${post_edited_translations.segment}.

  4. ${post_edited_translations.segment}

    sudo storagegrid node list

  5. Validez le fichier de configuration de chaque nœud de la grille dont le nom figurait dans la sortie de la commande storagegrid node list :

    sudo storagegrid node validate node-name

    Vous devez corriger toute erreur ou tout avertissement avant de démarrer le service hôte StorageGRID. Les sections suivantes fournissent des informations plus détaillées sur les erreurs qui peuvent avoir une importance particulière lors de la récupération.

Corriger les erreurs d'interface réseau manquante

Si le réseau de l'hôte n'est pas configuré correctement ou si un nom est mal orthographié, une erreur se produit lorsque StorageGRID vérifie le mappage spécifié dans le fichier /etc/storagegrid/nodes/node-name.conf.

Vous pourriez voir une erreur ou un avertissement correspondant à ce modèle :

Checking configuration file /etc/storagegrid/nodes/<node-name>.conf for node <node-name>...
ERROR: <node-name>: GRID_NETWORK_TARGET = <host-interface-name>
       <node-name>: Interface <host-interface-name>' does not exist

L'erreur peut être signalée pour le réseau Grid, le réseau d'administration ou le réseau client. Cette erreur signifie que le fichier /etc/storagegrid/nodes/node-name.conf associe le réseau StorageGRID indiqué à l'interface d'hôte nommée host-interface-name, mais il n'existe aucune interface portant ce nom sur l'hôte actuel.

Si vous recevez cette erreur, vérifiez que vous avez effectué les étapes dans "Déployer de nouveaux hôtes Linux". Utilisez les mêmes noms pour toutes les interfaces d'hôte que ceux utilisés sur l'hôte d'origine.

Si vous ne parvenez pas à nommer les interfaces d'hôte de manière à correspondre au fichier de configuration du nœud, vous pouvez modifier le fichier de configuration du nœud et changer la valeur de GRID_NETWORK_TARGET, ADMIN_NETWORK_TARGET ou CLIENT_NETWORK_TARGET pour qu'elle corresponde à une interface d'hôte existante.

Assurez-vous que l'interface d'hôte donne accès au port réseau physique ou au VLAN approprié et que l'interface ne référence pas directement un périphérique de bond ou de bridge. Vous devez soit configurer un VLAN (ou une autre interface virtuelle) au-dessus du périphérique de bond sur l'hôte, soit utiliser un bridge et une paire Ethernet virtuelle (veth).

${post_edited_translations.segment}

Le système vérifie que chaque nœud récupéré est associé à un fichier spécial de périphérique de stockage bloc valide ou à un lien symbolique valide vers un fichier spécial de périphérique de stockage bloc. Si StorageGRID détecte une association invalide dans le fichier /etc/storagegrid/nodes/node-name.conf, une erreur de périphérique de stockage bloc manquant s'affiche.

${post_edited_translations.segment}

Checking configuration file /etc/storagegrid/nodes/<node-name>.conf for node <node-name>...
ERROR: <node-name>: BLOCK_DEVICE_PURPOSE = <path-name>
       <node-name>: <path-name> does not exist

Cela signifie que /etc/storagegrid/nodes/node-name.conf mappe le périphérique de bloc utilisé par node-name pour PURPOSE le chemin d'accès donné dans le système de fichiers Linux, mais qu'il n'existe pas de fichier spécial de périphérique de bloc valide, ni de lien symbolique vers un fichier spécial de périphérique de bloc, à cet emplacement.

Vérifiez que vous avez bien suivi les étapes dans "Déployer de nouveaux hôtes Linux". Utilisez les mêmes noms de périphériques persistants pour tous les périphériques de stockage bloc que ceux utilisés sur l'hôte d'origine.

Si vous ne parvenez pas à restaurer ou à recréer le fichier spécial du périphérique de bloc manquant, vous pouvez allouer un nouveau périphérique de bloc de la taille et de la catégorie de stockage appropriées et modifier le fichier de configuration du nœud pour changer la valeur de BLOCK_DEVICE_PURPOSE afin qu'elle pointe vers le nouveau fichier spécial du périphérique de bloc.

Déterminez la taille et la catégorie de stockage appropriées à l'aide des tableaux correspondant à votre système d'exploitation Linux. Voir "Exigences en matière de stockage et de performance".

Veuillez consulter les recommandations "configuration du stockage hôte" avant de procéder au remplacement du périphérique de bloc.

Remarque Si vous devez fournir un nouveau périphérique de stockage bloc pour l'une des variables du fichier de configuration commençant par BLOCK_DEVICE_ parce que le périphérique de stockage bloc d'origine a été perdu avec l'hôte en panne, assurez-vous que le nouveau périphérique de stockage bloc n'est pas formaté avant de poursuivre les procédures de récupération. Le nouveau périphérique de stockage bloc sera non formaté si vous utilisez un stockage partagé et avez créé un nouveau volume. Si vous avez un doute, exécutez la commande suivante sur tout nouveau fichier spécial de périphérique de stockage bloc.
Avertissement

N'exécutez la commande suivante que pour les nouveaux périphériques de stockage bloc. N'exécutez pas cette commande si vous pensez que le stockage bloc contient encore des données valides pour le nœud à récupérer, car toutes les données présentes sur le périphérique seront perdues.

sudo dd if=/dev/zero of=/dev/mapper/my-block-device-name bs=1G count=1

Démarrer le service hôte StorageGRID

Pour démarrer vos nœuds StorageGRID et garantir leur redémarrage après un redémarrage de l’hôte, vous devez activer et démarrer le service hôte StorageGRID.

Étapes

  1. Exécutez les commandes suivantes sur chaque hôte :

    sudo systemctl enable storagegrid
sudo systemctl start storagegrid

  2. Exécutez la commande suivante pour vérifier que le déploiement se déroule correctement :

    sudo storagegrid node status node-name

  3. Si un nœud renvoie l’état « Non exécuté » ou « Arrêté », exécutez la commande suivante :

    sudo storagegrid node start node-name

  4. Si vous avez déjà activé et démarré le service hôte StorageGRID (ou si vous n'êtes pas sûr que le service ait été activé et démarré), exécutez également la commande suivante :

    sudo systemctl reload-or-restart storagegrid

Récupérer les nœuds qui ne démarrent pas normalement

Si un nœud StorageGRID ne se reconnecte pas normalement à la grille et n'apparaît pas comme récupérable, il est peut-être corrompu. Vous pouvez forcer le nœud à passer en mode de récupération.

Étapes

  1. Vérifiez que la configuration réseau du nœud est correcte.

    Il est possible que le nœud n'ait pas pu rejoindre la grille en raison de mappages d'interface réseau incorrects ou d'une adresse IP ou d'une passerelle du réseau Grid incorrecte.

  2. Si la configuration réseau est correcte, exécutez la commande force-recovery :

    sudo storagegrid node force-recovery node-name

  3. Effectuez les étapes de récupération supplémentaires pour le nœud. Voir "${post_edited_translations.segment}".