Guide de test d’arrêt d’UPS pour les hôtes, les machines virtuelles, les conteneurs et le stockage

Une conception d’onduleur n’est validée que lorsque chaque rédacteur s’arrête avant le stockage partagé et que chaque hôte termine avant l’arrêt de la batterie, avec un temps restant mesuré pour les nouvelles tentatives.

Un seul statut vert de l’onduleur sur l’hyperviseur ne prouve pas que les machines virtuelles, les conteneurs, le commutateur réseau et le NAS reçoivent le même événement ou y survivent. Définissez les horodatages et les conditions d’abandon, exécutez d’abord un événement logiciel, puis effectuez un test contrôlé de perte du secteur avec des sauvegardes à jour et un accès à la console locale. La décision finale doit également inclure une reprise à froid, car les services qui s’arrêtent proprement peuvent tout de même redémarrer avant que leur stockage soit prêt.

Définir la condition de réussite et la limite d’abandon

Une conception d’arrêt sur onduleur n’est validée que si les applications cessent d’accepter les écritures, que les bases de données et les conteneurs se terminent, que les machines virtuelles atteignent l’état arrêté, que les hôtes de calcul s’arrêtent et que le stockage partagé s’éteint en dernier, tandis que le réseau de contrôle reste disponible. La reprise doit démarrer le stockage et le réseau avant les invités qui en dépendent.

Network UPS Tools peut distribuer l’état d’un onduleur surveillé aux clients ; un modèle de serveur et de client d’onduleur explique le fonctionnement serveur-client. Ce chemin de contrôle ne prouve ni l’autonomie de la batterie ni l’ordre d’arrêt des invités ; répertoriez donc chaque appareil, dépendance, responsable de l’arrêt, délai d’attente et puissance mesurée avant les tests.

Préparez un accès à la console locale, des sauvegardes à jour, des transactions jetables et un observateur désigné. Abandonnez si le stockage signale des erreurs, si la charge de la batterie est inférieure au seuil de démarrage prévu, si l’autotest de l’onduleur est défaillant ou si un appareil requis ne peut pas être arrêté manuellement.

Exécuter un événement logiciel avant de couper le secteur

Déclenchez l’événement simulé de batterie faible ou d’arrêt forcé pris en charge, sans couper le secteur. Capturez des horodatages synchronisés pour l’état de l’onduleur, la notification du client, l’arrêt de l’application, l’arrêt de l’invité, l’arrêt du conteneur, l’arrêt de l’hôte, le démontage du stockage et le moment où les services réseau disparaissent.

Utilisez la séquence de ZimaSpace pour optimiser l’ordre d’arrêt de l’onduleur afin de faire passer les rédacteurs et le calcul avant le stockage partagé. Ce test ajoute le contrôle de validation : chaque dépendance doit respecter son délai, et pas seulement recevoir une commande d’arrêt.

RÉUSSITE signifie que toutes les étapes se terminent dans l’ordre et que le moniteur de l’onduleur reste l’autorité. ÉCHEC signifie qu’un client manque l’événement, qu’un invité dépasse le délai ou que le stockage perd prématurément ses clients. Restaurez la configuration et corrigez uniquement le maillon défaillant avant de tenter une véritable panne.

Effectuer un test contrôlé de perte du secteur

Avec la pile soumise à une charge représentative et les sauvegardes en pause, déconnectez l’entrée secteur en utilisant la méthode de test sûre du fabricant de l’onduleur, tout en maintenant sa sortie. Consignez le temps d’autonomie jusqu’au seuil d’événement, le pourcentage de charge, l’estimation de la batterie, les durées d’arrêt et la marge restante. Ne débranchez ni les câbles de données ni les câbles d’alimentation d’un stockage en fonctionnement.

Un processus détaillé Proxmox et NUT décrit le calage de l’arrêt propre des invités pour les arrêts propres des invités. Utilisez son modèle de chronométrage à titre de comparaison, mais conservez le pire cas mesuré sur vos propres hôtes, votre stockage et votre batterie vieillissante.

Abandonnez en rétablissant le secteur si un invité est interrompu de force, si le stockage devient indisponible pendant que les clients écrivent, si le commutateur réseau s’éteint prématurément, si la température augmente de manière inattendue ou si l’autonomie restante approche le délai le plus long encore non résolu. Une réussite obtenue uniquement par logiciel ne peut pas annuler l’échec d’un test de batterie.

Featured

ZimaCube 2 NAS personnel Cloud à domicile

ZimaCube2

$799.00 - $2,499.00

Buy Now

Vérifier la reprise à froid et la répétabilité

Une fois chaque appareil complètement éteint, rétablissez le secteur et vérifiez si l’onduleur, le commutateur, le NAS, l’hyperviseur, les conteneurs et les applications démarrent dans l’ordre prévu. Vérifiez les systèmes de fichiers, les journaux de récupération des bases de données, l’état des machines virtuelles, les points de montage et une transaction jetable. Désactivez le démarrage automatique non contrôlé jusqu’à ce que la disponibilité du stockage soit déterministe.

Répétez l’événement logiciel après toute modification de délai, puis effectuez un autre test contrôlé d’alimentation après toute modification de la batterie, de l’onduleur, du commutateur, de l’hôte ou de la topologie de stockage. Conservez la durée d’arrêt mesurée et la réserve de batterie dans le registre de maintenance.

N’approuvez la conception qu’après deux cycles qui s’arrêtent proprement, récupèrent sans réparation et conservent une réserve supérieure au chemin le plus lent. Faites remonter toute télémétrie incohérente de l’onduleur, tout effondrement de la batterie ou toute erreur de stockage ; ces problèmes invalident l’affirmation concernant l’arrêt, même si la console de l’hôte indique « arrêt ».