[MASOCH-L] NAS

Tue Mar 25 01:18:18 BRT 2014

Com certeza Zanolla não me expressei bem. Acho que contando algumas
das que eu passei isso esclareça melhor.
No primeiro local onde tive problema com meu NAS (minha
responsabilidade, minha escolha) Free, a justificativa do meu chefe
foi a seguinte
a) Se você saísse daqui, aonde iríamos achar alguém para prestar suporte?
b) Se você otimizou o código ou fez alguma rotina de implementação
interna, estava documentado para que outros pudessem ver? Como você
documentou?
c) Tua solução tem suporte 24x7 em caso de defeito de fabricação ou
tem que ficar ligando pra cada um dos fornecedores das peças que deram
defeito? (No caso o conjunto todo deu problema)

Já num outro local de trabalho, onde investi em um produto da IBM (não
lembro o nome pois faz tempo), uns 3 meses depois que eu me desliguei
da empresa um amigo me contou que o equipamento acabou dando um
problema devido a um problema na controladora. Trocaram a controladora
e ninguém conseguia resolver o problema. O resultado foi que através
de uma conexão remota de um técnico lá dos EUA aqui, o cara descobriu
o problema, resolveu e aplicaram um patch para os firmwares
posteriores no mesmo equipamento para que não dessem problema (eram um
total de 6 mas o mais antigo deles apresentou problema). A troca da
controladora saiu de graça e todos ficaram satisfeitos.

Com certeza, a responsabilidade é do profissional que escolheu a
solução, me perdõe se a minha expressão "passar a bola pra frente" deu
a entender isso. Na verdade, esse "passar a bola pra frente" é ter a
oportunidade de tocar a bola pro atacante se você não conseguir fazer
o gol. O caminho que você vai trilhar para resolver o problema, se o
mesmo acontecer, na minha visão é um caminho diferente com maiores
garantias de você conseguir se sair melhor da situação problema.

Em 25 de março de 2014 00:46, Caio Zanolla <zanolla at gmail.com> escreveu:
> Se vc chancela uma solução, sua ou de terceiros, vc é responsável por ela.
> Se a solução escolhida der problema e vc sofrer downtime ou perda, a
> responsabilidade é sua e nesse sentido não vejo diferenca entre caixa preta
> ou diy. A especificação e suporte de ambas deve ser tal que garanta suas
> noites de sono!
> On Mar 24, 2014 11:37 PM, "Lucas Willian Bocchi" <lucas.bocchi at gmail.com>
> wrote:
>
>> É Zanolla, mas a caixa preta vc passa a bola pra outro né meu amigo.
>> Aí vc chama a HP ou determinado fulano e se o produto não fizer o quê
>> promete tu dá um jeitinho, nem que seja jurídico... Agora, só no teu,
>> é dose.
>>
>> Em 24 de março de 2014 23:35, Caio Zanolla <zanolla at gmail.com> escreveu:
>> > Hahaha, felizmente nunca passei por isso, mas já ouvi muito história de
>> > terror com dedup, tanto em caixa preta quanto em opensource.
>> >
>> > Quanto a dormir tranquilo, montar sua propria solução pode te garantir
>> > economia e noites de sono, mas tem que ser bem feito. O que normalmente
>> > ocorre é que o pessoal se empolga quando vê o zfs e acha que o negócio é
>> a
>> > prova de idiotas. não é.
>> >
>> >
>> > Atenciosamente,
>> > Caio Zanolla
>> >
>> >
>> > 2014-03-24 22:54 GMT-03:00 Lucas Willian Bocchi <lucas.bocchi at gmail.com
>> >:
>> >
>> >> Bom, como eu já falei, já perdi um emprego por causa desse negócio. Me
>> >> abstenho até dos comentários técnicos por que o resumo da história é
>> >> sempre esse: compra equipamento duma empresa especializada e pelo
>> >> menos durma a noite. Pra esse tipo de coisa não se economiza...
>> >>
>> >> Em 24 de março de 2014 19:45, Caio Zanolla <zanolla at gmail.com>
>> escreveu:
>> >> > ZFS é fantástico e dedup é altamente viciante e quem experimenta fica
>> >> > amarradão imediatamente, afinal, dependendo do perfil de dados o cara
>> >> > consegue espremer um volume absurdo usando uma fração dos discos
>> >> > necessários.
>> >> >
>> >> > Então o administrador vai lá, testa, homologa, a solução funciona e se
>> >> > comporta bem. Na sequencia ele coloca em produção e fica feliz porque
>> ZFS
>> >> > comanda. 1 ano depois, o storage continua funcionando perfeitamente,
>> com
>> >> > 10x mais dados, continua rápido e responsivo, então um belo dia o
>> >> hardware
>> >> > queima.
>> >> >
>> >> > O admin segue confiante, sabendo que o ZFS é sólido, afinal foi criado
>> >> pela
>> >> > Oracle e tal. Vai lá substitui a caixa, recoloca os hds e continua
>> >> > tranquilo porque ele sabe que o ZFS vai enumerar os discos e
>> >> disponibilizar
>> >> > o volume com pouca ou nenhuma intervenção. So que na hora H a
>> importação
>> >> do
>> >> > volume falha.
>> >> >
>> >> > Então ele vem na lista, se desespera, culpa o ZFS, diz que BSD nem é
>> tao
>> >> > bom assim, e que isso e que aquilo. Reboota 10x, manda importar o
>> volume
>> >> e
>> >> > nada, o sistema fica parado, usando um monte de cpu e ele nao sabe o
>> que
>> >> > está acontecendo, só sabe que não está acontecendo o que ele quer. Ele
>> >> vai,
>> >> > troca memoria, troca placa mae, troca os discos de lugar, troca a
>> >> > controladora e nada. Espera 10 horas pra importar o volume, achando
>> que
>> >> só
>> >> > precisa dar tempo à maquina, e mesmo assim nao funciona.
>> >> >
>> >> > Depois de 2 dias de pesquisa, possivelmente a quebra do ZFS por acoes
>> >> > atrapalhadas e comandos sem função as 4 da manha, o cara descobre que
>> na
>> >> > verdade a maquina está subdimensionada e que o ZFS não vai importar o
>> >> > volume com dedup a não ser que tenha Nx mais memória que tinha antes.
>> >> > Quanto? 16GB? 32GB? Ninguem sabe! hahahaha.
>> >> >
>> >> > Lembra do perfil de dados que falei antes? Pois é, storage de VM tem
>> esse
>> >> > mesmo perfil perfeito pra dedup!
>> >> >
>> >> > Meus 2 centarro:
>> >> > ZFS comanda, mas não use dedup se seu rabo estiver na reta.
>> >> >
>> >> > Atenciosamente,
>> >> > Caio Zanolla
>> >> >
>> >> >
>> >> > 2014-03-24 16:46 GMT-03:00 Douglas Fischer <fischerdouglas at gmail.com
>> >:
>> >> >
>> >> >> Outro aspecto sobre software-based-NAS é o seguinte...
>> >> >>
>> >> >> A não ser que tenhas uma CONTROLADOOOOORA, desabilite todas as
>> features
>> >> da
>> >> >> controladora e deixe por conta do S.O.
>> >> >>  - Mantenha o S.M.A.R.T., lógicamente...
>> >> >>  - E talvez use o buffer da controladora, mas tens que avaliar..
>> >> >>
>> >> >>
>> >> >>
>> >> >> Em 24 de março de 2014 16:41, Alexandre Pires Avilla [Dominioz
>> Telecom]
>> >> <
>> >> >> ale.avilla at dominioz.com.br> escreveu:
>> >> >>
>> >> >> > 16 gb
>> >> >> > mas acho que descobri o motivo
>> >> >> > o freebsd nao se da bem com a minha controladora SATA
>> >> >> >
>> http://forums.freenas.org/index.php?threads/aoc-sat2-mv8-slow.11603/
>> >> >> > o povo do forum aconselhou o cara desta pergunta a comprar outra
>> >> >> > controladora :-)
>> >> >> >
>> >> >> >
>> >> >> > Atenciosamente,
>> >> >> >
>> >> >> > Alexandre Pires Avilla
>> >> >> > Gerente de Tecnologia e Redes
>> >> >> > Dominioz Serviços de Telecomunicações Ltda
>> >> >> >
>> >> >> > TargetNet - Banda Larga - www.targetnet.com.br
>> >> >> > Vale Link - Acesso Dedicado - www.valelink.com.br
>> >> >> > Dominioz - Hospedagem de sites - www.dominioz.com.br
>> >> >> >
>> >> >> > Av. Dr. Jorge Tibiriça, 105 - Centro
>> >> >> > Pindamonhangaba/SP
>> >> >> > Central de Atendimento:
>> >> >> > Pindamonhangaba [12] 3645.4975
>> >> >> > Outas Localidades 0800.940.4975
>> >> >> > Mobile: [12] 99745.9679
>> >> >> >
>> >> >> >
>> >> >> > Em 24 de março de 2014 15:34, Márcio Merlone <
>> >> marcio.merlone at a1.ind.br
>> >> >> > >escreveu:
>> >> >> >
>> >> >> > > Em 23-03-2014 01:56, Alexandre Pires Avilla [Dominioz Telecom]
>> >> >> escreveu:
>> >> >> > >
>> >> >> > >  Giovani, estive testando o freenas e o openmedia,  você chegou a
>> >> >> > comparar
>> >> >> > >> a
>> >> >> > >> performance entre os dois? O openmedia é absurdamente mais
>> rápido
>> >> em
>> >> >> > >> questão de acesso aos arquivos.
>> >> >> > >>
>> >> >> > > O FreeNAS com menos de 8GB de RAM dizem que fica lento mesmo.
>> >> Quanto de
>> >> >> > > memória ele tinha?
>> >> >> > >
>> >> >> > > --
>> >> >> > > *Marcio Merlone*
>> >> >> > >
>> >> >> > > __
>> >> >> > > masoch-l list
>> >> >> > > https://eng.registro.br/mailman/listinfo/masoch-l
>> >> >> > >
>> >> >> > __
>> >> >> > 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
>> >> __
>> >> 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