Tag Hiperconvergencia

Tag Hiperconvergencia

El verdadero coste de la hiperconvergencia

Etiquetas: Hybrid cloud 6 comments
featured image

Cuentas claras: el precio de la hiperconvergencia

En esta ocasión me voy a permitir la licencia de tomar prestadas, traducir y glosar algunas partes del post de Howard Marks en Network Computing con la sana intención de ofrecer alternativas viables desde el punto de vista económico y mucho más ajustadas a nuestro mercado que las propuestas basadas en EVO:RAIL, Simplivity, Nutanix y otros sistemas de hiperconvergencia del mercado.

“Está bien que un EVO:RAIL disponga de cuatro servidores el almacenamiento necesario para las máquinas virtuales de los servidores, pero 180.000 euros me parece un precio un poco excesivo.”

Si nos centramos en el modelo de hiperconvergencia, que ya hemos tratado en otros posts, estaríamos hablando de sistemas de hardware commodity compuestos por servidores con almacenamiento interno que mediante soluciones de software conforman un proveedor de recursos de virtualización o incluso una cloud privada, dependiendo de las funcionalidades que incorpore.

Siguiendo esta definición, sería plausible pensar que este tipo de soluciones deberían ser más económicas que las soluciones convergentes, que tienen más componentes físicos y específicos de cada fabricante, e incluso más económicas aún que las soluciones Taylor-made creadas con lo mejor de cada casa.

Pues bien, una vez sentadas las premisas, veamos el análisis de Howard Marks para NetworkComputing.com

“…pero cuando nos ponemos a averiguar si -como los defensores alegan- los sistemas de hiperconvergencia en realidad son menos costosos que sus equivalentes convencionales, lo que encontramos fue todo lo contrario.

Cuando quisimos confirmar que EVO:RAIL efectivamente costaba los 175.000 euros que habíamos escuchado, nos fue imposible conseguir información detallada para los modelos de Dell o de EMC. Sí conseguimos un anuncio en Internet ofreciendo por 150.000 euros la solución Supermicro SYS-2027TR-VRL002. Aunque es 20% menos que lo que hablamos escuchado al principio, aún queríamos saber si se trataba de una buena oferta.

Tras un par de horas de búsqueda en Internet fuimos capaces de sumar cuánto costaría construir un sistema al estilo EVO:RAIL; evidentemente sin la misma interfaz y el resultado fue de unos 22.000 euros.

En este sentido, hemos visto que la interfaz de usuario de EVO:RAIL es realmente útil, especialmente a la hora de instalar el sistema; sin embargo, sospechamos que una vez que el sistema está listo y andando, lo más probable es que cualquier administrador prefiera utilizar el vCenter client, que la interfaz de usuario de EVO:RAIL.

También fuimos a la página web de Dell donde configuramos un servido R720, 2U para montaje en rack, con los procesadores, memoria y almacenamiento equivalente a un nodo EVO:RAIL. El precio de esto sumó poco más de 9.000 euros, aproximadamente 36.000 en el caso de un conjunto de cuatro.”

En cuanto a software

Una vez encontradas un par de opciones de precio para el hardware, Howard analiza la pila de software.

“EVO:RAIL incluye un interesante paquete de software, que está compuesto por vSphere, una edición de Enterprise Plus, la aplicación de vCenter Server, VSAN, Log Insight, y, por supuesto, las herramientas de EVO:RAIL para manejo e instalación.

Nos fue un poco difícil asignar un valor a Log Insight, porque todos los centros de datos suelen disponer de una solución de captura y análisis de Logs, y Log Insight es muy buena, sin embargo, si ya usas Splunk o SumoLogic, puede que no tengan sentido los 220 euros que piden por cada dispositivo.

En cualquier caso, suponemos que vamos a utilizar Log Insight para 100 dispositivos, por lo que el el costo total del software equivalente a EVO:RAIL sería de de poco menos de 81.000 euros; Sumando hardware y software tendríamos un precio total por encima de 100.000 euros, nada más y nada menos que unos 40.000 euros menos que un verdadero EVO:RAIL”

Y ahora nos preguntamos… ¿Realmente hay que pagar 100.000 euros por un sistema de virtualización hiperconvergente? Desde Telecomputer no podemos por menos que decir ¡¡¡NOOOOOOO!!!! Y por supuesto tenemos nuestras poderosas razones.

La primera es que desde hace un año tenemos desarrollado, junto con otras empresas, una solución de virtualización Hiperconvergente basada en Openstack y software Opensource que se llama ORIGINstack y tiene un precio de entrada desde 25.000 €  para un cluster de tres servidores. Si lo equiparamos a cuatro servidores, estaríamos hablando de 33.000 €, ¡¡¡casi un 70% menos!!

¿Cómo es esto posible? Pues bien, utilizamos hardware commodity, y cuando digo commodity nos vamos tan al extremo que utilizamos discos de tipo consumer para almacenar las máquinas virtuales. Eso sí, utilizamos un sistema de ficheros ditribuido con una protección basada en réplicas de bloque y no en stripping que nos permite perder bastantes discos antes de poner en peligro la integridad de los datos y además acelera las recuperaciones de la consistencia del almacenamiento de forma sorprendente.

Si queréis investigar, estos sistemas de ficheros se llaman GlusterFS, Lustre, Ceph, etc.. y son la base del almacenamiento y de la vitualización de muchos de los grandes sistemas de cloud pública que triunfan en todo el mundo. ¿Alguna duda sobre su fiabilidad? Y una reflexión más incisiva ¿quién utiliza VSAN de Vmware?¿porque nos empeñamos en creer que es más fiable una solución de una empresa que todavía no ha usado nadie frente a soluciones de “nadie” que utilizan a diario millones  de usuarios?  Como poco es llamativo, ¿no?

Para terminar, sobre estos sistemas de almacenamiento que exportan por iSCSI o NFS “sólo” tendríamos que decidir la virtualización que queremos, siempre en Linux, claro y añadir un sistema de gestión de la virtualización, como por ejemplo oVirt. El resultado sorprende por el nivel de rendimiento y por la fiabilidad.

El otro sabor del que disponemos en Telecomputer, quizás más aceptable para los que suelen sucumbir a los miedos que despiertan las propuestas alternativas, es FusionCube de Huawei. FusionCube es una solución software desarrollada por Huawei, el mayor proveedor de operadoras de telecomunicaciones del mundo, que integra todos los elementos necesarios para desplegar una solución de Software Defined Datacenter, e incluso una Cloud Privada con todas las letras y con un coste de entrada de unos 55.000 euros para 4 servidores, con toda la garantía que da el soporte de una grandísima multinacional.

Por lo tanto, si pensabas que la hiperconvergencia lleva implícita una reducción de costes.. te animamos a que sigas pensándolo y a que nos preguntes como empezar a disfrutar de los beneficios de la virtualización sin los costes que se asocian tradicionalmente.

Hiperconvergencia: pasado, presente y… ¿futuro?

Etiquetas: , , Cloud Infrastructure, Hybrid cloud No comments
featured image

La hiperconvergencia pisa fuerte y seguro   

Fue tan sólo hace dos años cuando el CTO de VMware Steve Chambers, utilizó por primera vez el término “hiperconvergencia” para diferenciar los sistemas de cómputo combinado que Nutanix, SimpliVity y Scale Computing estaban introduciendo frente a los sistemas de convergencia como Vblock de VCE.

Hoy, desde el vendedor de soluciones de IT hasta emprendedores en el ámbito del software de almacenamiento sostienen que la hiperconvergencia es el futuro, o al menos una opción muy posible, tal y como ya adelantaban las predicciones de importantes consultoras tecnológicas como IDC en 2012.

“This IDC study highlights that the overall spending on converged systems will grow at a compound annual growth rate (CAGR) of 54.7% from $2.0 billion in 2011 to $17.8 billion in 2016.”

Worldwide Converged Systems 2012–2016 Forecast: Adoption Fueled by Faster Time-to-Market Demands. 2012 November

Al igual que muchas otras soluciones de IT, la hiperconvergencia nace en una startup, pero al igual que el tsunami comienza con un terremoto en el lecho marino, la puesta de largo oficial de la hiperconvergencia comenzó con la creación de la plataforma EVO:RAIL de VMware, era la confirmación del líder sobre la viabilidad de un nuevo producto.

Para quien no haya tenido la oportunidad de analizar el concepto, diremos que EVO:RAIL es un diseño estándar de cuatro servidores de alta densidad, que los fabricantes de hardware pueden construir a partir de sus respectivos contenedores de piezas. Esto implica que uno puede comprar sistemas EVO:RAIL de Fujitsu, Dell, Supermicro, directamente de la casa matriz de VMware, EMC, o más recientemente de HP e Hitachi Data Systems, donde el hardware es básicamente el mismo ofreciendo cada uno de los nodos procesadores Xeon E5-2620 v2 duales, 192 GB de memoria, 400 GB de SSD y tres discos duros de 1.2 TB.

cta-origin-stacks

 

Algunos proveedores puede que elijan distintos chips de Ethernet de 10 GB o que algunos usuarios prefieran los iLO de HP, sobre los DRAC de DELL, pero los sistemas de EVO:RAIL son básicamente intercambiables.

¿Dónde reside entonces la diferencia con otros sistemas de virtualización? Y pues en el software de VMware, que incluye no sólo vSphere y vSAN, sino también un sistema automatizado de instalación y una consola de mando simplificada.

La falta de confirmación por parte de HP de su apoyo a esta iniciativa en los primeros anuncios de EVO:RAIL, hizo pensar a la mayoría de los expertos que en vez de funcionar con el paquete de software completo de VMware, HP construiría sus módulos de hiperconvergencia alrededor de su producto StoreVirtual VSA, que es el nuevo nombre de la tecnología VSA de Lefthand iSCSI que viene usándose desde la presentación de esta familia de almacenamiento, hace ya más de 5 años.

Finalmente ha resultado que teníamos más o menos razón, porque el sistema HP ConvergedSystem 200-HC Store Virtual hace precisamente eso. El modelo básico utiliza discos SAS, debido a que, por ejemplo, el SQL Server necesario para administrar una docena de cajas registradoras no necesita más que unos cientos de IOPs.  También se presentó un modelo para tareas más exigentes que incorpora SSD y saca provecho del procesamiento por niveles del sub-LUN de StoreVirtual. En cualquier caso HP decidió finalmente proteger su apuesta incorporando al producto el paquete de software de VMware para convertirlo en EVO:RAIL.

No obstante, por más exitoso que el EVO:RAIL sea, no es lo más interesante que está sucediendo en el mundo de la hiperconvergencia. Los especialistas en Gridstore, como los de Scale Computing antes, se dieron cuenta de que si su sistema para Hyper-V funcionaba bajo Windows en un Xeon sencillo, podrían utilizarlo en un servidor más poderoso y utilizar Hyper-V para procesar cómputos también, así los servidores en sus 4 nodos alojados en 2U son bastante poderosos también, con procesadores E5-2690 10 core.

Aunque algunos consideran que la tecnología flash y la hiperconvergencia son dos grandes tecnologías, pero que nos van bien juntas, las compañías están ofreciendo sistemas de hiperconvergencia completamente flash. Nutanix tiene la NX-9000 con 6×1.6TB de flash para 3.2TB de capacidad usable con 3-way mirroring en cada uno de sus nodos de 20 core.

Incluso Gridstore tiene su modelo 100% flash recurriendo a 1 TB de SSD de alto rendimiento como cache, frente a 5TB de SSD orientados a lectura en cada nodo. El controlador virtual de Gridstore utiliza un modelo de protección de datos de paridad distribuida, que tiene significativamente menos sobrecarga que el más típico de 3 espejos.

En el caso de ORIGINstack, el fabricante español de sistemas hiperconvergentes, la apuesta en el hardware es dejarlo abierto a las necesidades del cliente.

Con un solo modelo de nodo y una configuración inicial que arranca en tres nodos, ORIGINstack permite elegir procesadores desde 4 hasta 12 cores y cantidades de memoria desde 64 Gb hasta 512 Gb por nodo para adaptarse de manera abierta a las cargas de trabajo de cada cliente.

En cuanto al almacenamiento, ORIGINstack apuesta por un sistema distribuido de almacenamiento en el que cada nodo es una controladora activa de un sistema y en el que la protección se puede definir utilizando réplica sencilla o doble de cada bloque escrito para alcanzar ratios de disponibilidad de hasta siete nueves 99.9999999%.

Para solucionar el espinoso asunto del rendimiento de disco, además del incremento que ofrece de por sí la paralelización de lecturas y escrituras, se ha diseñado un sistema que permite utilizar discos SATA de gran volumen apoyados por tecnologías SSD que aceleran el rendimiento como cache. El resultado es un sistema hiperconvergente que ofrece hasta 24 Tb netos con 4 Tb de cache SSD en un chasis de 2U, junto con el cómputo y la virtualización. En cualquier caso, la elección de discos está abierta y ORIGINstack puede configurarse con todos los discos SAS o SSD para cargas de trabajo específicas.

Ahora resulta evidente que aunque los sistemas de hiperconvergencia no se conviertan en la arquitectura dominante de la próxima década – como los servidores Blade, antes que ellos – sí serán la opción correcta para buena parte de las empresas.

Hiperconvergencia todo lo que debes saber sobre esta nueva tendencia

Etiquetas: , , Cloud Infrastructure, Hybrid cloud 2 comments
featured image

Hiperconvergencia: sistemas modulares al servicio de las necesidades de tu empresa

Si actualmente te encuentras investigando sobre las distintas alternativas existentes para refrescar tus servidores o tus plataformas de virtualización, entonces lo más probables es que ya te hayas topado con el término “Hiperconvergencia”. Lo primero que posiblemente haya pasado por tu mente es: ¿Qué son estos sistemas de hiperconvergencia y qué los diferencia de los sistemas de convergencia normales?

No obstante, lo ideal sería que nos preguntásemos primero qué son los sistemas de convergencia y en qué manera se diferencian de los sistemas clásicos de infraestructura, para luego pasar a los conceptos más nuevos.

Pues en este post haremos precisamente eso, repasaremos todos los conceptos clave para luego entender mejor las opciones que tenemos hoy a nuestra disposición.

Diferencias entre sistemas de convergencia y la infraestructura IT tradicional 

Los sistemas convergentes son una evolución natural de la infraestructura IT tradicional, la cual, por lo general estaba compuesta por silos de información (unidades que trabajan de manera aislada para cada aplicación de negocio y bastante habitualmente con un alto grado de descoordinación del plan estratégico de la empresa), por ejemplo: ERP, gestión de Recursos Humanos, producción, etc..

En este modelo, previo a la consolidación que ha generado la virtualización, cada unidad de negocio disponía de su propio entorno de IT, escudándose en las necesidades y requisitos de este o aquel fabricante de software y en la necesidad de garantizar los rendimientos que cada uno solicitaba a sus clientes. El resultado lo hemos visto todos en la inmensa mayoría de las empresas, que disponían de un auténtico SIMO, o para los lectores que no entiendan este localismo, una amplia y heterogénea colección de tecnologías y fabricantes. La segunda derivada de esta forma de trabajar era que cada unidad o departamento disponía de su presupuesto y sus preferencias, por lo que la eficiencia de las políticas de compra distaba mucho de lo óptimo.

Por esta razón y una vez que la virtualización entra en escena, cobra sentido el concepto de sistemas convergentes, ya que permite combinar dos o más de estas infraestructuras como una solución de ingeniería preestablecida, puesto que el producto final que se entregará es tan homogéneo como una máquina virtual, que además es apta para todas las cargas de trabajo imaginables en el 95% de los casos que se presentan en una empresa.

VCE, HP, IBM, Oracle son algunas de las compañías que han diseñado soluciones que hacen converger almacenamiento, cómputo y redes gestionadas bajo un mismo entorno software de gestión. La idea básica es tener un solo proveedor de todos los componentes necesarios y un servicio de soporte único para sólo tener que “fastidiar” a una persona en caso de necesitar soporte, eliminando las complejidades de ingeniería y operativas que implica una solución multivendedor.

Las ventajas más relevantes de estas soluciones es que ponen a nuestro alcance diseños relativamente simples para un entorno de infraestructura bastante compleja. Normalmente podría llevarnos meses diseñar una infraestructura utilizando una mezcla de las mejores tecnologías y los sistemas convergentes reducen los tiempos de implantación y sobre todo los riesgos de desviación de tiempo y presupuesto.

Al final, lo que estamos adquiriendo con una solución convergente es un proveedor de máquinas virtuales, una máquina que nos da recursos de computación de una manera tan automática como la máquina de café nos prepara un expresso a media mañana.

cta-origin-stacks

Hablemos de Hiperconvergencia 

Partiendo de las bases de la convergencia, parece en escena hace relativamente poco el concepto de SDx – Software Defined Anything, es decir, herramientas de software que nos permiten desacoplar de una manera efectiva las capacidades de los sistemas de almacenamiento, red y cómputo de un hardware específico y llevarlo a un entorno virtualizado y homogéneo, y todo esto, por supuesto, con unos costes absolutamente inferiores.

Por tanto, los sistemas de hiperconvergencia llevan este concepto de convergencia del que hablamos antes y lo llevan a otro nivel. Mientras que los sistemas de convergencia son componentes diseñados para trabajar bien en conjunto, los de la hiperconvergencia son sistemas modulares, basados en componentes homogéneos,  diseñados para ser sumados, agregando cada vez más módulos, en la medida que las tareas lo requieran.

Estos sistemas por lo general son diseñados alrededor de las capacidades de almacenamiento y cómputo ofrecidas por un único servidor de x86, interconectado por 10 GB de Ethernet. A primera vista esto puede parecer un servidor con mucha capacidad de almacenamiento y desde un punto de vista físico, lo es.

La diferencia entre un sistema de hiperconvergencia y un grupo de servidores con muchos discos, es la ingeniería y sobre todo el software. Las soluciones de hiperconvergencia sacan provecho de una nueva generación de software de control de almacenamiento, de red y de cómputo, permitiéndole a estos sistemas crecer casi sin límite. Mientras más módulos se le agregan, mejor rendimiento y mayor capacidad tendrán.

Por lo tanto, en vez de crecer mediante la inclusión de discos, memoria o CPUs, los sistemas de hiperconvergencia crecen mediante la adición de módulos. No obstante, su arquitectura no es su única ventaja, los sistemas de hiperconvergencia además gozan de un modelo de administración simplificado.

Esto, en términos sencillos, quiere decir que en vez de necesitar a un equipo de personas que se ocupe de tus unidades de almacenamiento, otro que se ocupe de virtualización y a otro que se dedique al servidor o la red, sólo necesitarás a un equipo (en algunos caso compuesto por una sola persona) que supervise el funcionamiento de tu unidad de hiperconvergencia ya que la automatización de procesos para desplegar recursos de IT está en su ADN.

Hay dos maneras en que se puede obtener una infraestructura de hiperconvergencia. Puedes comprar una de compañías como ORIGINstack, Nutanix o SimpliVity, quienes ofrecen diferentes tipos de soluciones para distintos tipos de compañías; o puedes construir tu propio sistema de hiperconvergencia.

Soluciones como VSAN de VMware y StoreVirtual de HP están diseñadas para clientes que quieren tener mayor control sobre los elementos del diseño de su sistema de hiperconvergencia. Con estos podemos elegir nuestro propio servidor de hardware y configurar los discos a nuestro gusto, siempre y cuando el hardware sea compatible con el software del proveedor.

Puntos débiles de la hiperconvergencia 

Una de las desventajas de la hiperconvergencia es que no nos permiten realizar pequeños cambios y mejoras a nuestro sistema ya que el crecimiento suele ser lineal.

Si un cluster está algo bajo de memoria, pero no de cómputo, igual tendremos que actualizar la capacidad de cómputo general agregando más módulos. De igual manera, si queremos mejorar la configuración de almacenamiento del disco esto será un problema.

La excepción a esta norma general la introducen sistemas como ORIGINstack, que basándose en una metodología de diseño OPENbay dispone de distintos niveles de procesador, y configuraciones de memoria y disco duro abiertas para adaptar el nivel de inversión a las necesidades de cada momento. Es decir, es un sistema modular asimétrico, ya que la homogeneización de los módulos se consigue a través del software y el hardware base, pero permite un alto nivel de flexibilidad.

Una segunda desventaja proviene de las barreras y trabas organizacionales que surgen cuando queremos combinar sistemas que tradicionalmente habían trabajado con silos de información u organizaciones aisladas. Si un grupo de la compañía quiere comenzar a trabajar con un sistema de hiperconvergencia, tendrá que lidiar con discusiones sobre presupuesto y diferencias de división con otros departamentos.

Conclusiones 

Los sistemas de hiperconvergencia ofrecen diseños más simples, disminución de los gastos administrativos y simplifica la gestión de proveedores en entornos altamente virtualizados.

Sin embargo, asegúrate de considerar las desventajas de los sistemas que hay en el mercado antes de decidirte a adoptar un fabricante de hiperconvergencia.

cta-origin-stacks

 

Hiperconvergencia