Que es Availability Sets

Hoy vamos a ver cuándo debemos usar los  Conjuntos de disponibilidad   y cómo difieren de los Grupos de afinidad. Si los grupos de afinidad están diseñados para agrupar recursos en un centro de datos, los Conjuntos de disponibilidad lo hacen todo lo contrario, asegurándose de que las máquinas virtuales no estén agrupadas en el mismo dominio de falla o actualización. Solo para aumentar la confusión, Los grupos de amigos y los grupos de disponibilidad no son mutuamente exclusivos, ya que pueden tener juntos o por separado. Pero si desea beneficiarse del Acuerdo de nivel de servicio (SLA) del 99.95% ofrecido por Azure, entonces debería usar los Conjuntos de disponibilidad en sus implementaciones.


Azure Fault and Update Domains

Microsoft actualiza periódicamente el tejido subyacente de Azure que se utiliza para alojar VM para parchear vulnerabilidades de seguridad y mejorar la fiabilidad y el rendimiento. Estas actualizaciones, a las que Microsoft se refiere como eventos de mantenimiento planeados, se realizan frecuentemente para las máquinas virtuales invitadas. A veces, sin embargo, las máquinas virtuales invitadas deben reiniciarse para completar una actualización. Para reducir el impacto en las máquinas virtuales, el diseño de Azure se divide en Actualizar dominios para garantizar que no todas las máquinas virtuales se invierten en reiniciar el mismo tiempo.

Los eventos de mantenimiento no incluyen elementos que requieren hardware o una falla física en el tejido, como una disco, alimentación o interrupción de la tarjeta roja. Azure falla automáticamente en máquinas virtuales invitaciones a un host físico en funcionamiento en un dominio de fallas diferente cuando se detecta una condición de error, una vez más con el objetivo de garantizar la disponibilidad.

Conjunto de piezas

El concepto de conjuntos de disponibilidad puede parecer contradictorio al principio, pero debe colocar dos o más máquinas virtuales en un conjunto de disponibilidad para cada nivel de aplicación. Por ejemplo, puede colocar los controladores de dominio en un conjunto de disponibilidad, los servidores SQL de nivel de datos en un segundo y los servidores front-end de IIS en un tercero. Sin esta agrupación, Azure no tiene forma de distinguir los niveles de aplicación para cada máquina virtual, lo que podría provocar un único punto de falla en la infraestructura de hardware que provoca una interrupción o un evento de mantenimiento planificado al reiniciar todas las máquinas virtuales en el mismo nivel de aplicación simultáneos.

Al agregar máquinas virtuales a un conjunto de disponibilidad, Azure asigna automáticamente a cada máquina virtual un dominio de actualización y un dominio de falla. Por defecto, los conjuntos de disponibilidad tienen dos dominios de fallas, cada uno de los cuales comparte una fuente de alimentación común y un conmutador de red, y las VM se separan automáticamente en los dominios de fallas. Pero el número de dominios de fallas en un conjunto de disponibilidad no es exacto, y la única garantía es que no todas las máquinas virtuales en el conjunto fallarán juntas.

A los conjuntos de disponibilidad se les asignan cinco dominios de actualización, y las máquinas virtuales se agrupan en estos dominios de actualizaciones automáticamente. Cuando se agrega una sexta VM a un conjunto de disponibilidad, se asigna al primer dominio de actualización y la séptima VM al segundo dominio de actualización, etc. Por lo tanto, la primera y la sexta VM añadidas a un conjunto de disponibilidad se pueden reiniciar al mismo tiempo. la instancia de un evento de mantenimiento planificado. Solo se reinicia un dominio de actualización a la vez, pero el orden de reinicio no es necesariamente secuencial, por lo que el quinto dominio de actualización podría reiniciarse antes del primero.

Tenga en cuenta que mencioné dos o más máquinas virtuales en un conjunto de disponibilidad. Las instancias individuales colocadas en un conjunto de disponibilidad no están sujetas al acuerdo de nivel de servicio de Azure, y no recibirá advertencias de los eventos de mantenimiento planificados, por lo que los grupos de disponibilidad solo se deben usar cuando haya un grupo de dos o más máquinas virtuales de nivel de aplicación.

You May Also Like

About the Author: Jefferson Andrade G

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

This site uses Akismet to reduce spam. Learn how your comment data is processed.

%d bloggers like this: