{"id":39444,"date":"2019-10-31T22:32:47","date_gmt":"2019-10-31T19:32:47","guid":{"rendered":"https:\/\/prohoster.info\/blog\/programmno-opredelyaemye-shd-ili-chto-pogubilo-dinozavrov\/"},"modified":"2019-10-31T22:32:47","modified_gmt":"2019-10-31T19:32:47","slug":"programmno-opredelyaemye-shd-ili-chto-pogubilo-dinozavrov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/programmno-opredelyaemye-shd-ili-chto-pogubilo-dinozavrov","title":{"rendered":"Armazenamento definido por software ou o que levou \u00e0 extin\u00e7\u00e3o dos dinossauros?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Armazenamento
\n
\nUma vez, eles estavam no topo da cadeia alimentar. Mil\u00eanios. E ent\u00e3o aconteceu o inimagin\u00e1vel: o c\u00e9u foi coberto por nuvens e eles deixaram de existir. No outro lado do mundo, eventos mudaram o clima: a nebulosidade aumentou. Os dinossauros se tornaram muito grandes e lentos: suas tentativas de sobreviv\u00eancia estavam fadadas ao fracasso. Os predadores superiores governaram a Terra por 100 milh\u00f5es de anos, crescendo cada vez mais e se tornando mais fortes. Eles evolu\u00edram para o que parecia ser o ser ideal, no topo da cadeia alimentar, mas o Universo rapidamente mudou a face do nosso planeta.
\n<\/a><\/noindex>
\nPor ironia do destino, foram exatamente as nuvens que apagaram os dinossauros da face da Terra h\u00e1 66 milh\u00f5es de anos. Da mesma forma, as nuvens hoje est\u00e3o destruindo os sistemas tradicionais de armazenamento de dados que est\u00e3o 'no topo da cadeia alimentar'. Em ambos os casos, o problema n\u00e3o estava nas nuvens em si, mas na capacidade de adapta\u00e7\u00e3o a um mundo em mudan\u00e7a. No caso dos dinossauros, tudo aconteceu rapidamente: o efeito destrutivo das nuvens ocorreu em dias ou semanas ap\u00f3s a queda do meteorito (ou a erup\u00e7\u00e3o de um vulc\u00e3o \u2013 a escolha da teoria \u00e9 sua). No caso dos sistemas tradicionais de armazenamento de dados, o processo leva anos, mas, certamente, \u00e9 irrevers\u00edvel.<\/p>\n

Per\u00edodo Tri\u00e1ssico: a era do ferro e o surgimento de aplicativos migrat\u00f3rios<\/h2>\n

\nEnt\u00e3o, o que aconteceu? Na ecossistema formado, existiam sistemas de armazenamento de dados de n\u00edvel b\u00e1sico e m\u00e9dio, sistemas de n\u00edvel corporativo e sistemas de armazenamento direto (DAS). Essas categorias foram definidas por analistas, tinham seus volumes de mercado, indicadores de custo, confiabilidade, desempenho e escalabilidade. E ent\u00e3o algo estranho aconteceu. <\/p>\n

O surgimento das m\u00e1quinas virtuais significa que m\u00faltiplos aplicativos, possivelmente de diferentes propriet\u00e1rios, poderiam operar simultaneamente em um \u00fanico servidor \u2013 essas mudan\u00e7as imediatamente colocaram em d\u00favida o futuro das armazenagens conectadas. Ent\u00e3o, os donos das maiores infraestruturas hiperescal\u00e1veis (hiperscalers): Facebook, Google, eBay, etc., cansados de pagar fortunas por armazenamento, desenvolveram suas pr\u00f3prias aplica\u00e7\u00f5es que garantiam a disponibilidade de dados em servidores comuns em vez de grandes armazenamentos magn\u00edficos. Depois, a Amazon apresentou ao mercado algo intrigante chamado Simple Storage Service (Servi\u00e7o Simples de Armazenamento) ou S3. N\u00e3o um bloco, n\u00e3o um arquivo, mas algo fundamentalmente novo: comprar um sistema se tornou imposs\u00edvel, a \u00fanica op\u00e7\u00e3o passou a ser comprar um servi\u00e7o. Espere, que luz brilhante \u00e9 aquela vis\u00edvel no c\u00e9u? Mais um asteroide?<\/p>\n

Per\u00edodo Jur\u00e1ssico: era dos \"saur\u00f3podes suficientemente bons\" <\/h2>\n

\nEntramos em uma fase de desenvolvimento da armazenagem conectada com a ideologia do \"suficientemente bom\". Clientes que utilizavam sistemas de armazenamento come\u00e7aram a questionar a justi\u00e7a de pagarem valores dez ou at\u00e9 cem vezes superiores ao custo do hardware por suas solu\u00e7\u00f5es empresariais. Os sistemas de m\u00e9dio porte come\u00e7aram a conquistar participa\u00e7\u00e3o no mercado dos sistemas de alto n\u00edvel. Produtos como HPE 3PAR<\/a><\/noindex> mostrar um crescimento r\u00e1pido. O EMC Symmetrix, que outrora dominava o mercado corporativo, ainda mantinha alguma \u00e1rea, mas esta estava rapidamente diminuindo. Muitos usu\u00e1rios come\u00e7aram a transferir seus dados para a AWS.<\/p>\n

Por outro lado, os inovadores da armazenagem conectada come\u00e7aram a se inspirar nas ideias dos hiperescalers, utilizando tecnologias de sistemas distribu\u00eddos horizontalmente escal\u00e1veis \u2013 uma ideologia oposta \u00e0 escalabilidade vertical. Espera-se que o novo software de armazenagem conectada possa operar em servidores comuns, assim como nos hiperescalers. N\u00e3o h\u00e1 mais pre\u00e7os 10-100 vezes superiores ao custo do pr\u00f3prio equipamento. Teoricamente, qualquer servidor pode ser utilizado \u2013 a escolha depende de suas prefer\u00eancias. A era da armazenagem definido por software (SDS) come\u00e7ou: as nuvens cobriram o c\u00e9u, a temperatura caiu e a popula\u00e7\u00e3o dos predadores de topo come\u00e7ou a diminuir.<\/p>\n

Per\u00edodo Cret\u00e1ceo: o in\u00edcio da evolu\u00e7\u00e3o do armazenamento definido por software <\/h2>\n

\nOs primeiros dias do armazenamento definido por software foram tumultuosos. Prometia-se muito, mas entregava-se pouco. Ao mesmo tempo, ocorreu uma importante mudan\u00e7a tecnol\u00f3gica: a mem\u00f3ria flash tornou-se uma alternativa moderna ao \"ferrugem girat\u00f3ria\" (HDD). Foi um per\u00edodo de surgimento de muitas startups de armazenamento e f\u00e1cil disponibilidade de dinheiro de risco. Tudo estaria \u00f3timo, n\u00e3o fosse um problema: o armazenamento de dados exige um s\u00e9rio comprometimento. Descobriu-se que os clientes valorizam seus dados. Se perdem o acesso a eles ou se descobrem alguns bits incorretos em terabytes de dados, eles se preocupam e se preocupam muito. A maioria das startups n\u00e3o sobreviveu. Os clientes recebiam funcionalidades incr\u00edveis, mas as ferramentas b\u00e1sicas n\u00e3o estavam em ordem. Uma receita ruim.<\/p>\n

Per\u00edodo Cenozoico: arrays de armazenamento dominam<\/h2>\n

\nPoucos falam sobre o que aconteceu depois, porque isso n\u00e3o \u00e9 muito interessante - os clientes continuam a comprar os mesmos arrays de armazenamento cl\u00e1ssicos. Claro, aqueles que migraram seus aplicativos para a nuvem tamb\u00e9m trouxeram seus dados. Mas para a esmagadora maioria dos clientes que n\u00e3o desejam migrar completamente para a nuvem ou n\u00e3o querem migrar de forma alguma, a Hewlett Packard Enterprise continuou a oferecer arrays cl\u00e1ssicos.<\/p>\n

Estamos em 2019, ent\u00e3o por que ainda existe um neg\u00f3cio de bilh\u00f5es de d\u00f3lares de arrays de armazenamento, baseado em tecnologias da \u00e9poca do Y2K? Porque eles funcionam! Em termos simples, as exig\u00eancias de aplicativos cr\u00edticos n\u00e3o foram atendidas por produtos gerados pela onda de hype. Produtos como HPE 3PAR continuaram a ser as melhores op\u00e7\u00f5es para clientes corporativos, e uma nova fase na evolu\u00e7\u00e3o da arquitetura HPE 3PAR - HPE Primera<\/a><\/noindex> \u2013 apenas confirma isso.<\/p>\n

Por sua vez, as capacidades de armazenamento definido por software eram excelentes: escalabilidade horizontal, uso de servidores padr\u00e3o... Mas o pre\u00e7o a pagar por isso eram: disponibilidade inst\u00e1vel, desempenho imprevis\u00edvel e regras espec\u00edficas de escalabilidade. <\/p>\n

A dificuldade das exig\u00eancias dos clientes \u00e9 que elas nunca ficam mais simples. Ningu\u00e9m dir\u00e1 que a perda de integridade dos dados ou o aumento do tempo de inatividade s\u00e3o aceit\u00e1veis. \u00c9 por isso que a arquitetura \u00e9 t\u00e3o importante para os sistemas de armazenamento de dados, pois deve atender \u00e0s exig\u00eancias dos modernos data centers em r\u00e1pida evolu\u00e7\u00e3o, sem abrir m\u00e3o das caracter\u00edsticas essenciais dos sistemas de armazenamento de classe empresarial.<\/p>\n

Per\u00edodo terci\u00e1rio: surgimento de novas formas de vida<\/h2>\n

\nVamos tentar entender como uma das novatas no mercado de sistemas de armazenamento, a empresa Datera, conseguiu lidar com essa mistura complexa de requisitos historicamente estabelecidos e novos. Isso foi alcan\u00e7ado principalmente atrav\u00e9s da implementa\u00e7\u00e3o de uma arquitetura voltada para resolver o dilema mencionado acima. N\u00e3o \u00e9 poss\u00edvel modificar arquiteturas antigas para resolver as tarefas enfrentadas pelos modernos data centers, assim como n\u00e3o \u00e9 poss\u00edvel mudar uma arquitetura de sistema de armazenamento definido por software de m\u00e9dio porte para atender \u00e0s exig\u00eancias dos sistemas corporativos: dinossauros n\u00e3o se tornaram mam\u00edferos porque a temperatura caiu. <\/p>\n

Construir uma solu\u00e7\u00e3o que atenda \u00e0s exig\u00eancias dos sistemas de armazenamento de n\u00edvel corporativo e ao mesmo tempo considere todo o valor da din\u00e2mica dos modernos data centers \u00e9 uma tarefa desafiadora, mas era exatamente isso que a Datera pretendia fazer. Os especialistas da Datera trabalharam nisso por cinco anos e descobriram a receita para \"preparar\" um sistema de armazenamento definido por software de classe empresarial.<\/p>\n

A principal dificuldade que a Datera enfrentou foi que foi necess\u00e1rio usar o operador l\u00f3gico \"E\" em vez do mais simples \"OU\". Disponibilidade est\u00e1vel, \"E\" desempenho previs\u00edvel, \"E\" escalabilidade arquitet\u00f4nica, \"E\" orquestra\u00e7\u00e3o-como-c\u00f3digo, \"E\" hardware padronizado, \"E\" implementa\u00e7\u00e3o de pol\u00edticas de gerenciamento, \"E\" flexibilidade, \"E\" gerenciamento baseado em an\u00e1lise, \"E\" seguran\u00e7a, \"E\" integra\u00e7\u00e3o com ecossistemas abertos. O operador l\u00f3gico \"E\" \u00e9 um s\u00edmbolo a mais do que \"OU\" \u2013 essa \u00e9 a principal diferen\u00e7a.<\/p>\n

Per\u00edodo quatern\u00e1rio: data centers modernos e mudan\u00e7as clim\u00e1ticas dr\u00e1sticas predefinem o desenvolvimento de sistemas de armazenamento definidos por software<\/h2>\n

\nComo a Datera criou uma arquitetura que atende \u00e0s exig\u00eancias de sistemas de armazenamento corporativos tradicionais e ao mesmo tempo satisfaz as demandas dos modernos data centers? Tudo recai novamente sobre aquele inc\u00f4modo operador \"E\".<\/p>\n

N\u00e3o fazia sentido resolver uma a uma as tarefas para atender a requisitos espec\u00edficos. A soma desses elementos n\u00e3o se tornaria um todo coeso. Assim como em qualquer sistema complexo, aqui a elabora\u00e7\u00e3o cuidadosa de todo o conjunto de compromissos equilibrados era fundamental. No desenvolvimento, os especialistas da Datera se basearam em tr\u00eas princ\u00edpios principais:<\/p>\n