No seu día ocuparon a parte superior da cadea alimentaria. Durante miles de anos. E entón sucedeu o impensable: o ceo cubriuse de nubes, e deixaron de existir. No outro lado do mundo ocorreron acontecementos que cambiaron o clima: aumentou a nubosidade. Os dinosauros fixéronse demasiado grandes e demasiado lentos: os seus intentos de sobrevivir estaban condenados ao fracaso. Os depredadores ápices gobernaron a Terra durante 100 millóns de anos, crecendo máis e máis fortes. Evolucionaron ata o que parecía un ser perfecto na parte superior da cadea alimentaria, pero o universo cambiou de súpeto a faz do noso planeta.
Irónicamente, foron as nubes as que acabaron cos dinosauros hai 66 millóns de anos. Do mesmo xeito, as nubes hoxe están a destruír os sistemas clásicos de almacenamento de datos na parte superior da cadea alimentaria. En ambos os casos, o problema non foron as propias nubes, senón a capacidade de adaptación a un mundo cambiante. No caso dos dinosauros, todo pasou rapidamente: o efecto destrutivo das nubes produciuse aos poucos días ou semanas da caída do meteorito (ou da erupción volcánica: a elección da teoría é túa). No caso dos almacéns de datos clásicos, o proceso leva anos, pero é, por suposto, irreversible.
Período triásico: a idade do gran ferro e a aparición de aplicacións migratorias
Entón, que pasou? O ecosistema existente incluía sistemas de almacenamento de nivel básico e de gama media, sistemas de nivel empresarial e almacenamento conectado directo (DAS). Estas categorías foron determinadas polos analistas e tiñan os seus propios volumes de mercado, indicadores de custo, fiabilidade, rendemento e escalabilidade. E entón pasou algo estraño.
A chegada das máquinas virtuais fixo que varias aplicacións puidesen executarse simultáneamente nun único servidor, probablemente en varios propietarios, un cambio que inmediatamente puxo en dúbida o futuro do almacenamento directo. Entón os propietarios das maiores infraestruturas de hiperescala (hiperescaladores): Facebook, Google, eBay, etc., fartos de pagar enormes cantidades de diñeiro polos sistemas de almacenamento, desenvolveron as súas propias aplicacións que aseguraban a dispoñibilidade de datos en servidores habituais en lugar de grandes almacenamentos de "hardware". sistemas. Entón Amazon presentou algo estraño no mercado chamado Simple Storage Service, ou S3. Non un bloque, nin un ficheiro, senón algo fundamentalmente novo: fíxose imposible comprar un sistema, fíxose posible comprar só un servizo. Agarda un minuto, que é esa luz brillante visible no ceo? Outro asteroide?
Jurassic: a era dos "saurs suficientemente bos"
Entramos na fase de desenvolvemento do almacenamento coa ideoloxía de "bastante bo". Os clientes de almacenamento, notando o que fixeran os hiperescaladores, comezaron a cuestionar a equidade do custo adicional dez ou mesmo cen veces superior ao hardware que estaban pagando polos seus sistemas de almacenamento corporativos. As matrices de nivel medio comezaron a gañar cota de mercado dos sistemas de primeiro nivel. Produtos como mostrou un rápido crecemento. EMC Symmetrix, a matriz de clase empresarial que antes era dominante, aínda tiña algún territorio, pero estaba a diminuír rapidamente. Moitos usuarios comezaron a migrar os seus datos a AWS.
Por outra banda, os innovadores do almacenamento comezaron a tomar prestadas ideas dos hiperescaladores, utilizando tecnoloxías de sistemas distribuídos escalables horizontalmente, unha ideoloxía oposta á escala vertical. Espérase que o novo software de almacenamento poida funcionar en servidores normais, igual que os hiperescaladores. Non máis de 10-100 veces o custo do propio equipo. En teoría, podes usar calquera servidor; a elección depende das túas preferencias. A era do almacenamento definido por software (SDS) comezou: as nubes ocultaron os ceos, as temperaturas baixaron e a poboación de depredadores ápices comezou a diminuír.
O período Cretácico: o inicio da evolución dos sistemas de almacenamento definidos por software
Os primeiros días do almacenamento definido por software foron embriagadores. Prometeuse moito, pero pouco se entregou. Ao mesmo tempo, produciuse un importante cambio tecnolóxico: a memoria flash converteuse na alternativa moderna ao spinning rust (HDD). Este foi un período de moitas empresas de almacenamento e diñeiro de capital risco fácil de manexar. Todo sería xenial se non fose por un problema: o almacenamento de datos require unha consideración seria. Resulta que os clientes adoran os seus datos. Se perden o acceso a el, ou se atopan un par de bits malos en terabytes de datos, preocúpanse e preocúpanse moito. A maioría das startups non sobreviviron. Os clientes recibiron unha funcionalidade interesante, pero non todo era bo coas ferramentas básicas. Mala receita.
Período Cenozoico: dominan os macizos de almacenamento
Poucas persoas falan do que pasou despois, porque non é moi interesante: os clientes seguen comprando as mesmas matrices de almacenamento clásicas. Por suposto, os que trasladaron as súas aplicacións ás nubes tamén trasladaron alí os seus datos. Pero para a gran maioría dos clientes que non queren cambiar completamente á nube, ou non queren cambiar en absoluto, a mesma Hewlett Packard Enterprise continuou ofrecendo matrices clásicas.
Estamos en 2019, entón por que aínda hai un negocio de almacenamento de miles de millóns de dólares baseado na tecnoloxía Y2K? Porque traballan! En pocas palabras, os requisitos das aplicacións de misión crítica non estaban sendo realizados por produtos creados na onda de bombo. Produtos como HPE 3PAR seguiron sendo as mellores opcións para os clientes empresariais e a nova evolución da arquitectura HPE 3PAR é - isto só o confirma.
Pola súa banda, as capacidades dos sistemas de almacenamento definidos por software eran excelentes: escalabilidade horizontal, uso de servidores estándar... Pero o prezo para iso era: dispoñibilidade inestable, rendemento impredicible e regras de escalabilidade específicas.
A complexidade dos requisitos dos clientes é que nunca son máis sinxelos. Ninguén dirá que é aceptable a perda da integridade dos datos ou o aumento do tempo de inactividade. É por iso que é tan importante para os sistemas de almacenamento unha arquitectura que satisfaga simultaneamente os requisitos dos centros de datos modernos en rápida evolución e que, na procura dun compromiso, non estea exenta das características clave dos sistemas de almacenamento de clase empresarial.
Período terciario: aparición de novas formas de vida
Intentemos descubrir como un dos recén chegados ao mercado de almacenamento - Datera - conseguiu facer fronte a unha mestura tan difícil de requisitos históricos e novos para os sistemas de almacenamento. En primeiro lugar, mediante a implantación dunha arquitectura enfocada a resolver o dilema anteriormente descrito. É imposible modificar unha arquitectura heredada para afrontar os retos dun centro de datos moderno, do mesmo xeito que é imposible modificar unha arquitectura de almacenamento definida por software media para cumprir cos requisitos dos sistemas de clase empresarial: os dinosauros non se converteron en mamíferos porque a temperatura caeu.
Construír unha solución que cumpra os requisitos de almacenamento de nivel empresarial ao tempo que se aproveita ao máximo a axilidade do centro de datos moderno non é tarefa sinxela, pero iso é exactamente o que se propoñía Datera. Os especialistas de Datera levan cinco anos traballando nisto e atoparon unha receita para "cociñar" o almacenamento definido por software de clase empresarial.
A principal dificultade que atopou Datara foi que tiña que usar o operador lóxico "AND" en lugar do moito máis sinxelo "OR". Dispoñibilidade consistente, E rendemento previsible, E escalabilidade arquitectónica, E orquestración como código, E hardware estandarizado, E aplicación de políticas, E flexibilidade, E xestión baseada en análises, seguridade "E", integración "E" con ecosistemas abertos. O operador lóxico "AND" é un carácter máis longo que "OU" - esta é a principal diferenza.
Período cuaternario: os centros de datos modernos e o cambio climático repentino predeterminan o desenvolvemento de sistemas de almacenamento definidos por software
Entón, como creou Datera unha arquitectura que satisfaga as demandas do almacenamento tradicional de clase empresarial e, ao mesmo tempo, cumpre coas demandas do centro de datos moderno? Todo se reduce a ese molesto operador "E" de novo.
Non tiña sentido abordar os requisitos individuais un por un. A suma de tales elementos non se converterá nun todo único. Como en calquera sistema complexo, era importante unha coidadosa consideración de todo o complexo de compromisos equilibrados. Ao desenvolver, os especialistas de Datera guiáronse por tres principios principais:
- xestión específica da aplicación;
- un mecanismo unificado para garantir a flexibilidade dos datos;
- alto rendemento debido á redución dos custos xerais.
A característica común destes principios é a sinxeleza. Xestiona facilmente o teu sistema, xestiona os teus datos facilmente cun único motor elegante e ofrece un rendemento previsible (e alto) ao tempo que reduce os custos. Por que é tan importante a sinxeleza? Os profesionais experimentados do mundo do almacenamento saben que non se pode cumprir cos requisitos de almacenamento do centro de datos dinámico actual só cunha xestión granular, varias ferramentas de xestión de datos e unha hiperoptimización para obter beneficios de rendemento. O complexo de tales técnicas xa é familiar para nós como un sistema de almacenamento de dinosauros.
A familiaridade con estes principios serviulle ben a Datera. A arquitectura que desenvolveron ten, por unha banda, a dispoñibilidade, rendemento e escalabilidade dun moderno sistema de almacenamento de clase empresarial e, por outra banda, a flexibilidade e velocidade necesarias para un moderno centro de datos definido por software.
Dispoñibilidade de Datera en Rusia
Datera é un socio tecnolóxico global de Hewlett Packard Enterprise. Os produtos Datera son probados para a compatibilidade e o rendemento con varios modelos de servidor .
Podes aprender máis sobre a arquitectura de Datera en 31 de outubro.
Fonte: www.habr.com