Pues sí, contar con una
disponibilidad del 99,9%, 99,95% o 99,99%, es la diferencia entre tener
una VM en Azure -con cierta calidad-, ubicar dos VMS de calidad media en grupos de
disponibilidad o ubicar esas mismas dos máquinas, en dos zonas de la misma región.
99,9%.
Este es la disponibilidad
garantizada que obtienes si montas en Azure una VM con SSD Premium o Ultra
disk.
Cabe tener en cuenta, que esta
cifra no incluye paradas planeadas de actualización y mantenimiento de Microsoft y
paradas previsibles por parte del administrador a la hora de actualizar y
reiniciar la máquina. Así que podemos decir que todo servicio que corre en
una sola VM con SSD Premium en Azure, además de los hasta 43 minutos posibles
por SLA, va a tener bastante más tiempo de indisponibilidad del servicio que ese 99,9%.
99,95%
Pongamos el ejemplo de dos
controladores de dominio con rol además de DNS. Estará garantizado que estos
servidores funcionen un 99,95% del tiempo, o lo que es igual, de antemano has de
contar que el servicio que los servicios de Active Directory y DNS podrán no
funcionar durante 21 minutos cada mes, si las dos máquinas virtuales,
están colocadas en el mismo conjunto de disponibilidad y diferente dominio de error.
Cabe destacar también que en
esta configuración y al contar con dos VMS, estas podrán reiniciarse de forma ordenada,
sin que caiga els servicio. No como en la configuración anterior.
Grupos de disponibilidad y
dominios de error.
Los conjuntos de
disponibilidad, vienen a indicar a Microsoft que durante sus actualizaciones y problemas técnicos, estas dos máquinas virtuales no han de reiniciarse o caer por
estar en un mismo "bastidor" o "pasillo". De no ubicar
estos DCs del ejemplo, en el mismo conjunto de disponibilidad y si además, las máquinas se
crearon a la vez, hay grandes probabilidades que estén conviviendo incluso en el mismo host.
Vale la pena que leáis el
artículo siguiente, porque en el caso de tener más de tres servidores en un mismo servicio, vas a
tener que "jugar" también con los dominios de error.
Más info.: Información
general sobre los conjuntos de disponibilidad - Azure Virtual Machines |
Microsoft Learn
Grupo de disponibilidad: VMS
ubicadas en grupos de hosts que no se reiniciarán al mismo tiempo durante
actualizaciones.
Dominio de error: VMs ubicadas
en conjuntos de bastidores que no están alimentados ni cuentan con conexión a
red compartida, por lo que seguirán funcionando a pesar de caídas de
electrónica de red y alimentación conjunta, pongamos que si cada armario o
pasillo, comparte electricidad y red, estas máquinas estarán en dos bastidores o
dos pasillos diferentes.
99,99%
Esta es la cifra de disponibilidad
que cuenta el servicio si ubicamos dos VMs en dos zonas diferentes de la misma
región, eso si, siempre que tengamos el servicio bien diseñado, porque si ubicamos dos
VMS en dos Zonas, pero no tenemos VPN y una IP pública multi zona, realmente no
tendremos nada :(.
En comparación con la
disponibilidad anterior, estamos ubicando dos VMS en dos datacenters separados
un mínimo de 300 millas, no penalizando prácticamente en nada la latencia y
solo teniendo un incremento en coste por el dato saliente.
Impacto del dato saliente
entre zonas
El precio del Gb. entre zonas es
de 0,010€ y tenemos que considerar lo siguiente:
1. No tenemos VPN del tipo
VPNGTWXAZ, la cual redundan entre zona.
2. Según lo anterior, tendremos cargo
de tráfico entre zonas, por cada búsqueda de la máquina no asociada a la zona, donde tenemos una VPN básica o VPNGTWX normal.
3. Tráfico saliente de cada VM
hacia la otra.
4. No tendremos cargo de
tráfico hacia el Recovery Vault al ser este un recurso multizona.
Contar con una VPNGTWX del tipo que termina su nombr en AZ, es un fallo bastante habitual. El precio atractivo de estas
VPN frente a las multi zona -las terminadas en AZ- hace que el día que falle la zona a
la que está asociada la VPN, no tengamos acceso al DC que se mantiene
funcionando en la zona lejana. No olvidéis, como ya he dicho anteriormente, que la
IP pública asociada al VPN Gateway también ha de ser multi zona.
Planificación
del mantenimiento y el tiempo de inactividad - Training | Microsoft Learn
Notas:
- Puedes provocar que la VM se
reubique en otro Host, realizando un Redeploy de la misma.
- No puedes ubicar una VM en un
conjunto de disponibilidad, una vez creada. Para ubicarla en uno, has de
recuperar la VM de un Backup y con ello, crear una VM nueva.
- Me parece mejor opción, mejor precio en conjunto y más segura la opción que nos ofrece 99,95% al contar con menos puntos posible de fallo.
