Cerrar
InicioAzureMáquinas Virtuales: Conjunto de Disponibilidad

Máquinas Virtuales: Conjunto de Disponibilidad

Hoy hablaremos de un best practices para nuestro servidores en Azure, algo que, en ocasiones pasamos por alto: los conjuntos de disponibilidad. Siempre que implementemos más de un servidor con el mismo rol/servicio, deberíamos pensar en desplegarlos en un conjunto de disponibilidad el cual “no es más” que un agrupación lógica para aislar recursos de máquinas virtuales entre si. Esto nos garantiza que los servidores del conjunto de disponibilidad se ejecuten en distintos servidores físicos, grupos de almacenamiento, red y proceso diferentes. Si se produce un error de hardware/software o una actualización programada por parte de MSFT, nunca ser verán afectados todos los servidores del conjunto de disponibilidad a la vez.

Microsoft tiene en los conjuntos de disponibilidad dos conceptos que debemos tener muy claros:

  • Dominio de error: es cuando alguna máquina física de algún rack tiene algún problema físico, todos los servidores virtuales albergados en ese momento se verán afectados, pero no el resto de servidores en otros racks.
  • Dominio de actualización: cuando Microsoft tiene planificado actualizar firmware o hardware en lo diferentes racks de servidores y se hará siempre por racks independientes, de tal forma solo los servidores virtuales de dicho rack se verán afectados.

Para ir aclarando más estos dos conceptos, aquí os muestro la infografía que he preparado para que todos podamos verlo más claramente:

Viendo la infografía, vamos a situar los dos conceptos (pero teniendo en cuenta que yo solo he configurado los conjuntos de disponibilidad en los servidores de los Rack1 de cada dominio de Error):

  • Dominio de error: los dos racks (Rack 1 y Rack 2 del Dominio de Error 1) comparten la misma red, almacenamiento, alimentación, etc… si surge algún problema, ambos racks se verán afectados y todos sus servidores virtuales. Pero no se verán afectados los servidores de los rack 1 y 2 del Dominio de Error 2 del esquema.
  • Dominio de actualización: si alguno de los servidores de los racks de cada Dominio de Error tiene que ser actualizado, solo afectará a los servidores de dicho rack, pero no al resto.

De ahí la importancia de configurar los Conjuntos de Disponibilidad  para servicios críticos y con varios servidores, de tal forma que si por alguna razón tenemos una indisponibilidad en el rack donde están nuestros servidores siempre tendremos otros servidores activos. Microsoft así lo ha diseñado, nunca hará una actualización de racks todos a la vez, de ahí la efectividad de los conjuntos de disponibilidad.

A continuación, os voy a mostrar el proceso de creación de conjuntos de disponibilidad pero mostrando los errores más comunes al crearlos por primera vez y como podemos solventarlos utilizando parte del proceso descrito en este artículo: Microsoft Azure: Cómo mover nuestros servidores de red virtual. Una cosa antes de nada, no podéis añadir servidores a un conjunto de disponibilidad si ya tenéis los servidores creados antes del conjunto de disponibilidad o sino os habéis acordado de añadirlos al conjunto de disponibilidad en el momento de crearlos. Por eso, vamos a cometer errores a propósito para ver como podemos corregirlos sin tener que volver a reinstalar todo.

Pues vamos a ello, empezaremos por crear dos servidores que serán dos controladores de dominio. Me centraré en el proceso de creación del conjunto de disponibilidad, no todo el proceso de creación de los servidores. Así que, una vez que estamos creando un nuevo servidor y, sino tenemos el conjunto de disponibilidad creado, pues pulsamos en Crear nuevo:

Ahora elegimos Dominio de error mínimo elegimos 2 y en dominio de actualización elegimos 1, pero recordad, lo haré así para mostraros lo que ocurre cuando elegimos esta configuración y pulsamos en Aceptar

Ahora continuamos con el proceso de creación del servidor…

Y en el proceso de validación si todo está correcto, ya podemos ver el Conjunto de disponibilidad que se creará y pulsamos en Crear:

Vemos como se está creando el servidor y el conjunto de disponibilidad:

Cuando creemos un nuevo servidor el cual queremos añadir a este conjunto de disponibilidad simplemente los elegimos y continuamos con el proceso de creación del servidor:

Comprobamos que en la validación está todo correcto y pulsamos en crear:

Y en el proceso de implementación vemos que se crear el servidor pero ya no el conjunto de disponibilidad puesto que lo teníamos creado:

Una vez que tenemos ambos servidores creados (recordar que serán dos controladores de dominio), si vamos al conjunto de disponibilidad que hemos creado (As-NorthEurope-DomainController) podemos ver su configuración:

  • Dominio de Error:  cada servidor en un dominio de error
  • Dominio de actualización: ambos en el 0 y esto no es lo que queremos, porque el proceso de actualización podrá reiniciarnos ambos servidores y es justo lo contrario a lo que buscamos con el conjunto de disponibilidad.

Pero que ocurre .. que no podamos cambiar esta configuración y, si ya habíamos configurado los servidores (en mi caso promocionarlos a Controladores de Dominio) pues … tendríamos que eliminar los servidores y el conjunto de disponibilidad y volver a crearlo todo.

Pero, como siempre, tenemos una alternativa muy interesante explicada en el artículo Microsoft Azure: Cómo mover nuestros servidores de red virtual, antes de eliminar los servidores podemos crear un SnapShot y a partir de ahí configurar nuevamente los servidores y aprovechar para crear el conjunto de disponibilidad nuevo con la configuración correcta.

El proceso de crear el SnapShot no lo voy a comentar aquí, para eso os pongo el artículo que he comentado que ahí viene bien descrito. Entonces, una vez que ya tengo los SnapShots creados, vamos a proceder a eliminar los dos servidores y todos sus recursos, incluyendo el conjunto de disponibilidad creado anteriormente:

Nos quedamos únicamente con los SnapShots de los dos servidores:

Desde los SnapShot creamos sendos discos duros (proceso descrito en el articulo que os he pasado en enlace) pero .. volvemos a aprovechar para comentar otro error que se pueden dar. Una vez que creamos el disco duro, vemos que podemos ponerlos en alguna de las tres zonas de disponibilidad de Azure, para este disco en la Zona 1:

Y con el disco del segundo servidor más de lo mismo, pero ahora lo ponemos en la Zona de Disponibilidad 3:

Ahora ya con los discos creados

Accedemos a cada disco y procedemos a crear una máquina virtual desde dicho disco:

Pero .. cuando le indicamos que queremos crear un conjunto de disponibilidad vemos que no podemos … porque o configuramos Zona de Disponibilidad o Conjunto de disponibilidad:

Por lo que, tenemos que repetir el proceso de creación de discos duros desde el SnapShot sin definir la zona de disponibilidad:

Ahora volvemos a nuevamente a intentar crear nuevamente los servidores desde dichos discos, y pulsamos en Crear nuevo conjunto de disponibilidad, pero ya con los siguientes valores como mínimo:

En el proceso de validación revisamos que todo esté correcto y pulsamos en Crear:

Se creará el servidor y el conjunto de disponibilidad:

Repetimos el proceso para el segundo controlador de dominio (crear disco duro, crear servidor desde dicho disco y elegir el conjunto de disponibilidad que hemos creado anteriormente):

Mientras que el segundo servidor no se ha creado, si accedemos a la configuración del conjunto de disponibilidad vemos que aún no se ha ubicado en algún dominio de error ni actualización:

Pero en cuestión de segundos, ya vemos que los servidores ya están correctamente ubicados y con dominio de error y actualización diferentes entre sí, de tal forma que ante cualquier problema o actualización nos aseguramos de que el servicio de Active Directory seguirá 100% operativo:

Y  por último, aunque hemos borrado los servidores que ya teníamos el ADDS configurado pero antes habíamos creado un SnapShot, vemos que lo hemos recuperado y configurado en el conjunto de disponibilidad sin problema:

En próximos artículos vemos más opciones de alta disponibilidad, pero espero que, este artículo os haya servidor para conocer los conjunto de disponibilidad y ver como “migrar” los servidores que ahora tenéis sin conjunto de disponibilidad sin pérdida del servicio (podéis ir migrando uno primero y luego realizar el mismo proceso cuando el primero servidor ya está en el grupo de disponibilidad).
Ahora, como siempre, os toca probarlo a vosotros!!!
Microsoft Teams: Con
Microsoft Teams: Tre
NO HAY COMENTARIOS

Este sitio web utiliza cookies. Si continúas navegando, consideramos que aceptas su uso. Puedes obtener más información en nuestra política de cookies. ACEPTAR

Aviso de cookies
Share This