|
|
|
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 |
|
|
|
----- 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 |
|
|
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 |
|
|
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 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 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 |
|
Fuseau horaire GMT +2. Il est actuellement 17h39. | Privacy Policy
|