Élagage du client d'exécution
Ceci est destiné aux utilisateurs de geth et nethermind.
Besu n'a pas besoin d'être élagué.
Si vous utilisez geth ou nethermind comme client d'exécution principal, vous remarquerez probablement que l'espace disque libre de votre nœud diminue lentement au fil du temps.
Le client d'exécution est de loin le plus grand contributeur à cela ; selon la quantité de RAM que vous avez allouée à son cache lors de rocketpool service config, il peut croître à un rythme de plusieurs gigaoctets par jour !
Pour gérer cela, les clients d'exécution fournissent une fonction spéciale appelée élagage qui leur permet d'analyser et de nettoyer leur base de données en toute sécurité pour récupérer de l'espace libre. Chaque opérateur de nœud utilisant Geth ou Nethermind devra l'élaguer éventuellement.
Si vous avez un SSD de 2 To, vous pouvez généralement passer des mois entre les cycles d'élagage. Pour les utilisateurs de SSD de 1 To, vous devrez élaguer plus fréquemment.
Si vous avez le tableau de bord Grafana activé, une bonne règle générale est de commencer à penser à élaguer votre client d'exécution lorsque l'espace disque utilisé de votre nœud dépasse 80 %.
Lorsque vous décidez qu'il est temps, le Smartnode est livré avec la capacité de l'élaguer pour vous sur demande. Lisez ci-dessous pour savoir comment cela fonctionne et à quoi vous attendre.
L'élagage de votre client d'exécution n'est possible qu'en Docker Mode.
Si vous utilisez votre propre client d'exécution, comme un client externe en mode Hybrid ou en mode Native, vous ne pouvez pas utiliser le Smartnode pour élaguer le client d'exécution. Vous devrez le faire manuellement. Veuillez vous référer à la documentation de votre client d'exécution pour apprendre comment l'élaguer.
Prérequis
Sélectionnez le client que vous utilisez dans les onglets ci-dessous.
L'élagage de Geth signifie mettre le client d'exécution principal hors ligne afin qu'il puisse se nettoyer. Lorsque cela se produit, le Smartnode (et votre client de consensus) aura besoin d'une autre façon d'accéder à la chaîne ETH1 pour fonctionner correctement.
Le moyen le plus simple de fournir cela est avec un nœud de secours.
Si vous avez configuré un nœud de secours en utilisant rocketpool service config déjà, alors le Smartnode basculera automatiquement vers celui-ci lorsque votre conteneur Geth sera arrêté pour maintenance.
Il informera également votre client de consensus d'utiliser le secours également.
WARNING
Si vous n'avez pas de nœud de secours configuré, votre nœud cessera de valider pendant le processus d'élagage. Il manquera toutes les attestations et propositions de blocs jusqu'à ce qu'il soit terminé et qu'il se soit resynchronisé avec le réseau. Vous perdrez de l'ETH en raison de validations manquées pendant ce temps !En gardant cela à l'esprit, les deux conditions suivantes sont requises pour élaguer Geth avec succès :
- Un nœud de secours fonctionnel configuré
- Au moins 50 Go d'espace libre restant sur votre SSD
Démarrer un élagage
Sélectionnez le client que vous utilisez dans les onglets ci-dessous.
Lorsque vous souhaitez élaguer Geth, exécutez simplement cette commande :
Si vous n'avez pas de paire de clients de secours activée, vous recevrez l'avertissement suivant :
Si vous en avez un activé, vous verrez l'invite suivante à la place :
Si vous acceptez, vous verrez quelques détails pendant que le Smartnode prépare les choses ; cela devrait se terminer par un message de succès :
Avec cela, Geth élague maintenant et vous êtes tous prêts ! Vous pouvez suivre sa progression avec :
Une fois l'élagage terminé, il redémarrera automatiquement et le Smartnode recommencera à l'utiliser au lieu de votre secours.