Cluster-Aware Updating (CAU)

Hola,

En este post vamos a tratar una de las nuevas funcionalidades disponibles en la característica de "Failover Clúster" incluida en Windows Server 2012; Cluster-Aware Updating.

CAU, va a permitir la actualización o instalación de "hotfix" sobre servidores miembros de un clúster de alta disponibilidad sin perdida alguna de servicio y de una manera totalmente automatizada y personalizada. Esta funcionalidad no estaba presente en versiones previas de Windows Server y ha sido demandada desde hace tiempo por los ITpro.

Básicamente CAU se encarga de realizar lo siguiente, sin perdida de servicio de las aplicaciones en cluster:

• Aplica modo mantenimiento sobre los nodos
• Mueve o reparte la carga de los roles en alta disponibilidad
• Descarga y aplica las actualizaciones o hotfix necesarios
• Reinicia el nodo si es necesario.
• Restaura el modo mantenimiento.
• Devuelve al nodo los roles de su propiedad que anteriormente hayan sido movidos
• Aplica el mismo procedimiento a cada nodo miembro del clúster HA.

El procedimiento descrito anteriormente puede ser planificado (autoactualización) o bien puede ser lanzado a petición por el administrador. Este proceso se puede realizar desde cualquier nodo del clúster a través de la característica "Failover Clúster" o bien a través de un sistema cliente Windows 8 con las herramientas de administración (RSAT) instaladas.

Esta funcionalidad solo esta disponible en Windows Server 2012 failover cluster y es aplicable a cualquier aplicación soportada en alta disponibilidad como por ejemplo Hyper-V y File Server cluster basados en server 2012.


Bien, una vez dicho esto vamos a ver como actúa "CAU" sobre un clúster de 2 nodos basado en Hyper-V:

Inicio del proceso y descarga de actualizaciones aplicables:

Modo mantenimiento sobre el primer nodo y "live migration" de las VM alojadas en el:

Instalación de actualizaciones y reinicio del host:

Actualización correcta sobre el primer nodo:

Este procedimiento se aplicará sobre cada uno de los nodos disponibles en el clúster con total transparencia y sin perdida de servicio.

También podremos extraer un informe de las actualizaciones aplicadas, resultado de las mismas, etc..

Por último como tema importante, que no podemos dejar en el tintero, hablaros de los Plug-in disponibles en los que se apoya CAU y de los perfiles de auto-actualización personalizables.

En primer lugar "Windows Update plug-in" utilizado para realizar la instalación de actualizaciones de seguridad, criticas y opcionales si nos interesa aplicarlas.

En segundo lugar "Hotfix Plug-in" utilizado para aplicar revisiones disponibles previamente descargadas sobre nuestros nodos.

Los perfiles utilizados por esta funcionalidad pueden ser personalizados o ejecutados a través de los cmdlet de Powershell. Por ejemplo podemos configurar el orden de actualización de los nodos, los reintentos ante instalación fallida, tiempos de reinicio, comandos pre y post ejecución etc...

Fco. Luis Verdú
MCSA Windows Server 2012
Zerkana

KB2750149 breaks Windows 2012 Failover Cluster Manager

Hola,

Estoy seguro que a los que tenéis algún clúster basado en Windows Server 2012 este post os va a venir muyy bieennn.

Lo ya nombrado en la entrada, cuidadin con ese KB relacionado con "compatibilidad de aplicaciones para .Net Framework 4.5" porque al instalarlo la mmc de failover cluster deja de funcionar...Sin embargo el cluster es totalmente funcional, podemos validarlo, conectar a él desde otro equipo sin este KB instalado, desde powershell podemos operar sobre sus roles etc...

Se publico el día 8/01/2013.

La solución, desinstalar dicha actualizacion y a funcionar!

A continuación unas capturas sobre el comportamiento de la mmc de Failover Cluster:

Server 2012 Hyper-V: Configuración de Virtual SAN

Hola,

Como novedad muy esperada en Server 2012 Hyper-V nos encontramos la posibilidad de añadir a Hyper-V manager un almacenamiento SAN virtual basado en protocolo FC y por lo tanto a nuestras VM's adaptadores de fibra virtuales. :))

Esta posibilidad brinda funcionalidades demandadas por los administradores como por ejemplo implementar un cluster guest (cluster entre maquinas virtuales) de SQL, File Services etc...en entornos donde no existe almacenamiento FC.

Bien, una vez comentado esto os voy a mostrar una serie de capturas con los sencillos pasos de configuración, ojo los primeros pasos dependerán del fabricante de HBA's utilizadas en nuestros servidores de Hyper-V.

Los puntos más importantes a tener en cuenta antes de planificar esta implementación son los siguientes:

• Tener lo drivers de las HBA's actualizados al máximo.
• El almacenamiento, Switches FC y HBA's deben tener soporte y habilitado NPIV. Mas info sobre protocolo NPIV aquí
• Configuración previa de Zoning en los switches FC.

1. Actualizar drivers y habilitar NPIV en HBA's, en este caso el fabricante es EMULEX:

 

 

 

2. Añadir a Hyper-v manager una Virtual SAN, simplemente asignarle un nombre identificativo y seleccionar las tarjetas HBA disponibles:

 

 

 

 

 



 

 

 

3. Editar la configuración de nuestra VM, añadir adaptador de fibra virtual y seleccionar la virtual san creada anteriormente, los WWN de los adaptadores son generados automaticamente:

 

 

 

 

 

 





Fco Luis Verdú, MCSA Server 2012

Server 2012 Hyper-V: Error de inicio de sesión, el usuario no tiene los permisos necesarios (0x80070569)

Hola,

Uno de los cambios significativos en el rol de Hyper-V bajo Windows Server 2012 es la cuenta que controla el servicio de "Administracion de máquinas virtuales" o VMMS. En la actualidad esta cuenta es NT Virtual Machine\Virtual Machines y se le debe conceder el permiso de "log on as a service". Nativamente posee este privilegio en los servidores host de Hyper-V pero en algunos casos no es así y nos vamos a encontrar el error indicado en el titulo de esta entrada.

Destacar que este error solo nos va a aparecer en entornos donde los host de Hyper-V se encuentran unidos a un dominio de AD y el administrador ha modificado la "default domain policy" o ha aplicado alguna otra política modificando la configuración relativa a "asignacion de derechos de usuario"/"log on as a service" que afecta a la OU donde se encuentran nuestros servidores Hyper-V.

Para ello la mejor solucion y buena práctica es crear una OU (por ejemplo Servidores Hyper-V) mover ahí los host de Hyper-V y bloquear la herencia de GPO. De esta manera nos aseguramos que no se va a aplicar ninguna política sobre nuestros servidores.

Aquí os dejo unas capturas de los errores que pueden aparecer en el visor de sucesos. Los síntomas de este problema son:

• Errores al modificar o crear VM's
• Las VM desaparecen del administrador de Hyper-V
• Errores al realizar "live migration" en entornos de Cluster.

Capturas: (perdonar la calidad :( )

 

 

 

 



Más info aquí:   http://support.microsoft.com/kb/2779204



Fco Luis Verdú, MCSA Server 2012.