¿Mejores prácticas para virtualizar servidores en la SAN?

Muy bien, entonces quiero comenzar a aprovechar mi SAN un poco más de lo que he estado, y al mismo tiempo, aprovechar ESXi.

Actualmente, tengo un conjunto de blades Dell PowerEdge 1955 conectados a un conjunto de almacenamiento EMC AX4-5 FC de gabinete único. Básicamente estoy usando el SAN como DAS. Tengo LUN en la SAN que apuntan a máquinas físicas específicas, y esas máquinas utilizan los LUN para lo que sea (principalmente bases de datos y recursos compartidos Samba / NFS, dependiendo del servidor de destino).

Tengo varios servidores de archivos físicos, y cada uno tiene una configuración de configuración de samba para servir los recursos compartidos apropiados. Como nunca conseguí que RHCS funcionara, solo uno de los servidores de archivos tiene los LUN montados a la vez. En el caso de que un servidor de archivos muera, lo cerco manualmente (ya sea desmontando y presentando el disco, usando la utilidad navisphere o matando la energía a través de DRAC), luego uso la utilidad navisphere para mostrar los LUN presentados en el siguiente contendiente ( después de lo cual, comienza apache y los otros demonios). Todo a mano, ahora mismo.

Me siento como Ferris Bueller tocando el clarinete. ¡Nunca tuve una lección!

De todos modos, estoy tratando de mejorar. Lo que quiero hacer es instalar ESXi en los hosts físicos, luego crear LUN para contener dos imágenes de servidor de archivos (en caso de que una se corrompa / fubar), una de las cuales estará activa, la otra estará en espera. Al menos de esta manera, no mejoro la automatización (aunque pronto comenzaré a escribir un script para cambiar el servidor "activo"), pero siento que estoy agregando flexibilidad, además puedo usar los hosts ESXi para contener otras máquinas virtuales, y el hardware no se desperdiciará, como lo es ahora.

Mis preguntas son:

1) ¿Qué tan estúpido es mi plan?

2) Cuando se trata de la implementación real, ¿debería crear una imagen vmdk normal en el LUN, o debería darle una partición "en bruto" (si eso es posible con ESXi?)

3) ¿Hay una "buena" forma de usar servidores de archivos no agrupados?

Tu plan no es una locura. Como de costumbre, hay más de unas pocas formas de atacar esto en función de lo que está tratando de lograr y cómo proteger sus datos.

En primer lugar, puede presentar un LUN sin formato a una máquina virtual utilizando una "Asignación de dispositivo sin formato". Para hacer esto:

• Presente el LUN al host ESXi (o al grupo de hosts, si va a usar clustering / HA)
• Agregue un disco a su VM, seleccione Asignación de dispositivo sin formato, apunte al LUN
• Vuelva a escanear el bus SCSI dentro de la VM
• fdisk, monte y agregue a fstab, como un disco normal.

Upside: rápido de configurar, rápido de usar, fácil, puede representar el disco en el host físico si necesita V2P en el camino

Desventaja: puede perder algunas opciones de instantáneas / reversión basadas en VMware, dependiendo de si usa el modo de compatibilidad física o virtual

Una opción alternativa es crear VMFS en el LUN para crear un almacén de datos, luego agregar un disco VMDK a la VM que vive en ese almacén de datos.

• Upside: es compatible con Storage vMotion si alguna vez compra una licencia para usarlo. Esto permite la migración en caliente de discos VMDK entre LUN e incluso SAN.

En ambos casos, usted está en una posición de riesgo similar si VMware o su VM se comen el sistema de archivos durante una falla; uno no es drásticamente mejor que el otro, aunque las opciones de recuperación disponibles serán bastante diferentes.

No despliegue RDM a menos que tenga que hacerlo; Descubrí que no me compran mucha flexibilidad como VMDK (y me han picado los errores que los hicieron poco prácticos al realizar otras operaciones de almacenamiento (desde que se corrigió, consulte la sección RDM en ese enlace))

En cuanto a su VM, su mejor apuesta para la flexibilidad es almacenar el disco de arranque de su servidor de archivos como un VMDK en la SAN para que pueda hacer que otros hosts lo arranquen en caso de una falla del host. Usando la funcionalidad HA de VMware, el arranque de su VM en otro host es automático (la VM arrancará en el segundo host como si se hubiera desconectado la alimentación; espere realizar los fsck y la magia habituales para que aparezca como en el caso de un servidor normal ) Tenga en cuenta que HA es una característica con licencia.

Para mitigar una falla de VM, puede construir un clon ligero de su servidor de archivos, que contenga el mínimo requerido para arrancar y hacer que SAMBA se inicie en un estado configurado y almacene esto en el disco local de cada host, esperando que agregue la unidad de datos desde el falló VM y enciéndalo.

Esto puede o no comprarle opciones adicionales en el caso de una falla de SAN; En el mejor de los casos, su almacenamiento de datos requerirá un fsck u otra reparación, pero al menos no tiene que arreglar, reconstruir o configurar la VM en la parte superior. En el peor de los casos, ha perdido los datos y necesita volver a la cinta ... pero ya estaba en ese estado de todos modos.

Me quedaría con las imágenes vmdk, solo en caso de que pases a usar vmotion en el futuro, nunca sabes que puedes obtener un presupuesto para ello.

Si sus máquinas no están agrupadas, entonces, en lo que a mí respecta, la mejor manera de administrarlas es intentar distribuir la carga de la manera más uniforme posible. Tengo 3 2950 no agrupados donde la carga de los vms más críticos es tanto como sea posible 1/3 en cada uno. La teoría es que es poco probable que pierda más de una caja a la vez, por lo que al menos 2/3 podrán continuar operando sin verse afectados.

Desde el punto de vista de la potencia, probablemente sería más eficiente cargar las máquinas hasta el 100% posible y tener otras máquinas apagadas, pero parece que poner todos sus huevos en una canasta para mí.

No me llamaría un experto en esto, es solo lo que hago.

Hola Matt Hay muchas maneras de dividir una solución cuando usa una solución de virtualización. En primer lugar, ha habido muchos puntos de referencia que muestran el rendimiento de Raw LUN (RDM) versus VMDK y la diferencia generalmente se muestra insignificante. Algunas cosas a tener en cuenta con los RDM: solo ciertas situaciones de agrupamiento requieren el uso de RDM (agrupamiento de MS). Los RDM tienen un límite de 2 TB, pero LVM se puede utilizar para evitar este límite. Es más difícil realizar un seguimiento de los RDM que dar un LUN a ESXi para usar para VMFS y colocar vmdk en él. Los VMDK (como se mencionó) tienen algunos buenos beneficios: svMotion, Snapshots (no se puede hacer una pRDM).

Si ejecuta Free ESXi, así es como podría abordar su situación. En primer lugar, todos los datos están en archivos vmdk en VMFS LUNS. Configure 2 máquinas virtuales y use Heartbeat para la conmutación por error de IP y servicios. Heartbeat cambiará la dirección IP del servicio y puede manejar las secuencias de comandos para desmontar / montar el LUN de datos cuando sea apropiado. Incluso podría escribir una secuencia de comandos de la CLI remota de VMware para asegurarse de que la VM 'inactiva' se apague para el cercado. Con los latidos del corazón coordinados directamente entre los sistemas, el riesgo de que ambos accedan a los datos lun / ejecuten los mismos servicios debería ser extremadamente bajo. La clave aquí es asegurarse de que Heartbeat maneje el montaje / desmontaje del LUN de datos y el inicio / apagado de los servicios, no los mecanismos de inicio normales.

Se puede lograr una conmutación por error alternativa a través del sistema de monitoreo. Cuando detecta el host inactivo, puede usar VMware Remote CLI para emitir un apagado (para estar seguro) y luego encender el vm de respaldo. En esta situación, la recuperación es bastante manual.

En mi entorno "pequeño" no he visto que un VMDK se corrompa. De lo que también me he dado cuenta es que si tiene más de 2 hosts ESX (i) o una docena de máquinas virtuales, querrá obtener vCenter para ayudar a realizar un seguimiento de todo. Algunos de los paquetes Essential / Plus no son demasiado costosos considerando los beneficios.

Matt, sabes que no uso VMware, pero siempre he usado "RAW" con Xen. Con solo unas pocas máquinas virtuales que están ligeramente cargadas, dudo que vea una gran diferencia de rendimiento. Pero cuando comience a entrar en más y más invitados si todos esos invitados están en el mismo sistema de archivos, terminará con problemas de profundidad de cola. Esto es especialmente cierto en el almacenamiento respaldado por NFS. No es tanto que el servidor NFS tenga los problemas, pero la mayoría de las implementaciones de clientes NFS apestan.

No conozco una buena manera de sincronizar los vmdks si está buscando redundancia (falla de san). Pero si usa dispositivos de bloque, todavía tiene la posibilidad de usar DRBD para replicar solo los vms que desea / necesita replicar.

Creo que deberías preguntarte a ti mismo "¿Alguna vez planeo volver a los servidores físicos"

Si la respuesta es quizás, entonces quizás debas apegarte a RDM. ESXi con RDM requeriría (creo) que compre algo para que su fibra funcione (de nuevo, no está 100% seguro en esxi).

Teníamos varias máquinas que acabo de trasladar rápidamente de servidores físicos a ESX (4.0) usando RDM. Tenía una combinación de máquinas Linux y Windows (súper fácil para ambas plataformas). Todavía tenemos algunos legeacy FreeBSD (6.0 y versiones anteriores) en servidores físicos para los que no podemos usar RDM porque el antiguo núcleo FBSD no es compatible con esto. Fue rápido y me exigió que no hiciera nada más que apuntar mi LUN y luego instalar las herramientas VMWare. Cerebro muerto fácil ... sin convertidor sin problemas ...

Otra cosa que debe preguntarse es "¿Qué características de VMWare quiero usar?"

Dependiendo de su respuesta, es posible que no tenga otra opción que VMDK. Si usa su SAN para instantáneas, y no le importa usar vmware para eso, por ejemplo ...

Algunas notas que voy a compartir contigo sobre lo que hemos encontrado hasta ahora. Vmotion funciona igual de bien con RDM y VMDK, Storage Vmotion por otro lado solo funciona correctamente con no RDM, y tratar de usar el almacenamiento de Vmotion para ir de RDM a VMDK apesta solo use el convertidor. La mayoría de las distribuciones de Linux tienen un paquete de herramientas vmware de código abierto que hace que la instalación de herramientas no sea un problema. La aplicación de copia de seguridad funciona realmente bien y está libre de vmware, pero no hace tantas cosas como nos gustaría. Recomiendo encarecidamente tomar una clase de vmware. El que tomé fue una semana y valió la pena cada centavo. El soporte de VMWare es increíble. Si obtienes un contrato de soporte y tienes que llamar, son de primera clase. Me frustra encontrar a alguien que pueda ayudarme (a muchos menús ... ), pero una vez que los obtengo, SIEMPRE vienen con un soporte rápido y confiable.