Comment utiliser HiveOS pour la gestion multi-rigs ? (Tutoriel de la plateforme)

Navigation dans le tableau de bord et configuration de la ferme

1. Après s'être connectés à hiveon.com , les utilisateurs accèdent au tableau de bord affichant des mesures en temps réel sur toutes les plates-formes enregistrées.

2. Une nouvelle ferme doit être créée avant d'ajouter une plate-forme. Cela se fait en cliquant sur « Ajouter une ferme » et en attribuant un nom descriptif tel que « AMD-Rig-Cluster » ou « NVIDIA-Ethash-Farm ».

3. Chaque ferme prend en charge des balises personnalisées, des étiquettes d'emplacement et des seuils d'alerte pour la température, la vitesse du ventilateur et l'écart du taux de hachage.

4. Le tableau de bord s'actualise automatiquement toutes les 15 secondes ; L'actualisation manuelle est disponible via l'icône de flèche circulaire dans le coin supérieur droit.

5. Les indicateurs d'état de l'installation utilisent un code couleur : vert pour un fonctionnement normal, jaune pour un avertissement (par exemple, température du GPU > 78°C) et rouge pour une panne hors ligne ou critique.

Enregistrement des plates-formes et synchronisation du micrologiciel

1. Pour enregistrer une plate-forme, les utilisateurs génèrent un code d'activation unique à partir de la page de la ferme et le saisissent lors du démarrage de HiveOS via la console ou l'interface IPMI.

2. HiveOS détecte automatiquement les modèles de GPU, la capacité VRAM et la configuration des voies PCIe lors du premier démarrage et les signale au tableau de bord.

3. Les mises à jour du micrologiciel sont centralisées : la sélection de plusieurs plates-formes et le clic sur « Mettre à jour le micrologiciel » déclenchent le déploiement OTA simultané sans accès SSH manuel.

4. Les profils BIOS personnalisés stockés sur le serveur HiveOS peuvent être appliqués en masse, y compris les timings de mémoire, les limites de puissance et les décalages de tension adaptés à chaque génération de GPU.

5. Les déploiements de micrologiciels ayant échoué sont enregistrés avec des horodatages et des codes d'erreur, permettant une analyse rapide des causes profondes à l'aide de la visionneuse de diagnostic intégrée.

Configuration de la commutation d'algorithme et du basculement du pool

1. Les utilisateurs définissent des algorithmes de minage principaux et de secours par groupe de plates-formes, par exemple en passant d'ETHASH à ETCHASH lorsque la difficulté d'Ethereum PoW dépasse le seuil.

2. La logique de basculement du pool est configurée via des règles basées sur JSON : si la latence de connexion dépasse 500 ms pour 3 vérifications consécutives, HiveOS redirige instantanément tous les partages vers le pool secondaire.

3. Chaque entrée du pool comprend des jetons d'authentification, des modèles de dénomination de travailleur et le nombre de tentatives de soumission de partage avant de déclencher le niveau de secours suivant.

4. Les tests d'algorithme s'exécutent automatiquement pendant les périodes d'inactivité, comparant la stabilité du hashrate et l'efficacité énergétique sur ETHASH, KAWPOW, AUTOLYKOS et GRIN-C31.

5. Les résultats de référence sont conservés pendant 90 jours et accessibles via des filtres de plage de temps, prenant en charge la comparaison historique des versions de pilotes et des profils d'overclocking.

Console distante et outils de diagnostic

1. Le terminal Web fournit un accès bash complet à l'environnement Linux sous-jacent de chaque plate-forme, avec une persistance de l'historique des commandes d'une session à l'autre.

2. La surveillance des capteurs en temps réel affiche les horloges du cœur de chaque GPU, l'utilisation de la bande passante mémoire, la température de jonction et le débit PCIe RX/TX sous forme graphique.

3. Le streaming des journaux comprend les messages du noyau, les résultats du processus mineur, les alertes de surveillance et les rapports d'erreurs matérielles, tous consultables par mot-clé, gravité ou plage d'horodatage.

4. Les tests de stress matériel peuvent être lancés à distance : MemTest pour la VRAM, FurMark pour la charge GPU et Prime95 pour la validation du CPU, le tout avec une durée et une intensité configurables.

5. Les vidages sur incident sont capturés automatiquement en cas de panique du noyau ou d'erreur de segmentation du mineur et téléchargés vers un stockage crypté lié à l'ID de la plate-forme.

Foire aux questions

Q1 : HiveOS peut-il gérer des plates-formes avec des fournisseurs de GPU mixtes dans une seule batterie ? Oui. HiveOS prend en charge de manière native les GPU NVIDIA, AMD et Intel Arc simultanés au sein de la même batterie, en appliquant automatiquement les pilotes spécifiques au fournisseur et en ajustant les paramètres.

Q2 : Y a-t-il une limite au nombre de plates-formes gérées sous un seul compte HiveOS ? Il n’existe pas de plafond rigide : les comptes d’entreprise ont géré avec succès plus de 2 400 plates-formes. Les performances restent stables tant que la bande passante du réseau prend en charge le volume des paquets de télémétrie.

Q3 : HiveOS nécessite-t-il un accès Internet sortant depuis chaque plate-forme ? Chaque plate-forme doit maintenir la connectivité HTTPS aux points de terminaison hiveon.com pour la synchronisation de la configuration, la livraison du micrologiciel et la création de rapports de métriques. Le mode local uniquement désactive les fonctionnalités de gestion à distance.

Q4 : Comment HiveOS gère-t-il les configurations à double minage comme ETH+CKB ou TON+ETH ? Le double minage est pris en charge via des wrappers de mineur pré-intégrés. Les utilisateurs sélectionnent le mode double dans la liste déroulante de l'algorithme et configurent le portefeuille de pièces secondaire et le pool séparément dans le panneau des paramètres avancés.