¿Qué es la hiperconvergencia?
De la multitud de definiciones de hiperconvergencia que han sido descartados por los proveedores durante la última década, aquí está el que debería cubrir todos los aspectos: un centro de datos que emplea hiperconvergencia (HCI) permite implementar, alojar y administrar cargas de trabajo (software) en un centro de datos, utilizando hardware diseñado para escalar y ajustarse a los diferentes requisitos de esas cargas de trabajo, junto con las circunstancias operativas cambiantes del propio centro de datos. Las necesidades del software son respondidas y abordadas por todo el hardware en la instalación o en el clúster hiperconvergente, actuando colectivamente.
HCI es hardware
La diferencia clave aquí es la hardware. En la actualidad, existe una multitud de sistemas de implementación y orquestación de cargas de trabajo en los centros de datos. Estás familiarizado con Kubernetes. Es posible que también esté familiarizado con las versiones de marca más destacadas de Kubernetes en la actualidad, como Tanzu de VMware, Ezmeral de HPE y OpenShift de Red Hat. Todos estos sistemas permiten desarrollar, probar, implementar y gestionar nuevas clases de cargas de trabajo en contenedores en sistemas totalmente orquestados, utilizando cantidades sustanciales de automatización. Y Kubernetes es promovido por defensores que han argumentado públicamente que el orquestador cumple los objetivos fundamentales de la hiperconvergencia, haciendo así innecesario e incluso obsoleto el soporte de HCI por parte del hardware.
Pero Kubernetes no está integrado en el hardware, al menos no todavía. Según la definición de todos, HCI es cableado a los servidores. Si HCI es algo, es esto: el cableado de los planos de control de los servidores en hardware. El quid de la propuesta de valor de HCI en la actualidad es que tener control en el hardware agiliza los procesos y acelera la productividad.
Normalmente, la reubicación del control sobre la red, el almacenamiento, la gestión y la seguridad del software al hardware debería dar lugar a procesos más rápidos con menor latencia y un acceso más amplio a los recursos del sistema.
Además: Microsoft lanza la próxima generación de su servicio Azure Stack HCI
Entonces, ¿qué es toda esta charla sobre el 'software HCI'?
Sin embargo, hay muchos mercados importantes software componentes disponibles en la actualidad, particularmente para redes, que se anuncian como hiperconvergentes, como parte de HCI o como una unidad de las plataformas HCI de su fabricante. La confusión comienza con la introducción del concepto de centro de datos definido por software (SDDC). HCI, dicen los proveedores, habilita SDDC.
Tienen razón en esa parte, si acepta que la definición más amplia de “software” abarca cualquier cosa digital en lugar de física, más específicamente, el código de configuración. SDDC permite a los operadores especificar las configuraciones de los sistemas utilizando el código fuente. Es decir, pueden programar el montaje de componentes y el aprovisionamiento de recursos. En el sentido de que cualquier programa es software, esta es una explicación precisa del “software HCI”. Las plataformas HCI en realidad producen el código que utiliza SDDC para configurar los centros de datos, en nombre de estos operadores. Determinan los requisitos de los servidores y la ubicación y disponibilidad de los recursos, y realizan los ajustes necesarios. En ese sentido, HCI toma prestado el propósito y parte de la funcionalidad del SDDC, al tiempo que reasigna gran parte de la carga del control a la automatización.
Sin embargo, al final, lo que logra esta configuración es la entrega de instrucciones al hardware HCI. En un nivel fundamental, HCI es hardware.
Hay muchos argumentos de ingenieros bien intencionados, que apostarán lo que les queda de dientes y cabello para promover la premisa de que HCI no es software. Y aún así encontrará el llamado “software HCI”. Lo que es mucho más importante que si una parte u otra tiene razón es si ese software ofrece beneficios genuinos a su centro de datos (hay muchas posibilidades de que pueda hacerlo) e, irónicamente, aunque igual de importante, si el software HCI de ese proveedor puede coexistir en la misma plataforma que el hardware HCI de otro proveedor (existe una probabilidad superior a cero de que no sea así).
Por el bien de este artículo, centro de datos infraestructura De hecho, se compone de software y hardware. Sin embargo, la HCI tiene sus raíces en el hardware.
Cada fabricante de componentes HCI los ha diseñado para que respondan a un sistema de gestión centralizado. Ese sistema puede colocar cargas de trabajo donde puedan ejecutarse de manera más efectiva, hacer que el almacenamiento y la memoria sean accesibles para esas cargas de trabajo y, si el sistema es lo suficientemente inteligente, alterar la visión de la red de las cargas de trabajo para que los recursos distribuidos no solo sean más fáciles de manejar. , pero más seguro.
Eso si todo funciona como se anuncia. Desde sus inicios, la hiperconvergencia ha sido una especie de estado ideal. Ese ideal siempre ha estado al menos un paso por delante, a menudo más, de su implementación real. En versiones anteriores de este artículo, dedicamos varios párrafos a explicar qué es exactamente lo que “convergió” en la hiperconvergencia. En la forma actual de HCI, la cuestión es ahora en gran medida irrelevante. De hecho, de ahora en adelante, solo nos referiremos a él como “HCI” en compañía de abreviaturas como “ITT”, “NCR” y “AT&T” que ya no representan sus designaciones originales.
Algunas personas perciben hoy en día la HCI como un medio para distinguir artificialmente la línea de servidores empresariales de un fabricante de la de otro. Este es un argumento que seguirá viendo entre los creadores de sistemas de orquestación de cargas de trabajo, muchos de los cuales forman parte del movimiento de código abierto. Este artículo evitará evaluar las virtudes de los argumentos de ambas partes. En lugar de ello, presentará un examen del HCI en su estado actual y dejará cualquier juicio cualitativo a los historiadores.
Además: Microsoft agrega más dispositivos y servicios a su línea híbrida Azure Stack
Las distintas capas de HCI
Debido a que los proveedores en el mercado de HCI persiguen los objetivos finales de la tecnología en diversos grados, es importante definir HCI comenzando en un nivel fundamental y luego proceder a niveles más profundos donde algunos sistemas pueden no optar por avanzar. Cada nivel más profundo puede pertenecer cada vez menos a ciertos participantes del mercado cuyas inversiones intelectuales en HCI pueden no ser tan profundas como para otros.
Básicamente, HCI se implementa mediante la incorporación de un hipervisor (el componente responsable de alojar y administrar máquinas virtuales o VM) en el hardware. Un servidor compatible con HCI cumple la función de hipervisor en una suite de virtualización. Está diseñado para organizar cargas de trabajo, ejecutar máquinas virtuales y migrarlas a otros lugares de la red según sea necesario. Básicamente, HCI crea el entorno que necesita una carga de trabajo de máquina virtual, a partir de recursos del centro de datos que se agrupan como productos (de ahí la “convergencia”). ). La potencia del procesador y la capacidad de almacenamiento son los dos productos más fáciles de reunir. HCI puede proporcionar el espacio y la energía necesarios para una carga de trabajo determinada, en el momento actual. Hasta hace muy poco, las plataformas HCI también incluían componentes integrados para almacenamiento definido por software (SDS). En esencia, SDS es un mecanismo para agrupar recursos de almacenamiento de una matriz en un unidad lógica (LUN). Si SDS hace su trabajo en un entorno HCI, sustituye por completo a una red de área de almacenamiento (SAN). Muchos proveedores incorporaron SDS en sus propuestas de valor de HCI, aunque con el tiempo comenzaron a ofrecer SDS por separado como una solución en sí misma. Ahora hay argumentos activos en el sentido de que SDS se ha separado de HCI y es su propio mercado autónomo. La reciente “reinvención” de VxRail, su plataforma HCI basada en hardware, por parte de Dell EMC, hace oficial la división, lo que permite que el cliente determine el componente SDS. El énfasis de HCI desde una perspectiva de administración de sistemas está en una única consola frontal desde la cual Se puede administrar todo el centro de datos. Has visto sitios web que en realidad son tres o cuatro publicaciones (o 16 o 17) todas ellas unidas por una única página principal. Por lo tanto, no debería sorprender a nadie que una gran cantidad de servicios de administración se puedan reunir en un solo grupo y seleccionarlos desde un menú. Las herramientas de administración de HCI que están genuinamente diseñadas para funcionar en conjunto, en lugar de ser elegidas individualmente de una lista, producen colectivamente una representación significativa de todo el sistema, como una única consola o “panel de control”. Existe un mercado separado para el software de gestión de infraestructura de centros de datos (DCIM), que HCI intentaría hacer irrelevante. Las plataformas HCI de algunos proveedores incorporan telas, que son componentes directamente interconectados a un nivel más profundo que una red direccionable. Una estructura, por ejemplo, puede vincular múltiples dispositivos de almacenamiento en un centro de datos, haciéndolos direccionables como un volumen colectivo. Las cargas de trabajo modernas se están refactorizando para la contenedorización (iniciada por Docker, extendida por Kubernetes). Esta es una clase de virtualización que se enfoca en virtualizar la carga de trabajo para que el sistema operativo pueda alojarla, en lugar de virtualizar el sistema operativo para que pueda soportar una carga de trabajo. En esencia, HCI utiliza un hipervisor a nivel de hardware. Aún se están debatiendo los beneficios de implementar una capa de virtualización a nivel de hipervisor para admitir otra capa de virtualización a nivel de carga de trabajo. Sin embargo, sus defensores defienden esta teoría convincente: el hipervisor proporciona seguridad en una capa debajo del sistema operativo, de modo que el entorno de Kubernetes esté protegido de ataques al kernel. El hipervisor, a su vez, está más protegido en HCI que en un típico sistema de virtualización basado en software porque está basado en el hardware. Por eso, algunas plataformas HCI se están avanzando como plataformas de contenedorización, con esta premisa específica. En los últimos años, los sistemas HCI han trabajado para modernizarse con la capacidad de implementar cargas de trabajo en la nube pública. Esto a menudo se describe como “integración en la nube”, pero si realmente está integrada depende de si la infraestructura virtual del centro de datos se puede extender a la infraestructura de la nube. En el caso de la parte de VMware del paquete VxRail, sí puede. Aquí, el espacio y los recursos proporcionados por la nube pública se ponen a disposición de la plataforma HCI para su aprovisionamiento. Algunas plataformas HCI continúan administrando escritorios virtuales (VDI), que son esencialmente imágenes completas del servidor y del sistema operativo, junto con las aplicaciones instaladas, presionadas en una máquina virtual “maestra dorada”. A medida que las aplicaciones se alejan de la arquitectura de estilo Windows/DOS y se acercan a la distribución de red y la funcionalidad basada en navegador, la VDI tradicional desempeña cada vez menos un papel en los centros de datos modernos. Algunos proveedores de VDI están migrando hábilmente el concepto de VDI a arquitecturas donde las aplicaciones virtualizadas aparecen ante sus usuarios en escritorios estandarizados, pero ese concepto se parece tanto al VDI original como al HCI moderno a la hiperconvergencia original. Es más complicado agrupar la memoria desde las memorias electrónicas están vinculadas a los buses de direcciones del sistema de sus respectivos servidores. (Algunos sistemas HCI que pretenden incluir memoria en su lista de productos básicos, técnicamente no logran esta hazaña). El ancho de banda de la red se trata como un producto básico, pero todas las plataformas de virtualización nivelan el campo de juego para los servidores en clúster, de modo que las cargas de trabajo se puedan distribuir utilizando sus propias superposiciones de red.
¿Qué significa la “d” en “dHCI”?
Hay tres posibilidades, dependiendo de a quién le preguntes y cuándo:
Desagregado. Una de las tendencias más recientes en la arquitectura de servidores de centros de datos, cuyos productos finales apenas estamos empezando a ver, es desagregación — el desacoplamiento de los componentes del servidor, especialmente los procesadores, de un bus de sistema bloqueado. El año pasado,…