cerhu > linux.debian.user.french

Olivier (02/06/2020, 22h00)
Bonjour,

J'ai plusieurs machines Debian (de type NUC) installées sur des sites
distants.

J'envisage d'installer un onduleur sur ces sites afin :
1. principalement de protéger le disque du serveur (arrêt "propre") en cas
de panne de courant,
2. d'être notifié en cas de panne électrique.

En plus, je souhaite:
3. Démarrer automatiquement quand le courant revient (ou est revenu depuis
plus de X minutes)
4. Optionnellement pouvoir démarrer séquentiellement quelques équipements
réseau ("démarrer de suite le modem puis Y secondes après, le routeur puis
tous les autres appareils").
5. Optionnellement pouvoir éteindre le serveur normalement, si besoin.

En y réfléchissant, j'imagine deux étapes:
A. configurer l'onduleur pour qu'il alimente en aval les prises électriques
dès que le courant revient
B. éteindre le serveur proprement en lui donnant la possibilité de
redémarrer seul, plus tard.

1. Les NUC que j'utilise ont dans leur BIOS une option correspondante.
Quelle est l'option à retenir et la commande à utiliser pour éteindre
"proprement" et démarrer quand l'onduleur re-distribue du courant ?

2. Quelles recommandations sur l'onduleur ? Une autonomie de quelques
minutes me suffit.

3. Conseils et suggestions

Slts
Bernard Schoenacker (02/06/2020, 22h50)
----- Mail original -----

> De: "Olivier" <oza.4h07>
> À: "ML Debian User French" <debian-user-french>
> Envoyé: Mardi 2 Juin 2020 21:52:17
> Objet: Configurer un serveur secouru par onduleur


> Bonjour,


> J'ai plusieurs machines Debian (de type NUC) installées sur des sites
> distants.


> J'envisage d'installer un onduleur sur ces sites afin :
> 1. principalement de protéger le disque du serveur (arrêt "propre")
> en cas de panne de courant,
> 2. d'être notifié en cas de panne électrique.


> En plus, je souhaite:
> 3. Démarrer automatiquement quand le courant revient (ou est revenu
> depuis plus de X minutes)
> 4. Optionnellement pouvoir démarrer séquentiellement quelques
> équipements réseau ("démarrer de suite le modem puis Y secondes
> après, le routeur puis tous les autres appareils").
> 5. Optionnellement pouvoir éteindre le serveur normalement, si
> besoin.


> En y réfléchissant, j'imagine deux étapes:
> A. configurer l'onduleur pour qu'il alimente en aval les prises
> électriques dès que le courant revient
> B. éteindre le serveur proprement en lui donnant la possibilitéde
> redémarrer seul, plus tard.


> 1. Les NUC que j'utilise ont dans leur BIOS une option
> correspondante.
> Quelle est l'option à retenir et la commande à utiliser pour éteindre
> "proprement" et démarrer quand l'onduleur re-distribue du courant ?


> 2. Quelles recommandations sur l'onduleur ? Une autonomie de quelques
> minutes me suffit.


> 3. Conseils et suggestions


> Slts


bonjour,

pour des raisons évidentes de propagation de l'information, il faut
aussi penser à ce que les commutateurs soient alimentés afin de
transmettre le signal via snmp d'arret et de pouvoir activer le wake on lan
lors du rétablissement du courant électrique ....

l'autonomie conseillée est de l'ordre de 15 à 20 minutes afin de réaliser
un atterrissage en toute quiétude, surtout lorsque les bases de données sont
en phase de réactualisation avant l'arrêt du système ....

par conséquent il faut déterminer la priorité des machines qui doivent être
actives coûte que coûte et les autres qui peuvent être mise en sommeil ....

ne pas prendre d'onduleur monolithique et choisir une solution qui puisse
être agile ....

merci pour votre aimable attention

bien à vous
bernard
Basile Starynkevitch (03/06/2020, 06h50)
On 6/2/20 9:52 PM, Olivier wrote:
> Bonjour,
> J'ai plusieurs machines Debian (de type NUC) installées sur des sites
> distants.
> J'envisage d'installer un onduleur sur ces sites afin :
> 1. principalement de protéger le disque du serveur (arrêt "propre") en
> cas de panne de courant,
> 2. d'être notifié en cas de panne électrique.


Un certain nombre d'onduleurs grand public ont une connectivité USB (par
exemple le APC BACK-UPS 700 VA
<https://www.apc.com/shop/fr/fr/products/APC-BACK-UPS-700-VA-230-V-AVR-prises-fran%C3%A7aises/P-BX700U-FR>).
Il faut acheter le cable qui va bien, et installer un paquet
ups-monitor, par exemple acupsd ou nut.

Ensuite il faut configurer tout ça.

Librement
Sébastien Dinot (03/06/2020, 19h00)
Bonjour,

Olivier a écrit :
> J'envisage d'installer un onduleur sur ces sites afin :
> 1. principalement de protéger le disque du serveur (arrêt "propre") en
> cas de panne de courant,


Un onduleur connecté par USB et le démon apcupsd feront l'affaire :

[..]

Je découvre au passage que le développement de ce dernier est arrêté
(dernière version publiée en juin 2016, dernière modification du dépôt
SVN en mai 2017), mais je ne connais pas de projet alternatif en la
matière.

> 2. d'être notifié en cas de panne électrique.


Si coupure électrique il y a, il est fort possible que la connexion
à Internet soit hors-service (le branchement du modem et du routeur sur
l'onduleur peut ne pas suffire si la coupure électrique est étendue).
Pour pallier cette éventualité, le système de notification doit utiliser
un autre vecteur. Ce peut être une clé 3G comme il en a été question ici
même il y a quelques semaines.

Ceci étant, les moyens à mettre en ?uvre doivent être en adéquation avec
les enjeux. Inutile de dépenser des sommes astronomiques s'il s'agit
juste de préserver les systèmes de coupures brutales et de surtensions.

> En plus, je souhaite:
> 3. Démarrer automatiquement quand le courant revient (ou est revenu
> depuis plus de X minutes)


Le BIOS peut normalement être configuré pour cela. Sinon, il faut voir
si la carte réseau supporte le Wake-On-Lan et le cas échéant, qui peut
émettre la séquence correspondante sur le réseau.

> 4. Optionnellement pouvoir démarrer séquentiellement quelques
> équipements réseau ("démarrer de suite le modem puis Y secondes
> après, le routeur puis tous les autres appareils").


Cette précaution n'est vraiment utile que lorsque le courant d'appel est
important ou lorsque certains systèmes ne peuvent booter qu'à partir du
moment où d'autres sont déjà opérationnels. J'ai déjà vu une salle
informatique qui faisait tomber le disjoncteur lorsqu'on le rebranchait
à cause d'un courant d'appel trop important. Il fallait alors débrancher
de nombreux PC, réenclencher le disjoncteur, puis rebrancher
progressivement les machines.

Mais si l'équipement se limite à un NUC, un modem et un routeur, cette
précaution est certainement inutile vu la consommation de ces matériels.

Dans le cas contraire, il faut programmer l'onduleur pour qu'il cadence
la rétablissement du courant sur ses différentes prises.

> 5. Optionnellement pouvoir éteindre le serveur normalement, si besoin.


Si tu éteins le serveur, là, il faut pouvoir le réveiller, soit via une
trame Wake-On-Lan, soit via une coupure momentanée du courant sur la
prise de l'onduleur qui l'alimente (avec un BIOS configuré de manière
adéquate). Se pose donc la question du déclenchement de ces commandes :
qui, à l'initiative de qui, par quels moyens ?

> B. éteindre le serveur proprement en lui donnant la possibilité de
> redémarrer seul, plus tard.


« redémarrer seul plus tard » ? Jamais vu, si j'exclus la configuration
du BIOS pour qu'une machine s'allume et s'éteigne automatiquement tous
les jours de la semaine à des heures programmées de manière statique
dans le BIOS.

> 1. Les NUC que j'utilise ont dans leur BIOS une option correspondante.
> Quelle est l'option à retenir et la commande à utiliser pour
> éteindre "proprement" et démarrer quand l'onduleur re-distribue du
> courant ?


Le BIOS offre en général trois options concernant l'amorçage du système
lorsque le courant revient :

1. Pas d'amorçage, le système reste éteint ;

2. Amorçage systématique, quel que soit l'état antérieur de la machine ;

3. Amorçage si et seulement si la machine était allumée lorsque le
courant a été coupé.

Dans une salle serveur, c'est normalement la seconde option qui
convient, modulo, si l'option est disponible, un nombre limité de cycles
sur une période de temps donnée, afin d'éviter les séquences infinies de
boot et d'extinctions brutales, qui peuvent finir par endommager le
matériel.

Mais s'il est possible d'allumer le PC à distance via une trame
Wake-On-Lan et si un temps d'arrêt plus long n'est pas handicapant, on
peut opter pour les options 1 et 3.

> 2. Quelles recommandations sur l'onduleur ? Une autonomie de quelques
> minutes me suffit.


Cela fait trop d'années que je n'ai pas joué avec ces matériels pour
pouvoir prodiguer des conseils d'achat pertinents, d'autant plus qu'il
existe trois catégories d'onduleurs, avec des gammes de prix très
amples.

Sébastien
Sébastien Dinot (03/06/2020, 19h30)
Sébastien Dinot a écrit :
> Cela fait trop d'années que je n'ai pas joué avec ces matériels pour
> pouvoir prodiguer des conseils d'achat pertinents, d'autant plus qu'il
> existe trois catégories d'onduleurs, avec des gammes de prix très
> amples.


L'article suivant, que je viens de parcourir en diagonale, me semble
plutôt bien fichu et présente les trois catégories d'onduleurs
(off-line, in-line, on-line) :

[..]

La catégorie in-line me semble être un bon compromis entre fiabilité,
prix et encombrement. L'onduleur pointé par Basile appartient à cette
catégorie.

Sébastien
Sébastien Dinot (04/06/2020, 18h20)
Sébastien Dinot a écrit :
> [..]


Comme son nom l'indique, ce logiciel prenant essentiellement en charge
les onduleurs de la marque APC, j'ai recherché par principe ce qui
existait pour d'autres marques et je suis tombé sur NUT :

[..]

Bien que la dernière release officielle date de mars 2016, le dépôt Git
montre que le code continue à évoluer mollement (il s'agit sans doute de
corrections de bogues) :

[..]

NUT supporte les onduleurs d'un grand nombre de marques :

[..]

Sébastien
Discussions similaires
ONDULEUR pour serveur DEBIAN

[HS] Conseil pour un onduleur servant à proteger un petit serveur fonctionnant sous linux

Onduleur qui grille un serveur...

onduleur in/on line pour serveur


Fuseau horaire GMT +2. Il est actuellement 16h07. | Privacy Policy