Solución de equilibrio de carga del servidor virtual optimizado para servidores blade

Para servidores blade, he experimentado varias etapas diferentes desde el amor hasta el rechazo hasta el amor de hoy.

Antes de ingresar a la arquitectura virtual, los servidores blade han tenido varias etapas de desarrollo hasta que se usan en los entornos virtuales de hoy y pueden brindar muchos beneficios adicionales. Al integrar varios servidores en un solo gabinete blade, puede mejorar el esquema de equilibrio de carga para servidores virtuales y abordar una serie de problemas relacionados con las actualizaciones de servidores.

Desafíos de Blade en la era de la virtualización previa

Los servidores Blade surgieron antes que la virtualización, y uno de sus principales puntos de venta en ese momento era su capacidad de administración automatizada. Todavía recuerdo la demostración paso a paso de los primeros fabricantes de hardware de cómo sacar una cuchilla del gabinete y reemplazarla por una nueva. En ese momento, la herramienta de administración puede identificar el componente reemplazado y reconstruir automáticamente el sistema operativo del blade original en el hardware reemplazado.

El propósito de esto es lograr un reemplazo rápido de la parte defectuosa. Si una cuchilla falla, simplemente desenchúfela del gabinete e inserte una nueva. El resto se deja a la herramienta de administración para completar.

Sin embargo, es difícil para la mayoría de los usuarios implementar esta aplicación completamente automatizada, en parte porque es demasiado difícil. El proceso de reconstrucción automática todavía es muy complicado antes de que ocurra la virtualización. Se necesita mucho tiempo para crear una imagen de sistema operativo disponible, y estas imágenes cambian constantemente, lo que aumenta aún más la dificultad de implementación en un servidor físico.

Servidores Blade tempranos: Compromiso del proveedor

Más tarde, la virtualización comenzó a evolucionar, impulsando indirectamente la segunda ola de desarrollo de servidores Blade. De acuerdo con la sugerencia del fabricante, debido a las características del blade, se puede combinar con la virtualización: después de una falla, se puede reemplazar por un nuevo servidor blade, y luego esperar la reconstrucción automática del sistema operativo del host virtual.

Pero la mayor diferencia esta vez es que el sistema operativo del host virtual es completamente sin estado. Dado que la mayoría de los cambios se producen en la máquina virtual secundaria, es fácil para el sistema operativo host realizar el modo de opción de "conexión en caliente".

En esta segunda fase, sigo rechazando el uso de blades. Después de todo, lo que afirma el fabricante, la primera generación de gabinetes blade no está diseñada para la virtualización. Está limitado a solo 2 o 4 interfaces NIC Gigabit, lo que no es suficiente para la mayoría de las arquitecturas virtuales. Algunos blades también tienen limitaciones en el número de adaptadores de host de fibra óptica, lo que ha provocado un importante cuello de botella en la configuración del hardware en las aplicaciones donde los requisitos de rendimiento se encuentran en la parte superior.

Servidores Blade para virtualización

Hoy en día, estas primeras limitaciones de puertos ya no existen y los proveedores de hardware finalmente ingresaron al campo. Incluso algunos blades y gabinetes están diseñados para la virtualización, soportando múltiples NIC de 1Gb y 10Gb y una gran cantidad de interfaces FC.

La capacidad de administración y la automatización de las cuchillas también se ha mejorado considerablemente. Combinado con el hipervisor ESXi casi sin estado de VMware y el Windows Server Core ligero de Microsoft, es fácil reconstruir un nuevo sistema operativo host después de que se reemplaza el blade.

Más importante aún, la automatización a nivel de blade y la automatización a nivel de hipervisor de máquina virtual se combinan orgánicamente. Las fallas de la hoja (o algunas veces las advertencias) se pueden reflejar rápidamente en VMware vSphere o SCVMM (System Center Virtual Machine Manager) de Microsoft, y las máquinas virtuales se pueden migrar.

Una vez que la máquina virtual se migra a otro host, es fácil reconstruir el sistema operativo en el nuevo host que fue reemplazado por la ubicación original. El host se puede habilitar muy rápidamente. Al final, fue una realidad automatizar el reemplazo manual de los servidores blade hace diez años.

Servidores Blade y problemas de sustitución

Los servidores Blade tienen ventajas significativas en términos de gestión y migración de máquinas virtuales.

Esta generación de servidores blade resuelve uno de los problemas a largo plazo más dolorosos y difíciles de entender en los sistemas de computación en nube privada: las limitaciones impuestas por las actualizaciones de tecnología. Después de varias generaciones de desarrollo de la arquitectura del sistema, será muy difícil implementar la migración en línea entre los servidores nuevos y los servidores antiguos, incluido el equilibrio de carga entre diferentes máquinas virtuales.

En mi libro reciente, "Nube privada: elección del hardware adecuado para construir una arquitectura de máquina virtual elástica", comenté los problemas que pueden surgir de la sustitución del hardware en sistemas de nube virtual y privada: "Entorno virtual ... Debido a su capacidad de extracción de recursos, puede prolongar la vida útil de los servidores tradicionales. El problema es que a veces la compatibilidad entre diferentes generaciones de hardware no es muy buena. "

Problemas de hardware de diferentes generaciones en la carga de máquinas virtuales El impacto de la ecualización y las capacidades de migración en línea es particularmente obvio, y todos requieren la misma configuración de los hosts de origen y destino. Por ejemplo, es bien sabido que la migración en línea entre las plataformas AMD e Intel no es posible.

Y es posible que no note que incluso el mismo procesador del fabricante debe ser básicamente similar. La relación de CPU que admite vMotion se encuentra en el artículo "Artículo de la base de conocimiento de VMware", que parece ser más limitado de lo esperado.

A corto plazo, con la extensión del ciclo de vida de la infraestructura virtual, el problema del reemplazo será muy común. Cuando se agrega un nuevo servidor, es probable que exista el problema de que un servidor recién adquirido no se puede combinar con la migración en línea anterior.

Blade Enclosure optimiza el equilibrio de carga del servidor

Y ahí es donde los servidores blade se aprovechan. Un gabinete de cuchillas puede resolver el problema causado por el reemplazo. Las hojas en el mismo gabinete son mucho más compatibles con este problema que los servidores normales. Esto significa que puede cargar libremente los servidores virtuales en el mismo gabinete, aunque es posible que no se admita en todo el gabinete, pero esto es suficiente para la mayoría de las necesidades empresariales.

A medida que pasa el tiempo y el hardware se acumula, la brecha entre generaciones se vuelve cada vez más importante, por lo que es el momento de considerar los gabinetes blade específicos para la virtualización recomendados por los proveedores de hardware y otros productos similares.