En escenarios como el despliegue rápido de entornos, la recuperación ante desastres y la migración de configuraciones, utilice la función de clonación de instancias de Application Load Balancer (ALB). Esta función le permite crear rápidamente una instancia idéntica o similar a una instancia de origen, lo que mejora la eficiencia del despliegue y reduce la complejidad operativa.
Clonación de instancias ALB
La función de clonación de instancias replica la configuración de una instancia ALB existente. Esto incluye componentes clave como listeners, grupos de servidores, reglas de reenvío y comprobaciones de estado. De esta manera, se evita la tediosa reconfiguración manual y se garantiza que la nueva instancia tenga una configuración idéntica o similar a la de la instancia de origen. Esta función resulta especialmente útil para la recuperación ante desastres y la migración de configuraciones.
Funciones principales
Replicación rápida: clone una instancia ALB existente con un solo clic mediante un proceso automatizado impulsado por Resource Orchestration Service (ROS). Este proceso ágil mejora la eficiencia del despliegue y reduce la complejidad operativa.
Consistencia de la configuración: garantiza que la nueva instancia tenga una configuración idéntica o similar a la de la instancia de origen, lo que previene errores de configuración.
Despliegue flexible: despliegue una instancia clonada en otra región o zona para cubrir requisitos complejos, como la expansión comercial multirregión y el failover de recuperación ante desastres.
Casos de uso
Migración de entornos: clone la configuración de un entorno de pruebas hacia un entorno de preproducción o producción. Así mantendrá la consistencia entre los entornos y acelerará el lanzamiento de nuevas funciones.
Recuperación ante desastres: ante una falla del servicio, utilice la clonación de instancias para desplegar rápidamente recursos de balanceo de carga en espera. Esto mejora la continuidad del negocio y la alta disponibilidad.
Migración de configuraciones: migre la configuración de una instancia existente a una nueva, por ejemplo, durante una actualización de versión o un ajuste arquitectónico. Con esto evitará repetir configuraciones manuales.
Limitaciones
La instancia ALB de destino y la instancia ALB de origen deben pertenecer a la misma edición.
No es posible clonar ALB Ingress instances.
No se pueden clonar las instancias ALB que tengan habilitado modification protection.
Si la instancia ALB de origen está agregada a una instancia de Internet Shared Bandwidth, la instancia ALB clonada no se agrega automáticamente a dicha instancia de Internet Shared Bandwidth. Puede agregarla manualmente add the instance desde su página de detalles.
Si clona una instancia ALB sin actualizar, se crea de forma predeterminada una instancia ALB actualizada. Para obtener más información, consulte Differences between non-upgraded and upgraded ALB instances.
Ejemplo
Una empresa despliega una nueva función en un entorno de pruebas y utiliza una instancia ALB para el balanceo de carga. La instancia ALB tiene configurada una regla de reenvío que redirige las solicitudes HTTP a HTTPS, y emplea un nombre de dominio personalizado para proporcionar los servicios de prueba. Cuando un cliente de prueba accede al nombre de dominio www.example.com, DNS resuelve el nombre de dominio hacia la instancia ALB mediante un registro CNAME. Luego, la instancia ALB reenvía el tráfico a ECS01 y ECS02 para su procesamiento, según la regla de reenvío.
Una vez que la función supera las pruebas de aceptación, debe migrar la configuración de la instancia ALB al entorno de producción. Configurar manualmente una instancia ALB consume mucho tiempo y puede generar inconsistencias que afecten las operaciones del negocio, sobre todo en un entorno de producción con alto tráfico.
Para resolver este problema, la empresa decide utilizar la función de clonación de instancias y replicar rápidamente la configuración de ALB del entorno de pruebas al de producción. Gracias a esta función, despliega la instancia ALB en el entorno de producción con rapidez, lo que garantiza un lanzamiento ágil y un funcionamiento estable de la nueva función.
Requisitos previos
-
Configure la instancia ALB de origen con listeners, servidores de backend y un registro CNAME. Además, compruebe que sea accesible para pruebas mediante el nombre de dominio personalizado
www.example.com. Para obtener más información, consulte Use ALB to balance the loads of IPv4 services.La instancia ALB de origen cuenta con un listener HTTP y un listener HTTPS. El listener HTTP tiene configurada una regla de reenvío de redirección hacia redirect HTTP requests to HTTPS.
-
Despliegue los servicios en los servidores de backend ECS01 y ECS02 de la instancia ALB de origen.
Este tema utiliza Alibaba Cloud Linux 3 como sistema operativo y Nginx para configurar un servicio HTTP en el puerto 80.
-
Si es necesario, prepare los servidores de backend para la instancia ALB de destino clonada:
Si la instancia ALB de destino se encuentra en la misma Virtual Private Cloud (VPC) que la instancia ALB de origen, los servidores de backend ECS01 y ECS02 de la instancia de origen también pueden servir como servidores de backend para la instancia de destino.
Si la instancia ALB de destino no está en la misma Virtual Private Cloud (VPC) que la instancia ALB de origen, prepare los servidores de backend ECS03 y ECS04 en la VPC de destino y despliegue los servicios en ellos.
-
Prepare servidores para simular clientes: ECS-A se usa para probar el tráfico previo a la migración, mientras que ECS-B sirve para verificar el tráfico de acceso durante la migración. Ambos servidores deben tener acceso a la red pública. Este tema utiliza Alibaba Cloud Linux 3 como sistema operativo.
Si ya cuenta con servidores de prueba, no necesita crear ECS-A ni ECS-B.
Procedimiento
Paso 1: clonar la instancia ALB de origen
En la barra de navegación superior de la consola de ALB, seleccione la región de la instancia ALB de origen.
En la página Instances, busque la instancia que desea clonar. En la columna Actions, elija
> Clone Instance.-
En el cuadro de diálogo Clone Instance, configure los parámetros de la instancia ALB de destino y haga clic en Next.
De forma predeterminada, los parámetros de la instancia ALB de destino son iguales a los de la instancia ALB de origen. En este ejemplo, cambie Region for the Clone de Germany (Frankfurt) a US (Silicon Valley), modifique VPC de la VPC1 predeterminada a la VPC2 de destino, y seleccione la zona y el vSwitch de destino correspondientes. Puede conservar los valores predeterminados de other parameters o modificarlos según sus necesidades.
Si la instancia clonada es de tipo red pública y la región de destino es una region where ALB supports Anycast EIPs , también debe seleccionar un IP Type ( EIP o Anycast EIP ) y asignar una dirección IP pública del tipo correspondiente en la zona seleccionada.
En el paso Preview and Confirm, confirme la información y las tarifas de la instancia ALB de destino, y luego haga clic en Clone.
-
Compruebe el resultado de la clonación.
Cuando finalice la clonación, compare los datos de negocio de la instancia ALB de destino clonada con los de la instancia ALB de origen.
La clonación de instancias es proporcionada por Resource Orchestration Service (ROS). Durante el proceso de clonación, inicie sesión en la consola de ROS para consultar el progreso.
Agregue los servidores de backend ECS03 y ECS04 al grupo de servidores de la instancia ALB de destino.
Paso 2: probar el tráfico
Para garantizar que la instancia ALB de destino pueda conectarse a los servicios de backend, agregue el bloque CIDR del vSwitch de la instancia ALB a la lista de permitidos si sus servicios de backend tienen directivas de acceso como iptables u otro software de seguridad de terceros.
Remotely connect al servidor de prueba ECS-A.
-
Ejecute el siguiente comando para modificar el archivo hosts.
sudo vi /etc/hostsEn el archivo hosts, agregue la Elastic IP Address (EIP) y el nombre de dominio de la instancia ALB de destino. Después de modificar el archivo, guarde los cambios y salga.
47.251.XX.XX www.example.com -
Ejecute el siguiente comando para probar el reenvío de tráfico de la instancia ALB de destino.
curl -v -L www.example.comSe devuelve el siguiente resultado, lo que indica que las solicitudes HTTP se redirigen correctamente a HTTPS y que el servidor que responde es ECS03.
Ejecute el comando nuevamente. El servidor que responde cambia a ECS04.
Paso 3: migrar el tráfico a la instancia de destino
Antes de migrar el tráfico, compare las configuraciones de las reglas de reenvío de las instancias ALB de origen y de destino para asegurarse de que ofrezcan capacidades idénticas. Compruebe que todas las configuraciones hayan superado las pruebas de aceptación, con el fin de evitar impactos inesperados en su negocio durante la migración.
Migre el tráfico de ALB durante las horas de menor actividad.
La instancia ALB de origen tiene configurado un registro CNAME. Una vez que compruebe la configuración de la instancia ALB de destino, podrá migrar el tráfico de la instancia ALB de origen a la de destino según sus necesidades.
Este tema toma como ejemplo la función weighted routing policy de Alibaba Cloud DNS. Al ajustar dinámicamente la proporción de peso entre las instancias ALB de origen y de destino, el tráfico DNS se migra gradualmente de la instancia de origen a la nueva.
Parte 1: agregar un registro CNAME
En el panel de navegación izquierdo, elija ALB > Instances. En la página Instances, copie el nombre DNS de la instancia ALB creada.
-
Siga estos pasos para agregar un registro CNAME.
-
En la consola de Alibaba Cloud DNS, busque el nombre de dominio de destino y haga clic en Settings en la columna Actions.
Para los dominios no registrados en Alibaba Cloud, primero debe add the domain en la consola de Alibaba Cloud DNS antes de poder configurar los ajustes de DNS.
-
En la página Settings, haga clic en Add Record, configure el registro CNAME y luego haga clic en OK.
En este ejemplo, Record Type se establece en CNAME, y Record Value se establece en el nombre DNS de la instancia ALB de destino. Puede conservar los valores predeterminados de other DNS record parameters o modificarlos según sus necesidades.
En el cuadro de diálogo Change Resource Record Confirmation, confirme la información de DNS y haga clic en OK.
-
Parte 2: establecer pesos e iniciar el despliegue canary
En la página Settings, busque el registro CNAME agregado en la Parte 1. Haga clic en la flecha desplegable junto a Modify y luego haga clic en Edit Record Set.
-
En el panel Edit Record, dentro de Record Values, establezca los pesos de los registros DNS de las instancias ALB de origen y de destino. Establezca el peso del registro DNS de la instancia ALB de origen en 100 y el de la instancia ALB de destino en 0.
Solo puede habilitar la directiva de enrutamiento ponderado si existen varios registros A, CNAME o AAAA para el mismo nombre de host y línea DNS bajo el dominio.
Si no observa ningún impacto en su negocio, reduzca gradualmente el peso del registro DNS de la instancia ALB de origen y aumente el peso del registro DNS de la instancia ALB de destino.
-
Remotely connect al servidor de prueba ECS-B y ejecute el comando
digvarias veces para comprobar el efecto de la migración de tráfico.dig www.example.comLa siguiente imagen muestra el resultado. Al ejecutar el comando varias veces, observará que las solicitudes se distribuyen entre la instancia ALB de origen y la de destino según sus pesos.
(Opcional) Parte 3: completar la migración de tráfico
Con base en los resultados de verificación de la migración de tráfico, reduzca gradualmente el peso del registro DNS de la instancia ALB de origen hasta 0 y aumente el peso del registro DNS de la instancia ALB de destino hasta 100. Con esto completará la migración de tráfico de la instancia ALB de origen a la de destino.
Una vez que se cierren todas las conexiones persistentes hacia la instancia ALB de origen y no se enrute nuevo tráfico hacia ella, supervise la instancia durante un periodo de tiempo y luego proceda a release según su escenario de negocio.
Documentos relacionados
Después de clonar una instancia ALB, utilice ALB access logs para supervisar la carga de la instancia de destino y solucionar los problemas relacionados.
-
Si necesita migrar un listener CLB de capa 7 a ALB:
-
Seleccione una directiva de gestión de tráfico DNS según sus necesidades:
weighted routing policy: distribuye el tráfico DNS mediante round-robin ponderado según los pesos configurados, y devuelve los valores de registro correspondientes ante las solicitudes de consulta.
Intelligent DNS resolution: devuelve resultados DNS según la ubicación geográfica y el ISP del usuario, con el fin de reducir la latencia de resolución y mejorar la velocidad de acceso al sitio web. Las líneas compatibles incluyen ISP, ISP/provincia, fuera de China continental, continente y líneas personalizadas.
Global Traffic Manager (GTM): implementa el acceso cercano, el balanceo de carga para tráfico de alta concurrencia y el cambio de tráfico según los resultados de las comprobaciones de estado. Esto le permite construir de forma flexible servicios activo-activo y de recuperación ante desastres en distintas regiones.