%202012%20R2.png)
Estoy en el proceso de crear un clúster Hyper-V 2012 R2. Tengo 3 hosts físicos (128 GB de RAM, doble núcleo Hex y 12 NIC cada uno) y una SAN para jugar. La SAN es un sistema de Almacenamiento Virtual (Datacore), sirve sus discos virtuales a través de iSCSI y tengo la capacidad de crear tantos discos virtuales (es decir, LUNS) como requiera (¡y para eso tengo capacidad!). Hemos utilizado Datacore SAN con éxito durante varios años con un clúster ESX, pero nos estamos mudando a Hyper-V debido a los costos de licencia y al hecho de que ahora ofrece características a la par de las que usamos actualmente con ESX (también hemos ejecutado un un par de servidores Hyper-V independientes durante algunos años como respaldo, por lo que también estamos muy familiarizados con esa tecnología).
Entonces, esta pregunta trata específicamente sobre la combinación de roles de agrupación en clústeres en 2012 R2.
Ya creé el clúster Hyper-V que usa CSV (para almacenar archivos VM) en varios LUN iSCSI de la SAN que todos los hosts pueden ver, pero mi siguiente paso es configurar algunos servidores de archivos de alta disponibilidad para uso general del usuario. Debo señalar que conozco la diferencia entre usar CSV que son activo-activo y diseñados principalmente para uso de aplicaciones (como Hyper-V) en comparación con el almacenamiento compartido utilizado por un clúster de servidores de archivos que es activo-pasivo y no No propongo hacer nada diferente a eso: sin embargo, hay un par de formas diferentes en las que podría implementar servidores de archivos.
La primera forma principal en que podría hacer esto es crear un 'clúster invitado', es decir, 2 máquinas virtuales como nodos del servidor de archivos del clúster (en diferentes hosts). Obviamente, los volúmenes de su sistema operativo estarían separados, sin embargo, hay dos formas de lograr que compartan sus volúmenes de almacenamiento de archivos (es decir, dónde residen los recursos compartidos).
a. Ambos comparten un VHDX común que obviamente reside en Hyper-V CSV.
b. O usan sus iniciadores iSCSI y acceden directamente a un LUN dedicado en la SAN.
La segunda forma es no utilizar Hyper-V en absoluto para los nodos del servidor de archivos, sino crear una función de servidor de archivos (propósito general) (junto con la función Hyper-V) en los mismos hosts del clúster: estos luego accederían al servidor compartido. almacenamiento en LUN dedicados (no CSV) presentados por la SAN.
¿Cuáles son los peligros de cada uno? Mi sensación es que la segunda opción en realidad tiene menos gastos generales (no se requiere capa virtual ni VM), pero sí significa que los hosts en el clúster brindan un servicio Hyper-V en clúster y un servidor de archivos en clúster al mismo tiempo. ¿Eso va a ser un problema? También creo que podría incluso aprovechar un poco de equilibrio de carga, dividiendo mis recursos compartidos de archivos en 3 roles de servidor de archivos en el clúster, cada uno configurado para ejecutarse principalmente en un nodo (¡cuando todo esté funcionando!), y cada uno usando LUNs separados.
Aprecio que la respuesta dependerá de cuántas máquinas virtuales y similares planeo ejecutar, pero supongo que estaré atento a los recursos (por ejemplo, asegurándome de que las máquinas virtuales no ocupen toda la RAM del host) y administro el Asignación de NIC correctamente para que no haya problemas de ancho de banda.
¿Existe alguna razón técnica por la que no puedo utilizar la opción 2? Muchas gracias !
Respuesta1
No hay ningún problema al ejecutar una función de servidor de archivos en hosts Hyper-V. En general, mezclar otras funciones con Hyper-V no es algo bueno. Sin embargo, la función del servidor de archivos ha sido diseñada y probada específicamente para ejecutarse junto con Hyper-V. Una cosa que sugiero hacer es usar las funciones de QoS de Windows 2012 R2 para crear capacidad de red para su función Hyper-V frente a su función de servidor de archivos.
No crearía varias máquinas virtuales solo para crear un servidor de archivos en clúster. Si necesita ese nivel de complejidad por motivos comerciales, entonces la empresa debería pagar por hardware dedicado para crear un servidor de archivos en clúster. Los tiempos de conmutación por error en la función de servidor de archivos serán más rápidos que ejecutar un clúster en un invitado.
Respuesta2
Personalmente, yo tampoco lo haría. La mejor práctica de Microsoft es tener solo la función Hyper-V instalada en los servidores host, y no entiendo completamente qué está tratando de ganar al tener dos VMS apuntando al mismo recurso compartido en la SAN.
Lo mejor que puede hacer es colocar el servidor de archivos como una máquina virtual en el clúster. Tenerlo en el clúster proporcionará alta disponibilidad, pero si desea una máquina virtual redundante, configuraría un segundo archivo compartido en el clúster (o idealmente en un clúster diferente) y habilitaría DFS.