[GTER] Aumento de Energia para DataCenter

Tue Mar 3 12:23:33 -03 2015

Além do Google recomendo o Open Computa Project, que é bancado pelo
Facebook.

Um ponto importante a considerar é que o Google não usa servidores comuns,
e nem mesmo gabinetes convencionais; eles usam um esquema que é
praticamente a placa mãe montada em um chassis mínimo. Com isso o fluxo de
ar é otimizado.

Outro ponto do Google é que eles compram o hardware mais barato possível,
assumindo o risco de falhas, e trocam agressivamente os servidores com um
ou dois anos de uso. Tudo é fundamentado na contabilidade da eficiência
operacional. O foco é reduzir custo para rodar uma query, e maximizar a
capacidade de processamento (medida em consultas) disponível por U. Um
servidor velho consome mais energia e suporta menos consultas que um
servidor mais novo, então eles trocam. É tudo negócio.

Carlos Ribeiro
Em 03/03/2015 12:10, "Fabiano Ribeiro" <fabiano.ribeiro at gerenciatec.com.br>
escreveu:

> Pessoal,
>
>      Não sei se muitos conhecem, mas o google mantém uma página com dicas e
> tecnologias utilizadas em seus data centers. Tem muito coisa interessante
> sobre Energia lá.
>      Uma dica que achei muito interssante foi de que não é necessário
> manter o corredor frio a 21ºC, 26ºC já são o suficiente
>
> http://www.google.com/about/datacenters/
>
> http://www.google.com/about/datacenters/efficiency/external/
>
> Em 3 de março de 2015 11:15, Eduardo Rigler <erigler at gmail.com> escreveu:
>
> > 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
> > >
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter