{"id":35801,"date":"2019-10-31T22:06:24","date_gmt":"2019-10-31T19:06:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu\/"},"modified":"2019-10-31T22:06:24","modified_gmt":"2019-10-31T19:06:24","slug":"kak-vybrat-shd-ne-vystreliv-sebe-v-nogu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu","title":{"rendered":"Como escolher uma SAN sem se ferir","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Introdu\u00e7\u00e3o<\/h2>\n

\nChegou a hora de comprar um armazenamento. Qual escolher, a quem ouvir? O fornecedor A fala sobre o fornecedor B, e ainda h\u00e1 o integrador C, que diz o oposto e recomenda o fornecedor D. Nessa situa\u00e7\u00e3o, at\u00e9 um arquiteto experiente em sistemas de armazenamento pode ficar confuso, especialmente com todos os novos fornecedores e as modas de hoje, como SDS e hipercaracter\u00edsticas.<\/p>\n

Ent\u00e3o, como entender tudo isso e n\u00e3o sair perdendo? N\u00f3s (AntonVirtual<\/a><\/noindex> Anton Zhbankov e korp<\/a><\/noindex> Evgeny Elizarov) vamos tentar explicar isso em uma linguagem clara.
\nEste artigo se cruza em muitos aspectos e \u00e9, de fato, uma extens\u00e3o do \u201cDesign de Data Centers Virtualizados<\/a><\/noindex>\u201d em termos de escolha de sistemas de armazenamento e revis\u00e3o das tecnologias de armazenamento. Vamos abordar rapidamente a teoria geral, mas recomendamos a leitura do artigo mencionado.<\/p>\n

Por que<\/h2>\n

\n\u00c9 comum observar a situa\u00e7\u00e3o em que uma nova pessoa chega a um f\u00f3rum ou a um chat especializado, como o Storage Discussions, e faz a pergunta: \u201cme oferecem duas op\u00e7\u00f5es de armazenamento \u2014 ABC SuperStorage S600 e XYZ HyperOcean 666v4, o que voc\u00ea recomenda?\u201d<\/p>\n

E come\u00e7a a discuss\u00e3o sobre quais s\u00e3o as caracter\u00edsticas de implementa\u00e7\u00e3o dessas fun\u00e7\u00f5es complicadas e confusas, que para uma pessoa n\u00e3o preparada s\u00e3o completamente incompreens\u00edveis.
\n<\/a><\/noindex>
\nAssim, a primeira e principal pergunta que precisamos nos fazer muito antes de comparar as especifica\u00e7\u00f5es nas propostas comerciais \u00e9 \u2014 POR QU\u00ca? Por que precisamos desse armazenamento?<\/p>\n

\"Como
\n
\nA resposta ser\u00e1 surpreendente e muito no estilo de Tony Robbins \u2014 para armazenar dados. Obrigado, capit\u00e3o! No entanto, \u00e0s vezes nos aprofundamos tanto na compara\u00e7\u00e3o de detalhes que esquecemos por que estamos fazendo tudo isso.<\/p>\n

Assim, a fun\u00e7\u00e3o do sistema de armazenamento de dados \u00e9 armazenar e fornecer acesso aos DADOS com a performance estipulada. \u00c9 com esses dados que vamos come\u00e7ar.<\/p>\n

Dados<\/h2>\n

<\/p>\n

Tipo de dado<\/h3>\n

\nQuais dados planejamos armazenar? \u00c9 uma quest\u00e3o muito importante que pode eliminar muitas solu\u00e7\u00f5es de armazenamento do exame. Por exemplo, a inten\u00e7\u00e3o \u00e9 armazenar v\u00eddeos e fotos. Isso j\u00e1 pode descartar sistemas projetados para acesso aleat\u00f3rio de pequenos blocos ou sistemas com recursos exclusivos de compress\u00e3o \/ deduplica\u00e7\u00e3o. Podem ser sistemas excelentes, n\u00e3o queremos dizer nada de ruim. Mas, neste caso, seus pontos fortes podem se tornar fracos (v\u00eddeos e fotos n\u00e3o s\u00e3o comprimidos) ou simplesmente aumentar significativamente o custo do sistema.<\/p>\n

E, ao contr\u00e1rio, se o uso pretendido \u00e9 um SGBD transacional pesado, ent\u00e3o sistemas de streaming excelentes para multim\u00eddia, capazes de fornecer gigabytes por segundo, ser\u00e3o uma m\u00e1 escolha.<\/p>\n

Volume de dados<\/h3>\n

\nQuantos dados planejamos armazenar? A quantidade sempre se transforma em qualidade, e isso nunca deve ser esquecido, especialmente em nosso tempo de crescimento exponencial do volume de dados. Sistemas de classe petabyte j\u00e1 n\u00e3o s\u00e3o raridade, mas quanto maior o volume de petabytes, mais espec\u00edfica se torna a configura\u00e7\u00e3o, e menos funcionalidades habituais de sistemas de acesso aleat\u00f3rio de pequeno e m\u00e9dio volume estar\u00e3o dispon\u00edveis. Isso se deve simplesmente ao fato de que apenas as tabelas de estat\u00edsticas de acesso por blocos se tornam maiores do que a mem\u00f3ria RAM dispon\u00edvel nos controladores. Sem mencionar a compress\u00e3o \/ tireagem. Suponha que queremos mudar o algoritmo de compress\u00e3o para um mais potente e comprimir 20 petabytes de dados. Quanto tempo isso levar\u00e1: seis meses, um ano?<\/p>\n

Por outro lado, por que complicar as coisas se precisamos armazenar e processar apenas 500 GB de dados? Apenas 500. SSDs dom\u00e9sticos (com baixo DWPD) desse volume custam muito pouco. Por que construir uma f\u00e1brica de Fiber Channel e comprar um sistema de armazenamento externo de alto n\u00edvel que custaria uma fortuna?<\/p>\n

Qual \u00e9 a porcentagem do total de dados quentes? Qu\u00e3o desigual \u00e9 a carga por volume de dados? \u00c9 aqui que a tecnologia de armazenamento em m\u00faltiplos n\u00edveis ou Flash Cache pode ser muito \u00fatil se o volume de dados quentes for \u00ednfimo em compara\u00e7\u00e3o com o total. Por outro lado, em cargas homog\u00eaneas em todo o volume, frequentemente observadas em sistemas de streaming (videovigil\u00e2ncia, alguns sistemas de analytics), essas tecnologias n\u00e3o trar\u00e3o vantagens e apenas aumentar\u00e3o o custo \/ a complexidade do sistema.<\/p>\n

SI<\/h3>\n

\nO lado inverso dos dados \u00e9 o sistema de informa\u00e7\u00e3o que utiliza esses dados. O SI possui um conjunto de requisitos que s\u00e3o herdados dos dados. Para mais detalhes sobre o SI, veja em \u201cDesenho do Data Center Virtualizado\u201d.<\/p>\n

Requisitos de robustez \/ disponibilidade<\/h4>\n

Os requisitos de robustez \/ disponibilidade dos dados s\u00e3o herdados do SI que os utiliza e s\u00e3o expressos em tr\u00eas n\u00fameros \u2014 RPO<\/b>, RTO<\/b>, disponibilidade<\/b>.<\/p>\n

Acessibilidade <\/b> \u2014 a fra\u00e7\u00e3o de tempo em que os dados est\u00e3o dispon\u00edveis para uso. Normalmente \u00e9 expressa em termos de n\u00famero 9. Por exemplo, duas noves em um ano significa que a disponibilidade \u00e9 de 99%, ou seja, permitem-se 95 horas de indisponibilidade por ano. Tr\u00eas noves \u2014 9,5 horas por ano.<\/p>\n

RPO \/ RTO \u2014 s\u00e3o indicadores n\u00e3o cumulativos, mas por incidente (falha), ao contr\u00e1rio da disponibilidade.<\/p>\n

RPO <\/b> \u2014 o volume de dados perdidos em caso de falha (em horas). Por exemplo, se o backup \u00e9 realizado uma vez por dia, ent\u00e3o o RPO = 24 horas. Ou seja, em caso de falha e perda total do sistema de armazenamento, dados de at\u00e9 24 horas (a partir do \u00faltimo backup) podem ser perdidos. Com base no RPO definido para o SI, pode-se estabelecer o regulamento de backup. Al\u00e9m disso, com base no RPO, \u00e9 poss\u00edvel entender a necessidade de replica\u00e7\u00e3o de dados s\u00edncrona \/ ass\u00edncrona.<\/p>\n

RTO<\/b> \u2014 o tempo de recupera\u00e7\u00e3o do servi\u00e7o (acesso aos dados) ap\u00f3s uma falha. Com base no valor de RTO definido, podemos entender se \u00e9 necess\u00e1rio um metrocluster ou se uma replica\u00e7\u00e3o unidirecional \u00e9 suficiente. Tamb\u00e9m \u00e9 necess\u00e1rio determinar se um sistema de armazenamento de classe hi-end com m\u00faltiplos controladores \u00e9 necess\u00e1rio.<\/p>\n

\"Como
\n<\/p>\n

Requisitos de desempenho<\/h4>\n

\nApesar de ser uma quest\u00e3o bastante \u00f3bvia, \u00e9 aqui que surgem a maioria das dificuldades. Dependendo de se voc\u00ea j\u00e1 possui alguma infraestrutura ou n\u00e3o, os caminhos para coleta das estat\u00edsticas necess\u00e1rias ser\u00e3o constru\u00eddos.<\/p>\n

Voc\u00ea j\u00e1 possui um armazenamento em unidade (SXD) e est\u00e1 procurando uma substitui\u00e7\u00e3o ou deseja adquirir mais uma para expans\u00e3o. Aqui \u00e9 tudo simples. Voc\u00ea entende quais servi\u00e7os voc\u00ea j\u00e1 tem e quais planeja implementar em breve. Com base nos servi\u00e7os atuais, voc\u00ea pode coletar estat\u00edsticas de desempenho. Avalie o n\u00famero atual de IOPS e as lat\u00eancias atuais \u2014 quais s\u00e3o esses indicadores e s\u00e3o suficientes para suas necessidades? Isso pode ser feito tanto no pr\u00f3prio sistema de armazenamento quanto do lado dos hosts conectados a ele.<\/p>\n

E \u00e9 importante analisar n\u00e3o apenas a carga atual, mas durante um per\u00edodo (preferencialmente um m\u00eas). Verifique quais s\u00e3o os picos m\u00e1ximos durante o dia, que tipo de carga \u00e9 gerada por backups etc. Se o seu SXD ou o software relacionado n\u00e3o fornece um conjunto completo dessas informa\u00e7\u00f5es, voc\u00ea pode usar o RRDtool gratuito, que funciona com a maioria dos SXD e switches populares e conseguir\u00e1 fornecer estat\u00edsticas detalhadas de desempenho. Tamb\u00e9m \u00e9 importante monitorar a carga nos hosts que trabalham com esse SXD, em m\u00e1quinas virtuais espec\u00edficas ou o que exatamente est\u00e1 funcionando nesse host.<\/p>\n

\"Como
\n
\n\u00c9 importante ressaltar que, se as lat\u00eancias no volume e no datastore, que se encontra nesse volume, diferirem bastante, \u00e9 necess\u00e1rio prestar aten\u00e7\u00e3o \u00e0 sua rede SAN. H\u00e1 uma alta probabilidade de que existam problemas com ela e, antes de adquirir um novo sistema, voc\u00ea deve resolver essa quest\u00e3o, pois h\u00e1 uma grande chance de que a performance do sistema atual melhore.<\/p>\n

Voc\u00ea est\u00e1 construindo uma infraestrutura do zero ou adquirindo um sistema para um novo servi\u00e7o, cuja carga voc\u00ea n\u00e3o tem conhecimento. Existem algumas op\u00e7\u00f5es: conversar com colegas em recursos especializados para tentar descobrir e prever a carga, contatar um integrador com experi\u00eancia na implementa\u00e7\u00e3o de servi\u00e7os semelhantes que possa calcular a carga por voc\u00ea. E a terceira op\u00e7\u00e3o (geralmente a mais complexa, especialmente quando se trata de aplica\u00e7\u00f5es personalizadas ou raras) \u00e9 tentar esclarecer os requisitos de desempenho com os desenvolvedores do sistema.<\/p>\n

E, aten\u00e7\u00e3o, a op\u00e7\u00e3o mais correta do ponto de vista pr\u00e1tico \u00e9 um piloto no equipamento atual ou no equipamento fornecido para teste pelo vendedor \/ integrador.<\/p>\n

Requisitos especiais<\/h4>\n

\nRequisitos especiais \u2014 tudo aquilo que n\u00e3o se enquadra nas exig\u00eancias de desempenho, robustez e funcionalidade para o processamento e fornecimento imediato de dados.<\/p>\n

Um dos requisitos especiais mais simples para um sistema de armazenamento de dados pode ser chamado de \u201csuporte de m\u00eddia remov\u00edvel\u201d. E logo fica claro que este sistema de armazenamento de dados deve incluir uma biblioteca de fitas ou simplesmente um gravador, onde uma c\u00f3pia de seguran\u00e7a \u00e9 armazenada. Ap\u00f3s isso, uma pessoa especialmente treinada assina a fita e a leva orgulhosamente para um cofre especial.
\nOutro exemplo de requisito especial \u2014 constru\u00e7\u00e3o protegida contra impactos.<\/p>\n

Onde<\/h2>\n

\nO segundo componente principal na escolha de um determinado sistema de armazenamento \u00e9 a informa\u00e7\u00e3o sobre ONDE este sistema de armazenamento ficar\u00e1. Come\u00e7ando pela geografia ou condi\u00e7\u00f5es clim\u00e1ticas e terminando com a equipe.<\/p>\n

Cliente<\/h3>\n

\nPara quem este sistema de armazenamento est\u00e1 sendo planejado? A quest\u00e3o tem os seguintes fundamentos:<\/p>\n

Cliente p\u00fablico \/ comercial.<\/b>
\nO cliente comercial n\u00e3o possui nenhuma restri\u00e7\u00e3o e n\u00e3o \u00e9 obrigado a realizar licita\u00e7\u00f5es, exceto de acordo com seus pr\u00f3prios regulamentos internos. <\/p>\n

O cliente p\u00fablico \u2014 \u00e9 uma situa\u00e7\u00e3o diferente. A Lei 44-FZ e outras complexidades relacionadas a licita\u00e7\u00f5es e especifica\u00e7\u00f5es, que podem ser contestadas.<\/p>\n

Cliente sob san\u00e7\u00f5es<\/b>
\nAqui a quest\u00e3o \u00e9 muito simples \u2014 a escolha \u00e9 limitada apenas \u00e0s ofertas dispon\u00edveis para este cliente.<\/p>\n

Regulamentos internos \/ fornecedores autorizados para aquisi\u00e7\u00e3o \/ modelos<\/b>
\nA quest\u00e3o tamb\u00e9m \u00e9 extremamente simples, mas deve ser lembrada.<\/p>\n

Onde fisicamente<\/h3>\n

\nNesta parte, abordamos todas as quest\u00f5es relacionadas \u00e0 geografia, canais de comunica\u00e7\u00e3o e microclima no local de instala\u00e7\u00e3o.<\/p>\n

Equipe<\/h4>\n

\nQuem ir\u00e1 trabalhar com este sistema de armazenamento? Isso \u00e9 t\u00e3o importante quanto o que o sistema de armazenamento realmente pode fazer.
\nPor mais promissora, incr\u00edvel e maravilhosa que seja a solu\u00e7\u00e3o de armazenamento do fornecedor A, n\u00e3o faz sentido implement\u00e1-la se a equipe s\u00f3 sabe trabalhar com o fornecedor B e n\u00e3o h\u00e1 planos para futuras aquisi\u00e7\u00f5es ou coopera\u00e7\u00e3o constante com A.<\/p>\n

E, claro, o lado oposto da quest\u00e3o \u00e9 qu\u00e3o dispon\u00edvel \u00e9 o pessoal qualificado nesta localiza\u00e7\u00e3o geogr\u00e1fica, tanto na empresa quanto potencialmente no mercado de trabalho. Para as regi\u00f5es, pode ter um significado significativo a escolha de sistemas de armazenamento com interfaces simples ou a capacidade de gerenciamento centralizado remoto. Caso contr\u00e1rio, em algum momento, isso pode se tornar extremamente doloroso. A internet est\u00e1 cheia de hist\u00f3rias sobre como um novo funcion\u00e1rio, um ex-aluno, configurou algo que derrubou toda a empresa.<\/p>\n

\"Como
\n<\/p>\n

Ambiente<\/h4>\n

\nE, naturalmente, uma quest\u00e3o igualmente importante \u00e9 em que ambiente esse sistema de armazenamento funcionar\u00e1. <\/p>\n