Emparejamiento de regiones: la primera consideración importante al adoptar Microsoft Azure

By Kevin Parker, Principal Solutions Architect for Microsoft Azure, Rackspace Technology

An image of the earth with digital lines of connectivity traveling across it

 

Ha decidido que Microsoft® Azure® sea su nube de elección para administrar cargas de trabajo o desarrollar nuevas aplicaciones. Ahora necesita adoptar la solución. ¿Cuál es el primer paso?

Es indispensable conocer la motivación de su empresa para migrar a Azure. Pero hay una consideración que es fundamental para ganar la agilidad, el rendimiento de baja latencia y la seguridad que desea obtener de su instalación en la nube de Azure. Como arquitecto de soluciones en ejercicio para Azure en Rackspace Technology® que trabaja con cientos de clientes, esto es lo que me gustaría que todos los clientes supieran antes de implementar Azure.

Cuando hablo con nuevos clientes acerca de una implementación de Azure, para orientarlos, comienzo con una pregunta fundamental: ¿en qué región o regiones trabajarán? Independientemente de lo que tenga pensado hacer con Azure, la primera decisión que debe tomar es determinar dónde va a hospedar sus recursos.

 

¿Qué es el emparejamiento de regiones en Azure?

Comienzo con este tema porque Azure tiene una función única entre los tres grandes proveedores de nube. Se trata del concepto de "emparejamiento de regiones". El emparejamiento de regiones es la relación entre dos regiones de Azure dentro de la misma área geográfica para proveer soluciones con redundancia geográfica. Las regiones emparejadas de Azure están prediseñadas con alta conectividad de ancho de banda entre ellas.

Azure opera en varias geografías en todo el mundo y, dentro de un límite geográfico o geopolítico determinado, cada región se implementa junto con otra región emparejada. Existen algunas excepciones, como Brasil, que se empareja con la región centro-sur de EE. UU., pero estos son casos extremos. Así, por ejemplo, en los EE. UU., Microsoft empareja Virginia (que se denomina este de EE. UU. 2) con Iowa (que se denomina centro de EE. UU.). Por lo tanto, si se encuentra en la región este de EE. UU. 2 y se necesita realizar una conmutación por error en la recuperación ante desastres (DR), aún se encuentra dentro de una proximidad razonable a su región secundaria y cuenta con la seguridad de tener un alto nivel de servicio desde el punto de vista de la latencia. En cambio, la región original de Virginia, este de EE. UU., que se empareja con la región oeste de EE. UU. (California), se enfrenta a una latencia mucho más alta en caso de que su ambiente necesite una conmutación por error.

 

Ventajas del emparejamiento de regiones

El emparejamiento de regiones ofrece tres ventajas principales:

  • Los servicios de almacenamiento con redundancia geográfica se replican de manera automática entre pares de regiones.
  • Microsoft prioriza el mantenimiento planificado de forma escalonada en los pares de regiones para que no se produzca la misma actividad de mantenimiento en el mismo período en ambas regiones de un par determinado.
  • Los pares de regiones tienen conexiones troncales de la red de mayor capacidad entre cada región del par para adaptarse a los mayores requisitos de ancho de banda para la replicación de datos geográficos, como es común en una solución de DR.

 

Aspectos que deben tenerse en cuenta

Elegir su par de regiones puede parecer obvio a simple vista. Puede creer que solo tiene que seleccionar su región principal preferida. Sin embargo, hay algunas consideraciones previas que lo ayudarán a tomar la decisión correcta desde el primer día, entre las que se incluyen las siguientes:

  • ¿Cuáles son sus planes de desarrollo? Si bien puede operar en una región ahora, ¿existe la posibilidad de que su organización se expanda a regiones nuevas en el futuro? En la actualidad, ¿tiene un plan de desarrollo que debemos incluir en el proceso de toma de decisiones?
  • ¿Dónde se encuentran sus clientes y usuarios? Entender su tráfico es importante porque cuanto más cerca esté su ambiente de Azure de sus clientes, menos problemas de latencia tendrá y mejor será su experiencia. En el mejor de los casos, desea ofrecer servicios en función de la proximidad a los usuarios para garantizar que se minimice la latencia.
  • ¿Cuál es su presupuesto para mantener su implementación de Azure? Cada región opera bajo una estructura de precios diferente en función del costo, por ejemplo, de las propiedades y los servicios públicos. Por lo tanto, si el precio es importante, querrá revisar las diferencias en los costos regionales antes de elegir su emparejamiento.
  • ¿Necesita acceso a servicios especializados para su instalación de Azure? Si bien cada región ofrece servicios básicos, como redes virtuales y almacenamiento, no todas las regiones proporcionan servicios especializados, como ciertas series de máquinas virtuales o el análisis de los lagos de datos. Si está implementando en una región con un recurso técnico que necesita, pero la región emparejada no lo ofrece, esto puede limitar su capacidad de conmutación por error en esa región.

Si bien es posible que no necesite implementar necesariamente en dos regiones emparejadas cuando implementa al principio en Azure, debe tener en cuenta que los emparejamientos de regiones existen porque deberían influir en su elección de la región. Es fundamental entender esto porque la realidad es que las organizaciones están a una interrupción importante de decidir que necesitan un plan de recuperación ante desastres si aún no lo tienen.

 

Emparejamiento de regiones y recuperación ante desastres

Después de determinar qué pares de regiones son idóneos para su implementación de Azure, la siguiente pregunta importante es: ¿qué tipo de resiliencia necesitamos? Independientemente de si desea contar o no con DR desde el primer día, debe estar al tanto de su repercusión en sus opciones de diseño de Azure en lo que respecta al emparejamiento de regiones. Por ejemplo, es posible que algún día su región emparejada necesite operar sus cargas de trabajo de producción hasta que se resuelva el evento de desastre. Esto implica considerar cómo se incorporará Azure a su plan de DR.

Se debe preguntar lo siguiente: ¿cuál es nuestra tolerancia a las interrupciones y qué tan disponibles debemos estar durante un evento de falla regional? Muchas aplicaciones no necesitan una alta disponibilidad del 100 %. Otras necesitan una disponibilidad del 100 %.

Uno de mis clientes creó su propio plan de DR en la región este de EE. UU. de Azure y no le consultó a un arquitecto de Azure sobre los pares de regiones. La empresa planificó usar sus respaldos con redundancia geográfica como parte de un plan de DR y usó la región centro de EE. UU. para la conmutación por error. Pero esto no funcionó, ya que la región este de EE. UU. está emparejada con la región oeste de EE. UU. (La región este de EE. UU. 2 está emparejada con la región centro de EE. UU.). Así que tuvimos que involucrarnos y eliminar todo lo que habían desarrollado en la región centro de EE. UU. y volver a desarrollar todo en la región oeste de EE. UU. Esto adicionó, aproximadamente, un 20 % a sus costos de recuperación ante desastres, en función de las diferencias de precios regionales de los recursos.

Otro cliente no utiliza almacenamiento con redundancia geográfica para DR y está conforme. Comprende cómo funciona el emparejamiento de regiones de Azure y las compensaciones que realizó.

Junto con la DR, otra consideración es el mantenimiento programado y no programado. El emparejamiento de regiones de Azure también proporciona una ventaja en este caso, ya que garantiza la máxima disponibilidad para las empresas y sus clientes. Gracias a su arquitectura de emparejamiento, Microsoft escalonará los períodos de mantenimiento planificados para que solo una región de cada par se vea afectada a la vez, lo que minimiza el riesgo de tiempo de inactividad que se asocia con el mantenimiento.

 

Solving Together™

Aunque no debería centrarse solo en la tecnología a expensas de perder de vista la resolución de sus desafíos comerciales, existen ciertos aspectos técnicos en cada proyecto que podemos anticiparnos a responder. Queremos asegurarnos de que su solución esté diseñada para brindar soporte a resultados óptimos para su organización. Los emparejamientos de regiones de Azure son una de estas áreas a considerar, pero que a menudo se ignoran.

Tener en cuenta los pares de regiones de Azure al principio del proceso puede ayudar a garantizar que su organización obtenga todas las ventajas que pueden ayudarlo a brindar un mejor servicio, evitar riesgos de latencia, brindar soporte a la agilidad y administrar mejor los costos.

Ya sea que busque impulsar la innovación y la agilidad con la nube de Microsoft Azure, reducir los costos o desarrollar eficiencias operativas, podemos ayudarlo. Trabajamos con usted para que aproveche esta solución de nube y pueda abordar sus desafíos con respecto a las aplicaciones y la infraestructura, y para ayudarlo a generar nuevos flujos de ingresos y a aumentar la eficiencia.

Los expertos certificados en la nube de Rackspace Technology ponen a disposición de su empresa capacidades de última generación. Hacemos uso de nuestra vasta experiencia en estrategias para la nube, desarrollo nativo de la nube, contenedores, modernización de aplicaciones, AI/ML, IoT y administración de cargas de trabajo para ayudarlo a acelerar la innovación con Microsoft Azure.

Aproveche al máximo sus datos con Microsoft Azure