{"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\/es\/blog\/administrirovanie\/programmno-opredelyaemye-shd-ili-chto-pogubilo-dinozavrov","title":{"rendered":"Almacenamiento definido por software o \u00bfqu\u00e9 acab\u00f3 con los dinosaurios?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Almacenamiento
\n
\nUna vez ocuparon la cima de la cadena alimentaria. Durante milenios. Y luego ocurri\u00f3 lo impensable: el cielo se cubri\u00f3 de nubes y dejaron de existir. En el otro extremo del mundo, acontecimientos cambiaron el clima: aument\u00f3 la nubosidad. Los dinosaurios se volvieron demasiado grandes y lentos: sus intentos de sobrevivir estaban condenados al fracaso. Los depredadores m\u00e1s altos gobernaron la Tierra durante 100 millones de a\u00f1os, creciendo cada vez m\u00e1s y volvi\u00e9ndose m\u00e1s fuertes. Evolucionaron hacia lo que parec\u00eda ser el ser perfecto, en la cima de la cadena alimentaria, pero el universo cambi\u00f3 de inmediato la faz de nuestro planeta.
\n<\/a><\/noindex>
\nPor iron\u00eda del destino, fueron las nubes las que borraron a los dinosaurios de la faz de la Tierra hace 66 millones de a\u00f1os. De la misma manera, hoy en d\u00eda las nubes est\u00e1n destruyendo los sistemas de almacenamiento cl\u00e1sico que est\u00e1n en \"la cima de la cadena alimentaria\". En ambos casos, el problema no fueron las nubes en s\u00ed, sino la capacidad de adaptarse a un mundo cambiante. En el caso de los dinosaurios, todo sucedi\u00f3 r\u00e1pidamente: el efecto devastador de las nubes se produjo en el transcurso de d\u00edas o semanas desde el impacto del meteorito (o la erupci\u00f3n de un volc\u00e1n, la elecci\u00f3n de la teor\u00eda queda a su criterio). En el caso de los sistemas de almacenamiento cl\u00e1sicos, el proceso lleva a\u00f1os, pero, por supuesto, es irreversible.<\/p>\n

Per\u00edodo Tri\u00e1sico: la era del gran hierro y el surgimiento de aplicaciones migratorias<\/h2>\n

\n\u00bfEntonces, qu\u00e9 ocurri\u00f3? En el ecosistema establecido exist\u00edan sistemas de almacenamiento de nivel inicial y medio, sistemas de nivel empresarial y sistemas de almacenamiento conectados directamente (DAS). Estas categor\u00edas fueron definidas por analistas, ten\u00edan sus propios vol\u00famenes de mercado, indicadores de costo, fiabilidad, rendimiento y escalabilidad. Y luego sucedi\u00f3 algo extra\u00f1o. <\/p>\n

La aparici\u00f3n de las m\u00e1quinas virtuales signific\u00f3 que m\u00faltiples aplicaciones, probablemente de varios propietarios, pod\u00edan funcionar simult\u00e1neamente en un solo servidor; estos cambios pronto pusieron en duda el futuro de los sistemas de almacenamiento de conexi\u00f3n directa. Luego, los propietarios de las mayores infraestructuras de hiperescalado (hiperescaladores): Facebook, Google, eBay, etc., cansados de pagar enormes sumas por sistemas de almacenamiento, desarrollaron sus propias aplicaciones que aseguraban la disponibilidad de datos en servidores comunes en lugar de grandes sistemas de almacenamiento \"hardware\". Despu\u00e9s, la compa\u00f1\u00eda Amazon present\u00f3 al mercado algo extra\u00f1o llamado Simple Storage Service (S3). No un bloque, ni un archivo, sino algo fundamentalmente nuevo: ya no se pod\u00eda comprar un sistema, solo se pod\u00eda adquirir un servicio. \u00bfEspera, qu\u00e9 es esa luz brillante que se ve en el cielo? \u00bfOtro asteroide?<\/p>\n

Per\u00edodo Jur\u00e1sico: la era de los \"suficientemente buenos\" <\/h2>\n

\nEntramos en una fase de desarrollo de sistemas de almacenamiento con la ideolog\u00eda de \"suficientemente bueno\". Los clientes que utilizan estos sistemas, al notar lo que hicieron los hiperescaladores, empezaron a cuestionar la justicia de los m\u00e1rgenes de diez o incluso cien veces el valor a\u00f1adido por encima del hardware que pagaban por sus sistemas de almacenamiento corporativo. Los arrays de nivel medio comenzaron a recuperar cuota de mercado de los sistemas de gama alta. Productos como HPE 3PAR<\/a><\/noindex> mostraron un crecimiento r\u00e1pido. EMC Symmetrix, un array de clase empresarial que alguna vez domin\u00f3 (de la palabra \"masivo\"), a\u00fan manten\u00eda alg\u00fan territorio, pero estaba disminuyendo r\u00e1pidamente. Muchos usuarios comenzaron a trasladar sus datos a AWS.<\/p>\n

Por otro lado, los innovadores de sistemas de almacenamiento empezaron a adoptar ideas de los hiperescaladores, utilizando tecnolog\u00edas de sistemas distribuidos y escalables horizontalmente, una ideolog\u00eda opuesta a la escalabilidad vertical. Se espera que el nuevo software de almacenamiento pueda funcionar en servidores comunes, al igual que en los hiperescaladores. Ya no habr\u00e1 precios de 10 a 100 veces superiores al costo del hardware. Te\u00f3ricamente, se pueden usar cualquier tipo de servidores, la elecci\u00f3n depende de tus preferencias. La era de los sistemas de almacenamiento definidos por software (SDS) ha comenzado: las nubes han cubierto el cielo, la temperatura ha bajado y la poblaci\u00f3n de los principales depredadores ha comenzado a disminuir.<\/p>\n

Per\u00edodo Cret\u00e1cico: el comienzo de la evoluci\u00f3n de los sistemas de almacenamiento definidos por software <\/h2>\n

\nLos primeros d\u00edas de los sistemas de almacenamiento definidos por software fueron agitados. Se prometi\u00f3 mucho, pero se entreg\u00f3 poco. Al mismo tiempo, hubo un importante cambio tecnol\u00f3gico: la memoria flash se convirti\u00f3 en una alternativa moderna a la \"herrumbre giratoria\" (HDD). Fue un per\u00edodo de aparici\u00f3n de numerosas startups de almacenamiento y de dinero de capital de riesgo f\u00e1cilmente disponible. Todo habr\u00eda sido genial si no fuera por un problema: el almacenamiento de datos requiere un enfoque serio. Resulta que a los clientes les importan sus datos. Si pierden acceso a ellos, o si en terabytes de datos se encuentran un par de bits incorrectos, se preocupan y se preocupan mucho. La mayor\u00eda de las startups no sobrevivieron. Los clientes obten\u00edan funcionalidades impresionantes, pero no todo estaba bien con las herramientas b\u00e1sicas. Una mala receta.<\/p>\n

Per\u00edodo Cenozoico: los arreglos de almacenamiento dominan<\/h2>\n

\nPoca gente habla de lo que ocurri\u00f3 despu\u00e9s, porque no es muy interesante: los clientes siguen comprando los mismos arreglos de almacenamiento cl\u00e1sicos. Por supuesto, aquellos que trasladaron sus aplicaciones a la nube tambi\u00e9n llevaron all\u00ed sus datos. Pero para la abrumadora mayor\u00eda de los clientes, que no quieren migrar completamente a la nube, o que no quieren migrar en absoluto, Hewlett Packard Enterprise continu\u00f3 ofreciendo arreglos cl\u00e1sicos.<\/p>\n

Vivimos en 2019, entonces, \u00bfpor qu\u00e9 todav\u00eda existe un negocio multimillonario de almacenamiento, basado en tecnolog\u00edas de la \u00e9poca Y2K? \u00a1Porque funcionan! En pocas palabras, los requisitos de las aplicaciones cr\u00edticas no se satisfac\u00edan con productos creados en la ola del entusiasmo. Productos como HPE 3PAR segu\u00edan siendo las mejores opciones para los clientes corporativos, y una nueva etapa en la evoluci\u00f3n de la arquitectura HPE 3PAR \u2013 HPE Primera<\/a><\/noindex> \u2013 solo lo confirma.<\/p>\n

A su vez, las capacidades de los sistemas de almacenamiento definidos por software eran sobresalientes: escalabilidad horizontal, uso de servidores est\u00e1ndar\u2026 Pero el precio a pagar fue: disponibilidad inestable, rendimiento impredecible y reglas espec\u00edficas para la escalabilidad. <\/p>\n

La complejidad de las demandas de los clientes radica en que nunca se vuelven m\u00e1s simples. Nadie dir\u00e1 que la p\u00e9rdida de integridad de los datos o el aumento del tiempo de inactividad son aceptables. Por esta raz\u00f3n, para un almacenamiento de datos, la arquitectura es vital, ya que debe responder a las exigencias de los modernos centros de datos en constante evoluci\u00f3n, sin sacrificar las caracter\u00edsticas clave de un almacenamiento de clase empresarial en la b\u00fasqueda de un compromiso.<\/p>\n

Per\u00edodo terciario: aparici\u00f3n de nuevas formas de vida<\/h2>\n

\nIntentemos aclarar c\u00f3mo una de las empresas novatas en el mercado de almacenamiento, Datera, logr\u00f3 manejar esta compleja mezcla de demandas hist\u00f3ricamente establecidas y nuevas para el almacenamiento. Sobre todo, gracias a la implementaci\u00f3n de una arquitectura enfocada en resolver el dilema mencionado anteriormente. No es posible modificar una arquitectura antigua para abordar los problemas que enfrenta un centro de datos moderno, as\u00ed como no se puede modificar la arquitectura de un almacenamiento definido por software de nivel medio para satisfacer los requerimientos de los sistemas de clase empresarial: los dinosaurios no se convirtieron en mam\u00edferos porque la temperatura descendi\u00f3. <\/p>\n

Construir una soluci\u00f3n que cumpla con los requisitos de un almacenamiento de nivel corporativo y que al mismo tiempo considere el valor de la din\u00e1mica del centro de datos moderno es una tarea complicada, pero eso era precisamente lo que pretend\u00eda hacer Datera. Los especialistas de Datera trabajaron en esto durante cinco a\u00f1os y encontraron la receta para \"preparar\" un almacenamiento definido por software de clase empresarial.<\/p>\n

La principal dificultad que enfrent\u00f3 Datera fue que ten\u00eda que utilizar el operador l\u00f3gico \"Y\" en lugar del notablemente m\u00e1s simple \"O\". Disponibilidad estable, \"Y\" rendimiento predecible, \"Y\" escalabilidad arquitect\u00f3nica, \"Y\" orquestaci\u00f3n como c\u00f3digo, \"Y\" hardware estandarizado, \"Y\" implementaci\u00f3n de pol\u00edticas de gesti\u00f3n, \"Y\" flexibilidad, \"Y\" gesti\u00f3n basada en anal\u00edtica, \"Y\" seguridad, \"Y\" integraci\u00f3n con ecosistemas abiertos. El operador l\u00f3gico \"Y\" es un s\u00edmbolo m\u00e1s largo que \"O\"; esta es la principal diferencia.<\/p>\n

Per\u00edodo cuaternario: los modernos centros de datos y el cambio clim\u00e1tico dr\u00e1stico predeterminan el desarrollo de los almacenamiento definidos por software.<\/h2>\n

\n\u00bfC\u00f3mo logr\u00f3 Datera crear una arquitectura que cumpla con los requisitos de un sistema de almacenamiento empresarial tradicional y satisfaga las exigencias de un centro de datos moderno al mismo tiempo? Todo se reduce a ese molesto operador \"Y\".<\/p>\n

No ten\u00eda sentido abordar una a una las tareas para satisfacer requisitos individuales. La suma de esos elementos no se convertir\u00e1 en un todo. Como en cualquier sistema complejo, aqu\u00ed era fundamental trabajar cuidadosamente en un conjunto equilibrado de compromisos. Al desarrollar, los especialistas de Datera se guiaron por tres principios fundamentales:<\/p>\n