Diseño de arquitectura de alta disponibilidad de Azure (LB y Traffic Manager)

Azure es uno de los representantes de más y más compañías que están considerando cambiar su negocio a plataformas de nube pública. Sin embargo, incluso si Microsoft continúa enfatizando la excelente alta disponibilidad de azure, como administrador de TI de la empresa, debemos comprender y configurar adecuadamente las características de alta disponibilidad de la plataforma para garantizar la seguridad del sistema en la nube.

[正文]

I. Principios de diseño de la arquitectura de alta disponibilidad
El diseño de una arquitectura de alta disponibilidad en la nube pública de Azure se basa en los siguientes principios: Separar el extremo frontal de la base de datos para evitar la concentración del rol frontal Equilibrado, puede utilizar la tecnología propia de la aplicación o la tracción de equilibrio de carga de la red: equilibrio de carga LB (equilibrio de carga): para el mismo servicio en la nube, y limitado a la misma área (área de Shanghai o Beijing) Azure Traffic Manager: conmutación por error o Equilibrio de carga; la base de datos de nube completa o local híbrida utiliza sus propias tecnologías de alta disponibilidad, como replicación activa /en espera, conmutación por error y activo dual: replicación de maestro-esclavo de MySQL Oracle RAC Nota: El siguiente diagrama de ejemplo solo muestra la idea, la aplicación y la tecnología utilizada por el rol. Puede ser reemplazado por el

real Segundo, Azure LoadBalance (para el mismo servicio en la nube)
Azure LoadBalance en realidad está sondeando diferentes puertos de direcciones dentro del mismo servicio en la nube. Tomando como ejemplo una estructura de aplicación estándar, que incluye roles de front-end y base de datos, el diseño de alta disponibilidad se analizará desde dos aspectos. Front-end: en el mismo servicio en la nube (publique el mismo nombre de dominio, como www.contoso.com), configure varios servidores front-end (como SVR1 y SVR2), los cuales pueden acceder a la base de datos de back-end para habilitar a LoadBalance para el servicio en la nube (carga Ecualización), si se especifica el sondeo de 80 puertos, el rango se asignará a diferentes servidores front-end cuando el rango www.contoso.com:80. B. Base de datos: se almacena en la nube o en el centro de datos de la empresa, y utiliza la tecnología de sincronización activa /en espera de la propia base de datos. Copiar

3. Azure Traffic Manager (entre varios servicios de nube)
Use Microsoft Azure Traffic Manager para controlar la distribución del tráfico de usuarios a puntos finales específicos (que pueden incluir servicios de nube, sitios web y otros puntos finales de Azure) . Traffic Manager funciona mediante la aplicación de un motor de políticas inteligente a las consultas del Sistema de nombres de dominio (DNS) que se realizan en los nombres de dominio de recursos de Internet. Los servicios en la nube de Azure o los sitios web pueden ejecutarse en diferentes centros de datos en todo el mundo.

3.1 Modo 1: conmutación por error + base de datos local
a. Durante el acceso normal: con el modo de conmutación por error de Traffic Manager, los usuarios acceden al servidor front-end del servicio en la nube de Azure de forma predeterminada en Internet (y el servicio en la nube tiene LB habilitado) En este momento, el servidor de front-end local está en estado de espera y no proporciona el servicio real. Ambos permiten el acceso a la base de datos del centro de datos local. La base de datos del nodo primario utiliza su propia tecnología de sincronización activa /en espera para replicar los datos, lo que garantiza que el nodo primario pueda cambiarse en cualquier momento cuando el nodo primario falla. Al acceder al nodo en espera b. Acceso por error: el servidor de aplicaciones para el usuario que el usuario no puede acceder al servicio de nube de Azure en Internet Azure Traffic Manager cambia automáticamente el acceso al servidor de aplicaciones para el usuario lanzado localmente. El servidor de aplicaciones para el usuario local accede inmediatamente a la base de datos del centro de datos local. La tecnología de sincronización activa /en espera reproduce los datos para garantizar que el nodo primario no pueda cambiar en cualquier momento. Cuando el nodo primario falla, también puede cambiar al acceso en espera del nodo.

3.2 Modo 2: Equilibrio de carga (nube completa) + Base de datos local - a. Durante el acceso normal: Utilizando Traffic Ma Ciclo de Nager o modo de rendimiento, los usuarios pueden turnarse para acceder (o proximidad) a diferentes servicios en la nube de Azure en Internet, como un servicio en la nube del área de Shanghai, un servicio en la nube en el área de Beijing, dos servicios en la nube habilitados con equilibrio de carga LB y dos servicios en la nube El servidor de aplicaciones para el usuario puede acceder a la base de datos del centro de datos para replicar los datos utilizando su propia tecnología de sincronización maestro-esclavo para garantizar que el nodo maestro pueda cambiar en cualquier momento cuando falle el nodo maestro. Cuando el nodo maestro falla, también puede cambiar al nodo en espera para acceder a b. En su defecto, Traffic Manager dirigirá automáticamente todo el tráfico a otro servicio en la nube. El servidor de aplicaciones del servicio en la nube continúa accediendo a la base de datos del centro de datos. Utiliza su propia tecnología de sincronización maestro-esclavo para replicar los datos y garantizar que el nodo maestro pueda cambiarse en cualquier momento cuando falle el nodo maestro. Cambiar al acceso de nodo en espera

3.3 Modo 3: conmutación por error + base de datos externa a) acceso normal: con el modo de conmutación por error de Traffic Manager, los usuarios acceden al servidor de aplicaciones para el usuario de la nube de Azure de forma predeterminada en Internet (y la nube) Servicio LB) El nodo maestro de la base de datos también se implementa en Azure, que proporciona acceso directo al servidor de aplicaciones para el usuario en la nube. El servidor de aplicaciones para el usuario local está en estado de espera. El servidor de aplicaciones para el usuario que no proporciona el servicio real accede directamente al nodo en espera de la base de datos local sin acceder a la nube. La base de datos maestra del nodo maestro usa su propia tecnología de sincronización maestro-esclavo para replicar los datos en el nodo en espera. B. Cuando ocurre la falla: cuando falla el servicio en la nube de Azure, significa que es posible que la interfaz y la base de datos en la nube no funcionen correctamente. La función de conmutación activa /en espera, cambiando a la local para continuar brindando servicios

3.4 Modo 4: Equilibrio de carga (nube completa) + Base de datos externa a) Acceso normal: uso de Traffic Manager Loop o Performance Mode, usuario En Internet, puede turnarse para acceder (o al principio más cercano) diferentes servicios de nube de Azure, como un servicio de nube de área de Shanghai y un servicio de nube de área de Beijing. Ambos servicios de nube habilitan la base de datos de equilibrio de carga de LB. El nodo principal se implementa en una de las áreas de Azure (como Shanghai). , aportando lo mismo en la misma zona. El servidor accede directamente al nodo de espera de la base de datos implementado en otra área de Azure (como Beijing), proporciona el servidor de aplicaciones en la misma área para acceder directamente a la base de datos para habilitar el modo de replicación principal maestra, la sincronización en tiempo real y puede proporcionar servicios b. La falla del servicio en la nube en el área de Azure (como Shanghai) significa que es posible que la interfaz y la base de datos de la nube no funcionen correctamente. Traffic Manager transfiere automáticamente todo el tráfico al servicio en la nube normal (como Beijing) y continuará brindando los servicios.