[GTER] Aumento de Energia para DataCenter

Tue Mar 3 11:15:25 -03 2015

Aqui os nobreaks ficam numa sala separada e COM ar-condicionado
(convencional, de janela) dedicado. A idéia não é gelá-los ao máximo e sim
mantê-los em temperatura sem muita oscilação para garantir um tempo de vida
um pouco às baterias.

No datacenter os sistemas de A/C são outros e quem toca é o gerador.

[]'s

Em 3 de março de 2015 10:39, Reginaldo Giovane Guaitanele <
reginaldo at mactus.com.br> escreveu:

> Sobre nobeak, devo manter eles dentro do data center, junto no ar
> condicionado, ou posso manter em uma sala sem ar condicionado.
>
> Em 3 de março de 2015 09:25, Carlos Ribeiro <cribeiro at telbrax.com.br>
> escreveu:
> > +1!
> >
> > É importante também eliminar outras e ineficiência na infraestrutura.
> > Quanto maior o consumo, maior é o impacto potencial do desperdício. 1% em
> > 10.000 kWh (consumo mensal de um DC pequeno, com um ou dois racks + ar
> > condicionado) é uma coisa; 1% em 100.000 kWh, apesar de ser a mesma
> > proporção relativa, já passa a ser um volume significativo em tempos
> > absolutos
> >
> > Outro ponto é que com correntes maiores, e distâncias também maiores, o
> > cabeamento elétrico passa a ser um ponto de preocupação, tanto pelo custo
> > (proporcional ao cubo do aumento do diâmetro), como pelo peso, falta de
> > maleabilidade a dificuldade de instalação.
> >
> > Finalmente, o maior ladrão de energia em um datacenter 'caseiro' é a ar
> > condicionado. Um sistema ruim custa mais caro e compromete todo restante
> do
> > projeto.
> >
> > Aqui no Brasil, que é um país quente, é impressionante a quantidade de
> > pequenos datacenters que ainda usam ar condicionado comum, de janela ou
> > split. Esses aparelhos até podem ser usados, com os devidos cuidados, mas
> > somente em instalações de pequeno porte. A partir de um certo tamanho o
> > tiro sai pela culatra. A capacidade precisa ser superdimensionada,
> porque o
> > ar condicionado de conforto resfria ambientes habitados por seres humanos
> > em parte por evaporação da pele, que simplesmente não tem efeito nenhum
> > sobre servidores. E o fluxo de ar do split não tem pressão estática
> > suficiente para atravessar as distâncias de uma sala de médio porte,
> > repleta de obstáculos e interferências. Sobram zonas quentes que acabam
> por
> > aumentar o consumo e diminuir a vida útil dos equipamentos.
> >
> > Falei isso tudo aqui, não por duvidar ou subestimar ninguém, mas até
> mesmo
> > porque acredito que a maioria dos participantes dessa lista já tenham
> > experiência e conhecimento suficientes para tomar as decisões corretas a
> > esse respeito. Porém, como 'formadores de opinião', acho importante
> > disseminarmos as melhores práticas tanto para quem está chegando, como
> > também para clientes menos especializados mas que também tem demandas bem
> > significativas de infraestrutura.
> >
> > Carlos Ribeiro
> > Em 02/03/2015 12:12, "Fernando Frediani" <fhfrediani at gmail.com>
> escreveu:
> >
> >> Pera ai pessoal,
> >> Não sei se ainda estamos falando de economia de energia para Datacenter,
> >> mas acho que substituir um ou outro servidor por RaspberryPi ou
> Cubieboard
> >> nao faz nem cócegas no consumo. Talvez em um pequeno CPD, mas ainda acho
> >> que pouca coisa.
> >> Sobre utilizar esses equipamentos para servidor NTP também tenho dúvidas
> >> da efetividade.
> >> E mesmo que funcione legal são poucas as aplicações que podem ser
> >> substituídas por um RaspbeeryPi/Cubieboard. O grosso mesmo vem dos
> >> servidores grandes, dos Storages principalmente aqueles com dezenas de
> >> discos magnéticos.
> >>
> >> Se for pra cortar consumo ou diminuir a conta de energia ainda acho as
> >> duas soluções efetivas são ou Virtualizar ou fazer um investimento a
> longo
> >> prazo e gerar a própria energia através de painéis solares, aero
> geradores
> >> ou quaisquer outras fontes de energia renováveis ou limpas.
> >>
> >> Fernando
> >>
> >> On 01/03/2015 22:38, Ricardo Landim wrote:
> >>
> >>> Também estou pesquisando sobre placas com processador ARM para fazer
> >>> pequenos servidores.
> >>>
> >>> Fiquei muito interessado no ODROID-C1...ele é um ARM® Cortex®-A5(ARMv7)
> >>> 1.5Ghz quad core CPUs!
> >>>
> >>> Consome menos de 10W!
> >>>
> >>> Em 1 de março de 2015 22:05, Carlos Ribeiro <cribeiro at telbrax.com.br>
> >>> escreveu:
> >>>
> >>>  Comprei um Raspberry Pi semana passada, para mexer um pouco. Me parece
> >>>> que
> >>>> para isso com servidor NTP ele não seria a melhor opção porque não tem
> >>>> relógio interno... Mas ainda vou pesquisar mais.
> >>>>
> >>>> Também estou pesquisando o uso de painéis solares. Já usamos em POPs
> >>>> pequenos, não é nenhum bicho de sete cabeças. Mas para ambientes
> maiores,
> >>>> há outras questões que precisa ser considerados.
> >>>>
> >>>> Porém, acho que a primeira coisa para fazer experimentos sérios é ter
> >>>> capacidade de medir a energia consumida por cada ativo de rede é cada
> >>>> servidor. Sem isso já parâmetro para comparação...
> >>>>
> >>>> Carlos Ribeiro
> >>>> Em 01/03/2015 16:36, "casfre at gmail.com" <casfre at gmail.com> escreveu:
> >>>>
> >>>>  2015-03-01 13:31 GMT-03:00 Felipe Trevisan <fetrevisan at gmail.com>:
> >>>>>
> >>>>>  Ou fazer como a Microsoft e Apple com energia solar e fuell-cells.
> :-)
> >>>>>>
> >>>>>> http://research.microsoft.com/pubs/210641/FCDC-TechReport.pdf
> >>>>>>
> >>>>>> http://www.redoxpowersystems.com/ -  a Startup que cria as
> fuel-cells.
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>  https://gigaom.com/2013/11/18/apple-solar-farm-fuel-cell-
> >>>> farms-exclusive-photos-investigative-report/
> >>>>
> >>>>> - a experiencia da Apple.
> >>>>>>
> >>>>>>  É. Interessante. Mas acho que vai sair um pouquinho mais caro que
> os
> >>>>> RaspberryPI, nesse momento. :-)
> >>>>>
> >>>>> Obrigado.
> >>>>>
> >>>>> Càssio
> >>>>> --
> >>>>> gter list    https://eng.registro.br/mailman/listinfo/gter
> >>>>>
> >>>> --
> >>>> gter list    https://eng.registro.br/mailman/listinfo/gter
> >>>>
> >>> --
> >>> gter list    https://eng.registro.br/mailman/listinfo/gter
> >>>
> >>
> >> --
> >> gter list    https://eng.registro.br/mailman/listinfo/gter
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>