Geek de todos los cambia Organización por clústeres con Hyper-V simple

Greg Shields

Contenido

Organización por clústeres Hyper-V
Trabajar con clústeres Hyper-V
Aumentar la disponibilidad

En los comienzos de mi profesional de TI, utiliza para contestar la oft más frecuentes “ ¿Qué debe hacer para una sociedad? ” con “ por cierto, se archivo equipos x. ” Pero durante años, algo molesté me acerca de esa instrucción. Pensó demasiado negativo, como si los equipos se han destacado siempre y la seguridad de la sociedad dependía de este hecho. Por lo tanto, después de responder a esa pregunta una y otra vez,, por último, presione me. La prioridad real como técnico de TI y administradores de sistemas no era necesariamente corregir los equipos, se mantenerlos ejecutando.

Prioridad de que no ha cambiado. De hecho, como calcular se convierte en más crítica para las operaciones diarias de la mayoría de las empresas, ser capaz de corregir los equipos ha crecido menos importante. Lo que ser mucho más importante es que los equipos en seguir trabajando. No es esto más importante en su trabajo como una jack-of-all-trades profesional de TI. Esfuerzan mantener los equipos con un mínimo de los recursos y un presupuesto de compresión a menudo requiere una medida buen estada de conducto de cinta y abandonando-twine.

Sin embargo, con combinaciones de derecha de la tecnología, puede aumentar barata la disponibilidad de los servidores. Convirtiendo los servidores físicos a las virtuales, obtendrá inmediatamente funciones adicionales que sean menos probable que ir hacia abajo y fáciles de aparezca nuevo cuando hace:

• Las instantáneas permiten volver atrás en el tiempo cuando una actualización de software o configuración cambiar blows de un servidor en caso contrario, buen estado.
• Discos duros virtuales consolidar los miles de archivos que componen un servidor de Windows en un solo archivo para las copias de seguridad, lo que mejora considerablemente la confiabilidad de esas copias de seguridad.
• Compatibilidad de servicio de instantáneas (VSS) de volumen, que está disponible forma nativa en Hyper-V, significa que las aplicaciones devolver desde una restauración con cero pérdida de datos y inmediatamente listo para operación.
• Las capacidades de migración mejorar las actividades de tiempo de inactividad planeado al proporcionar un mecanismo para reubicación el procesamiento de máquinas virtuales a hosts de nuevos con poco a ninguna interrupción en el servicio.
• Clúster de conmutación por error significa que la pérdida de un host virtual mueve automáticamente los equipos virtuales a nuevas ubicaciones donde pueden continuar realizando su trabajo.

La parte difícil en todo esto es saber exactamente qué tecnologías que necesita para implementar, y que pueda permitirse. Hay una relación directa entre los niveles de redundancia, que puede implementar en un entorno de TI y el costo. Pasa por con eso en mente, agregando una tecnología como clúster de conmutación por error de Windows Server 2008 a Hyper-V podría obtener alto debido de la complejidad percibida. Todavía puede implementar no necesariamente sumamente confiable, pero podría pensar "razonablemente confiable" virtualización de menor.

Con ese fin, vamos a explorar una solución muy sencilla que integra estas dos tecnologías. Tenga en cuenta que esta implementación no bestow inmediatamente los niveles más altos de disponibilidad, pero que es la solución más sencilla que puede implementar hoy en día. Una vez que comprenda los conceptos básicos, le sugiero algunas formas de agregar aún más, con el costo adicional y la complejidad, por supuesto. Permitir que el presupuesto se la guía.

Organización por clústeres Hyper-V

Para empezar, eche un vistazo al artículo denominado" Tecnología Hyper-V Guía paso a paso: Hyper-V y el clúster de conmutación por error." Describiré los pasos generales necesarios para implementar una configuración con clústeres. Para las obtener instrucciones detalladas click por haga clic en, consulte este documento.

La implementación de redundancia con Hyper-V implica la organización por clústeres sus servicios a través de dos o más equipos. Cada equipo debe haber instalado una copia de la versión de x 64 de Windows Server 2008 Enterprise Edition, y cada uno debe incluir un mínimo de dos tarjetas de red por servidor además de uno o más tarjetas de red de iSCSI. En este ejemplo muy sencillo, utilizará la red para conectar estos dos servidores con un tercer servidor o dispositivo que aloja un conjunto de discos compartidos iSCSI. iSCSI se utiliza aquí porque es fácil de configurar, no requiere poco a ningún equipo adicional o especializadas de formación y se ejecuta a través de la red existente.

En los discos almacenará los archivos para los equipos virtuales para poder obtener acceso directamente a ambos hosts. Como se muestra en la figura 1 , dos tarjetas de red conectar cada servidor a dos redes diferentes (uno de los clúster privado red, la otra para la red de producción), mientras que la tercera se conecta a los discos de iSCSI. En este ejemplo, las conexiones iSCSI son en diferentes redes de su tráfico de producción. Separar iSCSI de tráfico de red normal es importante proteger el tráfico de cada tipo de la congestión de red del otro.

Figura 1 al mínimo, las conexiones de red seis son necesarios para iniciar un clúster.

El primer paso para preparar este entorno está validando que los servidores de hecho pueden ejecutar la función de Hyper-V. Hyper-V tiene tres requisitos de hardware:

• El servidor debe poder ejecutar la versión x 64 del sistema OPERATIVO Windows.
• Procesador del servidor debe estar equipado con hardware prevención de ejecución de datos (DEP).
• Capacidades de procesador del servidor deben incluir las extensiones de virtualización.

Todos estos tres requisitos se determinan mediante las capacidades de procesador disponibles en el servidor y hay dos formas para determinar si los servidores de satisfacer estas necesidades. Para equipos de clase de servidor comprado a un proveedor de hardware de servidor, puede comprobar el servidor realiza y modelo frente a la Catálogo de Windows Server. Haga clic en el vínculo de Hyper-V en la columna izquierda para restringir los resultados a sólo aquellos servidores que se han probado y encontrar para admitir correctamente Hyper-V.

Si el servidor no está en esta lista o es su propio diseño, puede descargar la Herramienta de prueba puede proteger. Esta herramienta pequeña comprueba capacidades el procesador con estos tres requisitos. Si la longitud máxima de bits es 64 y los informes de herramienta Sí para hardware DEP y virtualización de hardware, que tiene lo que necesita.

El paso siguiente en el proceso consiste en crear dos discos que están expuestos a la red a través de iSCSI. El primer disco estará 512 MB en tamaño para el disco de testigo, aunque se sea el segundo disco de un tamaño que se necesita para la instalación completa de una máquina virtual. Los pasos exactos para ello será diferentes según el producto se utilizar para host los discos. Si su entorno tiene hardware iSCSI en su lugar, simplemente cree y exponer dos nuevos discos a través de su interfaz. Si no tienes iSCSI hardware, software de destino iSCSI existe en Internet que puede instalar en un tercer servidor en el entorno para este propósito.

Si necesita utilizar iSCSI basado en software, examine cuidadosamente las características disponibles. Organización por clústeres de Microsoft requiere iSCSI para admitir SCSI principal comandos-3, específicamente la compatibilidad de reservas persistente. La mayoría del software para coste iSCSI admite actualmente esta capacidad, pero hay muy poca compatibilidad para en paquetes de software de origen más abiertos.

Un paquete de software económicos y fáciles de usar es el destino de iSCSI de StarWind desde División de Rocket. Deberá utilizar una de las versiones pagadas para los clústeres porque la edición personal gratuita no admite la conexión de varios servidores en el mismo disco. Existen otras opciones, pero en este momento no hay ningún descargas de software gratuito de Microsoft que le pueden ayudar a.

Una vez que haya creado y expone estos dos discos a la red a través de iSCSI, siga estos pasos en cada equipo que será una parte del clúster para conectarse a los discos:

• Vaya a Herramientas administrativas | iniciador iSCSI. En el primer intento de conexión a la herramienta, se le pedirá dos veces para habilitar el servicio iSCSI de Microsoft y desbloquear su conexión de servidor de seguridad. Elija Sí para ambos para iniciar la consola.
• Para buscar los discos, vaya a la ficha de detección y haga clic en Agregar portal. En la pantalla resultante, escriba la dirección IP para el disco iSCSI y haga clic en el botón Opciones avanzadas. A continuación, cambiar el adaptador local a iSCSI de Microsoft adaptador. A continuación, cambie la IP de origen de la dirección IP para la tarjeta de red que ha seleccionado para la conexión de disco. Los servidores de seguridad pueden impedir que el promotor del acceso a destino si se produce un error en la conexión en este momento.
• Si ha conectado correctamente a los discos a través de la red, verá el nombre de cada disco en la ficha destinos. El paso siguiente consiste en iniciar sesión en cada disco. Para ello, haga clic en el disco y selecciona iniciar sesión. En la pantalla resultante, active la casilla para automáticamente restaurar esta conexión cuando el equipo se inicia y haga clic en el botón Opciones avanzadas. De nuevo, establezca el adaptador local en Microsoft iSCSI adaptador, la IP de origen a la dirección IP de la tarjeta de red correcta y el portal de destino para la dirección IP y puerto para el dispositivo iSCSI. Repita este paso para cada disco. Un inicio de sesión correcto tendrá un aspecto similar a la de la figura 2.
• En la ficha Destinos favoritos, haga clic en el botón Actualizar. Los nombres de disco deben aparecer en la lista de destinos favoritos.
• En la ficha volúmenes y dispositivos, haga clic en el botón Autoconfigure. Si todo lo que se ha realizado correctamente a este punto, podrá ver las referencias a cada disco aparecen en el cuadro.

La Figura 2 una conexión correcta a los discos de iSCSI

Después de conectar con los discos, debe inicializar y dar formato para que sean listo para su uso. Para ello en Server Manager en el almacenamiento | nodo de administración de discos. Este proceso debe ejecutarse en cada equipo, pero debe realizarse sólo cuando el otro equipo está apagado. Hágalo ahora y administración de discos de inicio. Ahora haga clic con el botón secundario del mouse en cada disco y conectar el disco en línea. Haga clic con el botón secundario del mouse en nuevo y inicialice el disco. Haga clic con el botón secundario por último, en un tercer tiempo para crear un nuevo volumen simple, dar formato al disco como NTFS y asignar una letra de unidad. En este ejemplo, se asignarán p: a la unidad de quórum y F: a la unidad para nuestro equipo virtual.

Energía hacia abajo el primer equipo e inicie el segundo. En el segundo equipo, asegúrese de que el disco se asigna la misma letra de unidad como asignó en el primer equipo. Cuando esto se complete, ambos equipos pueden activarse. Los discos ahora está listos para los clústeres.

El paso siguiente en este proceso consiste en instalar la función de Hyper-V a su equipo, así como la característica clúster de conmutación por error. Se realiza tanto desde el Administrador de Server. Anteriores a instalar la función de Hyper-V, Actualizar código de Hyper-V de su servidor a la versión RTM Instalando actualización 950050 en primer lugar. Encontrará en el panel de control Windows Update como una actualización recomendado. Instalar estos componentes requiere un reinicio.

Dos pasos permanecen. En primer lugar, validar el clúster, vaya a Herramientas administrativas | Administrador de clúster de conmutación por error. Haga clic en el vínculo para validar una configuración. Este paso garantiza que todo lo que hayas configurado es correcta preparar una creación de clústeres correctamente. Si su configuración pasa las pruebas de validación, clic en el vínculo para crear un clúster. El Asistente pedirá de los nombres de los miembros del clúster, así como una dirección IP que se utilizará para comunicación del clúster. Esta dirección será una dirección IP no utilizada en la red y no debe ser cualquiera de las direcciones IP que se ha utilizado para este punto de este procedimiento. Complete el Asistente para crear el clúster.

Trabajar con clústeres Hyper-V

Cuando se utiliza Hyper-V únicamente y sin System Center Virtual Machine Manager, el proceso de administración de los hosts virtuales clústeres ocurre en dos lugares. Para crea y trabajar con equipos virtuales de en el administrador de Hyper-V. La configuración de ambos clústeres sí mismo y los recursos de clúster es necesario se realiza desde el Administrador de clúster dentro de la conmutación por error.

Para crear un nuevo equipo virtual, abra el Administrador de Hyper-V y seleccione New | máquina virtual. Responda a las preguntas en el asistente y asegúrese de almacenar los archivos de disco de ese equipo virtual en la unidad F:. Todos los archivos asociados con una máquina virtual agrupada siempre deben almacenarse en discos compartidos. Una vez que ha creado el equipo virtual, energía, hacia abajo e inicie el Administrador de clúster de conmutación por error. Este paso siguiente configura los recursos necesarios para que tenga en cuenta el clúster de máquina virtual. Contextuales servicios y aplicaciones y, seleccione Configurar una aplicación o servicio. Seleccione el elemento de equipo virtual en el menú y, haga clic en Siguiente. La pantalla tendrá un aspecto similar de la figura 3 . Seleccione el equipo que debe realizarse del clúster tenga en cuenta. No podrá seleccionar equipos que está encendido o cuyos archivos de disco no se almacenan en las unidades compartidas. Complete el Asistente para finalizar este proceso.

La figura 3 selección de un equipo para realizarse con clústeres

Ahora tiene una máquina virtual que es con clústeres y este equipo ahora se beneficia de la alta disponibilidad proporcionada por el clúster de conmutación por error de Windows Server 2008. Esto significa que si el host de la virtual machine deja de funcionar o si el equipo experimenta problemas, reiniciará automáticamente Sí en el otro nodo del clúster. la figura 4 muestra un ejemplo de cómo el equipo virtual aparece en el Administrador de clúster de migración tras error.

La figura 4 un equipo virtual alojado Administrador de clúster de migración tras error

Si necesita realizar el mantenimiento en el host de clúster, puede ahora también rápida migrar esa máquina virtual para el otro host si haciendo clic con el botón secundario en la instancia en servicios y aplicaciones y seleccionar mover este servicio o aplicación a otro nodo. En la misma ubicación, las propiedades de este grupo de equipo virtual proporcionan un lugar para indicar el clúster que los nodos son preferidos para alojar el equipo. En los clústeres de conmutación por error de Windows, un propietario preferido corresponde a los nodos del clúster en el que prefiere el equipo para estar alojado en el caso de una conmutación por error. Esta opción tiene mayor repercusión en los clústeres con más de dos nodos pero puede ser una forma de manualmente equilibrio de carga máquinas virtuales entre varios nodos.

Aumentar la disponibilidad

Estos pasos se presentan a mostrar cómo fácil agregar disponibilidad adicional a los servidores pueden. Si tiene dos copias de Windows Server 2008 Enterprise Edition están alrededor y cualquier una iSCSI dispositivo o software instalación de hardware, estos pocos pasos a crear un clúster de Windows básico para admitir una alta disponibilidad.

No obstante, como que se explica en el principio de esta columna, esto es sólo el primer paso. Hay otras capas de la tecnología que se es probable que desee agregar a esta arquitectura para obtener mayor disponibilidad. Cada nivel agrega un poco más flexibilidad a su entorno, pero también agrega un poco más costo y la complejidad. En función de sus necesidades y el presupuesto, considere lo siguiente como complementos posibles:

equipo de la clase de servidor. El uso de equipos que no aparece en el catálogo de Windows puede afectar la compatibilidad y es posible que no mejor las necesidades de los equipos virtuales. Mover al equipo de la clase de servidor probado y admitido garantizará la compatibilidad total en el caso de un problema.

redundancia de tarjeta de red. Con el mínimo de tres red tarjetas conecta cada nodo del clúster a sus discos y redes, la pérdida de cualquier puede significan la pérdida de dicho servidor como un nodo del clúster. Por lo tanto, agregar más tarjetas de red para conseguir redundancia varias rutas de iSCSI o red debe ser la primera opción para obtener más hardware. Y, recuerde, tarjetas de interfaz de red son servidores múltiples baratos estos días pueden barata admiten cuatro, seis ni incluso más tarjetas de red, por lo que esta adición sencilla neto mucha flexibilidad signo de exclamación para el dólar presupuestario.

redundancia de ruta de acceso de red. El uso de iSCSI a través de la red de producción puede tener un efecto significativo en su rendimiento. El proceso inverso contiene true así porque el tráfico de red tradicional puede tener un impacto en conexión de un nodo del clúster a su disco. Aislar el tráfico de iSCSI a su propia ruta de red aísla que el tráfico a su propio segmento de red, garantizar su disponibilidad completa como cambio de las condiciones de red.

utilizar iSCSI basada en hardware. Aunque funciona el software de destino iSCSI, puede suponer un problema. La pérdida del servidor que aloja los discos de iSCSI significa la pérdida de todo el clúster. Debido a que los servidores requieren reinicios de vez en cuando, basado en hardware iSCSI tiende a asegurar los niveles más altos de disponibilidad.

redundancia de iSCSI. Si usar hardware o software para la conexión iSCSI, o bien todavía es un único punto de error si no se realiza redundantes. Busque las soluciones que proporcionan redundancia de los discos de iSCSI.

System Center Virtual Machine Manager. Uso de Hyper-V únicamente en varios sistemas puede ser difícil. No hay mucho que configurarse y muchos pasos implican la intervención manual. Agregar las funciones de administración adicional obtenidas a través de System Center Virtual Machine Manager simplifica el proceso de administrar el entorno de virtualización mucho más sencillo, lo que reduce la posibilidad de errores y costoso tiempo de inactividad.

nodos de clúster adicional. Windows Server 2008 Enterprise Edition x 64 puede admitir hasta 16 nodos en un clúster de conmutación por error. Agregar nodos adicionales a un clúster requiere la ejecución por los pasos aquí descritos en un servidor adicional y agregar ese servidor a del clúster. Una vez que ese servidor adicional, tendrá otra ubicación donde máquinas virtuales puede ser conmutados cuando se produzcan problemas. Esto es especialmente útil cuando se considerar cómo la pérdida de un solo nodo puede afectar a rendimiento de la máquina virtual. Por ejemplo, si almacena cuatro máquinas virtuales en cada nodo del clúster de un clúster de dos nodos, la pérdida de un nodo mueve todos los equipos virtuales ocho en un único nodo. Collocating este muchos equipos en un servidor afecta al rendimiento de todos los equipos virtuales.

clústeres de múltiples sitios. Los clústeres de conmutación por error tradicional están diseñados para protegerse contra la pérdida de un host, pero no hacer bien en el caso de un desastre. Para protegerle de la pérdida de cada nodo del clúster al mismo tiempo, considere la creación de un geocluster. Una tarea de mucho más compleja, geoclusters abarcan subredes y aprovechar tecnología de réplica para mantener sincronizados almacenes de datos quitar lejos. Con un geocluster, si se pierde un sitio completo, los equipos virtuales automáticamente migrará a otro sitio con sólo una pequeña interrupción.

Todas estas opciones agregar costo más a su entorno y muchos agregan importantes niveles de complejidad. Pero todos ellos toma una arquitectura altamente disponible y que sea aún más así.

Si tiene ideas acerca de la organización por clústeres y Hyper-V, o bien ha creado un clúster virtual económico que desea compartir, me eliminar una línea en gshields@concentratedtech.com.

Greg Shields , MVP, es un socio en concentró Technology. Obtener más de Greg Jack-of-all-Trades sugerencias y trucos en www.ConcentratedTech.com.