Le 10/10/2023 à 10:05, Julien Escario a écrit :
Le 09/10/2023 à 19:18, fr...@r0m5.eu a écrit :
Bonsoir,

Bonjour !

Je rencontre actuellement un soucis dans une baie informatique avec une arrivée 32A, hors datacenter, qui dispose d'un PDU manageable d'une marque reconnue et présente sur le marché datacenter.

Nous essayons d'utiliser ce PDU en y reliant 15 alimentations de switch réseau 350W (pas junisco mais grande marque réseau tout de même) qui ont chacune un peu plus de 1mA de courant de fuite. Lorsque nous relions ces alimentations au PDU déjà démarré (contrôleur démarré et outlets déjà alimentées) pas de soucis. Par la suite lorsque le courant est coupé en amont du PDU, alors au retour du courant notre différentiel 30mA saute systématiquement. Nous avons mesuré que lors du démarrage du PDU, on a un courant de fuite de 8 à 10mA supplémentaires, courant de fuite qui disparaît une fois le contrôleur du PDU démarré et les relais actionnés (les outlets alimentées). On revient alors au seul courant de fuite des alims de switch (entre 15 et 20 mA).

Petite remarque en passant : la bonne pratique avec des PDUs voudrait qu'au redémarrage du PDU après incident, tu actives les outlets un par un avec 5 à 10s de décalage (suivant ce que tu peux te permettre) de façon à limiter l'appel de courant.

Dans mon souvenir, c'est faisable dans la conf des PDUs.
Oui on avait regardé et c'est dans les fonctionnalités de notre PDU. Notre matériel électrique autorise des courants d'appels assez forts donc nous n'avons pour l'instant pas de soucis avec ça, mais nous pourrons le configurer par la suite.

Bon, certes, depuis qu'on ne met presque plus de disques rotatifs, les pics d'appels sont moins violents mais quand même ...

Le soucis 'moderne' c'est qu'avec les IPMI/DRAC/whatever, les PDUs avec outlet 'switchables' commencent à perdre de leur intérêt et finissent plus par être un PoC qu'une plus-value.
Pour nous l'intérêt serait de faire les économies d'énergie qu'on nous demande en éteignant par exemple les switch des plateformes de dev le weekend. Après l'impact de cette pratique sur le MTBF, j'imagine que c'est un sujet aussi... Également par exemple d'automatiser les tests de qualification de la redondance, pour ne pas avoir à aller éteindre un switch à la main pour vérifier que tout fonctionne encore, puis le rebrancher.

Julien


---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/


---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/

Répondre à