[MASOCH-L] Equipamentos DELL e Nobreak Smart-UPS

Roberto Alcântara roberto at eletronica.org
Thu Jun 2 12:24:53 BRT 2016


Me parece que esse nobreak é "line interactive" [1], e não dupla conversão
("online'). Então o seu problema me parece é uma combinação de nobreak não
ideal para o tipo de carga + fonte muito sensível nestes servidores.

Diminuir a carga (desde não esteja em sobrecarga) não me parece ser solução
neste caso. Como você já deve ter notado, provavelmente o problema só vai
aparecer em condições específicas, como o ponto da senóide aonde o ciclo da
rede é interrompido.

sds,
   - Roberto

[1]
http://www.cnet.com/products/apc-smart-ups-rm-3000va-xl-ups-3000-va-series/specs/



Em qui, 2 de jun de 2016 às 12:07, Eduardo Rigler <erigler at gmail.com>
escreveu:

> +1 Dupla conversão online sempre.
> ___
>
> @Thiago
>
> Eu particularmente costumo pegar o consumo total dos equipamentos e divido
> pelo fator de potência do nobreak (geralmente 0,7~0,8) e jogo uma margem de
> segurança de uns 20~25%.
>
>
> []´s
>
>
> Em 2 de junho de 2016 11:58, Douglas Fischer <fischerdouglas at gmail.com>
> escreveu:
>
> > MUUUUUUITO mais importante que a potência aparente(consumo real) é a
> > definição do tipo do No-break.
> >
> > Em DataCenter, se o cliente não quiser colocar dupla conversão(SURT se
> for
> > APC), eu tiro a minha responsabilidade da reta...
> >
> >
> >
> > Em 2 de junho de 2016 11:53, Thiago Gomes <thiagomespb at gmail.com>
> > escreveu:
> >
> > > estou montando um projeto parecido. com
> > >
> > > R630 e esse  PowerVault MD3200i e nobreaks UPS.. qual seria ideal
> > > 5000 ?
> > >
> > > Em 2 de junho de 2016 11:51, Eduardo Rigler <erigler at gmail.com>
> > escreveu:
> > > > Tales,
> > > >
> > > > Perguntei mais por causa dessa linha no log que vc postou:
> > > > SENSE    : Low
> > > >
> > > > Lembro de um software chamado "powerchute" onde vc conseguia fazer
> > alguns
> > > > ajustes de sensibilidade e etc. Se tiver alguma interface de gerência
> > > acho
> > > > que vale a pena dar uma olhada nisso.
> > > >
> > > > Eu acho que deve ser alguma coisa relacionada à sobrecarga, tipo de
> > > bateria
> > > > usada ou chave estática.
> > > >
> > > > []´s
> > > > Eduardo.
> > > >
> > > >
> > > > Em 2 de junho de 2016 11:33, Tales Costa <talesrodarte at gmail.com>
> > > escreveu:
> > > >
> > > >> Eduardo,
> > > >>
> > > >> Os ajustes são feitos via software ou direto no hardware?  Não
> cheguei
> > > >> a verificar isso (acredito que o suporte da APC tenha verificado)
> mas
> > > >> vou obter mais informações sobre isso e verificar.
> > > >>
> > > >> 1 servidor direto no nobreak não mas 2 testei e continuou com
> > > >> problema. Por mais rápido que consiga desligar e ligar a energia ele
> > > >> não cai. Ai fica um pouco complicado de testar pois tenho que
> esperar
> > > >> a energia oscilar. Mas vou considerar ligar somente 1 servidor.
> > > >>
> > > >> --
> > > >> Tales
> > > >>
> > > >> Em 2 de junho de 2016 11:23, Eduardo Rigler <erigler at gmail.com>
> > > escreveu:
> > > >> >>
> > > >> >>
> > > >> >>
> > > >> > Chave estática talvez?
> > > >> >
> > > >> > Não conheço esse modelo específico mas 3KVA não é pouco? Como
> estão
> > os
> > > >> > ajustes de sensibilidade?
> > > >> >
> > > >> > Pela descrição entendo que são 2 unidades e esse monte de
> > equipamentos
> > > >> está
> > > >> > dividido entre ambos, certo? Na minha cabeça a conta ficou
> perigosa,
> > > acho
> > > >> > que cada fonte do R410 deve consumir uns 500w em pico (que é o que
> > > deve
> > > >> ser
> > > >> > considerado na hora de dimensionar), talvez a chave estática não
> > > esteja
> > > >> > dando conta, quando a energia cai completamente ela não precisa
> > > trablhar
> > > >> > novamente..
> > > >> >
> > > >> > Chegou a testar 1 servidor sozinho em 1 nobreak? Mesmo
> > comportamento?
> > > >> >
> > > >> > []´s
> > > >> >
> > > >> > Em 2 de junho de 2016 10:35, Tales Costa <talesrodarte at gmail.com>
> > > >> escreveu:
> > > >> >
> > > >> >> Bom dia,
> > > >> >>
> > > >> >> A algum tempo estou enfrentando um problema com servidores Dell
> > R410
> > > e
> > > >> >> nobreak Smart-UPS 3000 RM XL.
> > > >> >>
> > > >> >> Atualmente tenho 4 R410, 1 storage PowerVault MD3200i e 3
> > servidores
> > > >> >> de hardwares mistos ligados a um Smart-UPS 3000 RM XL com 4
> > baterias
> > > >> >> estacionarias de 12v/70A.
> > > >> >> Sempre que ocorre um pico rápido de energia somente os
> servidores e
> > > >> >> storage Dell reiniciam. Os outros equipamentos continuam
> > funcionando
> > > >> >> normalmente. Se a energia cair e não oscilar os servidores
> > continuam
> > > >> >> funcionando normalmente pelas baterias.
> > > >> >> Caso tente simular alguma falha desligando a energia várias
> vezes o
> > > >> >> problema não ocorre.
> > > >> >>
> > > >> >> Já testei dividindo os servidores em 2 nobreaks (mesmo modelo),
> > ligar
> > > >> >> cada fonte em um nobreak, ligar 1 fonte em um nobreak e outra na
> > > >> >> energia direto. Todas formas que tentei o problema continua. E
> > > somente
> > > >> >> com os equipamentos Dell. hehe
> > > >> >>
> > > >> >> Em contato com o suporte da Dell eles falam que o problema é com
> o
> > > >> >> nobreak e em contato com a APC eles falam que o problema é com os
> > > >> >> servidores da Dell (pois os outros servidores não desligam e não
>> > > >> >> oscilação na saída do nobreak segundo o software de monitoramento
> > > >> >> deles).
> > > >> >>
> > > >> >> Como só tenho este modelo de nobreak em estoque, estou
> considerando
> > > >> >> todas as possibilidades antes de comprar outro e trocar.
> > > >> >> Monitoro os nobreaks via APCUPSD. Segue as informações atuais:
> > > >> >>
> > > >> >> APC      : 001,043,1049
> > > >> >> DATE     : 2016-06-02 10:32:45 -0300
> > > >> >> HOSTNAME : xxx
> > > >> >> VERSION  : 3.14.10 (13 September 2011) debian
> > > >> >> UPSNAME  : NOBREAK-01
> > > >> >> CABLE    : USB Cable
> > > >> >> DRIVER   : USB UPS Driver
> > > >> >> UPSMODE  : Stand Alone
> > > >> >> STARTTIME: 2016-06-02 09:27:21 -0300
> > > >> >> MODEL    : Smart-UPS 3000 RM XL
> > > >> >> STATUS   : ONLINE
> > > >> >> LINEV    : 120.9 Volts
> > > >> >> LOADPCT  :  21.4 Percent Load Capacity
> > > >> >> BCHARGE  : 100.0 Percent
> > > >> >> TIMELEFT :  76.0 Minutes
> > > >> >> MBATTCHG : 5 Percent
> > > >> >> MINTIMEL : 3 Minutes
> > > >> >> MAXTIME  : 0 Seconds
> > > >> >> OUTPUTV  : 120.9 Volts
> > > >> >> SENSE    : Low
> > > >> >> DWAKE    : -01 Seconds
> > > >> >> DSHUTD   : 090 Seconds
> > > >> >> LOTRANS  : 106.0 Volts
> > > >> >> HITRANS  : 127.0 Volts
> > > >> >> RETPCT   : 000.0 Percent
> > > >> >> ITEMP    : 13.0 C Internal
> > > >> >> ALARMDEL : 30 seconds
> > > >> >> BATTV    : 54.8 Volts
> > > >> >> LINEFREQ : 60.0 Hz
> > > >> >> LASTXFER : Low line voltage
> > > >> >> NUMXFERS : 0
> > > >> >> TONBATT  : 0 seconds
> > > >> >> CUMONBATT: 0 seconds
> > > >> >> XOFFBATT : N/A
> > > >> >> SELFTEST : NO
> > > >> >> STESTI   : 14 days
> > > >> >> STATFLAG : 0x07000008 Status Flag
> > > >> >> MANDATE  : 2012-06-15
> > > >> >> SERIALNO : AS1224243861
> > > >> >> BATTDATE : 2012-06-15
> > > >> >> NOMOUTV  : 120 Volts
> > > >> >> NOMBATTV :  48.0 Volts
> > > >> >> FIRMWARE : 691.19.D USB FW:7.4
> > > >> >> END APC  : 2016-06-02 10:32:51 -0300
> > > >> >>
> > > >> >>
> > > >> >>
> > > >> >> Agradeço desde já.
> > > >> >>
> > > >> >> --
> > > >> >>
> > > >> >> Tales
> > > >> >> __
> > > >> >> masoch-l list
> > > >> >> https://eng.registro.br/mailman/listinfo/masoch-l
> > > >> >>
> > > >> > __
> > > >> > masoch-l list
> > > >> > https://eng.registro.br/mailman/listinfo/masoch-l
> > > >> __
> > > >> masoch-l list
> > > >> https://eng.registro.br/mailman/listinfo/masoch-l
> > > >>
> > > > __
> > > > masoch-l list
> > > > https://eng.registro.br/mailman/listinfo/masoch-l
> > >
> > >
> > >
> > > --
> > > Thiago Gomes
> > > __
> > > masoch-l list
> > > https://eng.registro.br/mailman/listinfo/masoch-l
> > >
> >
> >
> >
> > --
> > Douglas Fernando Fischer
> > Engº de Controle e Automação
> > __
> > masoch-l list
> > https://eng.registro.br/mailman/listinfo/masoch-l
> >
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


More information about the masoch-l mailing list