Ceci est ma configuration de base:
Le scénario suivant qui m'a jusqu'à présent arrivé deux fois au cours des 12 derniers mois:
Comme l'a souligné Ewwhite, les modèles spécifiques PS seraient utiles:
Avez-vous l'un de vous rencontrer dans le même problème? Y a-t-il une solution hors de la boîte avec quelques UPSS?
Jusqu'à présent, j'ai envisagé de mettre en place un dispositif Linux de faible puissance (Raspberry Pi?) Pour prendre la surveillance; Il vérifierait les unités UPS pour une charge suffisante des batteries et de l'état de la puissance d'entrée, puis redémarrez le serveur via ILO/IPMI.
Est-ce qu'une solution automatique est trop gênante (pour mon cas et en général) et devrais-je simplement aller avec une intervention manuelle quand et si cela se produit?
cordialement
martin
C'est un cas où vous ne devrait pas utiliser deux unités UPS , où chacun alimente une alimentation. Cela peut être une grande partie de votre problème, car une seule hausse peut restaurer l'état d'alimentation précédent après une panne (il s'agit également de la valeur par défaut dans le BIOS HP ProLiant également). Avoir deux semble gâcher cette logique.
Êtes-vous connecté à l'UPS via un câble série ou USB?
Voir les suggestions spécifiques à:
[.____] Comment réveiller un serveur après la fermeture de l'UPS lorsque le secteur est restauré?
Cela devrait être facile à tester, mais d'être honnête, je passe très peu de temps à faire face à ces cas de bord. La puissance de la salle du serveur est l'une des choses les plus faciles à planifier, en ce que vous pouvez spécifier des heures de temps de la batterie et être capable de suivre des scénarios de perte de puissance comme celui-ci.
Si les pannes sont plus longues, je m'assure juste à distance et à gérer les choses manuellement.
Une solution alternative qui ne nécessite aucun changement matériel consiste à configurer le processus d'arrêt pour redémarrer si l'onduleur a la puissance après l'arrêt de tous les VMS. Cela impliquera de déterminer où dans le processus d'arrêt, vous pouvez mettre votre script init et vous devez vous assurer que l'écrou ne se fera pas fermé à l'avance, car vous en avez besoin pour communiquer à votre UPS.
Envoyez-vous une commande d'arrêt à l'UPS à la fin de l'arrêt du serveur? Sinon, vous pouvez également envisager la possibilité de le faire, puis vous pouvez définir le délai jusqu'à l'arrêt de votre serveur afin que votre serveur ait réellement terminé l'arrêt et un délai d'attente après la descente de l'onduleur et jusqu'à ce qu'il puissent progresser le serveur après le dos. Si la puissance est de retour avant l'arrêt terminé, vous aurez toujours votre serveur complètement sous tension par la commande d'arrêt, mais elle sera ramenée après un délai d'attente.
Vérifiez l'arrêt UPCMD NUTSCMD.Return et les délais d'attelage associés.
Une solution de ghetto, mais cela fonctionne. Obtenez un petit routeur Mikrotik ou un tableau Linux, et mettez le réveil sur LAN. Placez le périphérique sans sauvegarde UPS, configurez-la pour envoyer le sillage sur LAN toutes les minutes ou 30 secondes. Donc, quand il perd la puissance, il n'enverge aucune commande, mais quand il est alimenté, il envoie Wol tous les 1m ou 30s. Donc, votre serveur ne s'éteint jamais lorsque le courant est allumé.