¿Cómo puedo migrar del equilibrador de carga clásico al equilibrador de carga de aplicación o al equilibrador de carga de red?
Quiero migrar mi equilibrador de carga clásico a un equilibrador de carga de aplicación o equilibrador de carga de red. ¿Cómo lo puedo hacer? ¿Cuáles son algunas prácticas recomendadas que se deben tener en cuenta antes de migrar? ¿Habrá algún periodo de inactividad durante la migración?
Resolución
Migración del equilibrador de carga clásico a un equilibrador de carga de aplicación o equilibrador de carga de red
Utilice el asistente de migración para crear y configurar un equilibrador de carga de aplicación o un equilibrador de carga de red. Si el equilibrador de carga clásico tiene un agente de escucha de TCP, el asistente crea un equilibrador de carga de red. Si el equilibrador de carga clásico tiene un agente de escucha HTTP (S), el asistente crea un equilibrador de carga de aplicación. Después de crear el equilibrador de carga, pruebe el equilibrador de carga recién creado. Si el equilibrador de carga recién creado funciona sin problemas, redirija el tráfico del equilibrador de carga clásico al equilibrador de carga recién creado.
Nota: El asistente crea un equilibrador de carga nuevo. El asistente no convierte el equilibrador de carga clásico existente en un equilibrador de carga de aplicación o equilibrador de carga de red. Debe redirigir el tráfico de forma manual al equilibrador de carga recién creado.
A continuación, actualice las políticas, los scripts y el código. Después de redirigir todo el tráfico al equilibrador de carga nuevo y de completar todas las solicitudes existentes en el equilibrador de carga anterior, elimine el equilibrador de carga anterior.
Consideraciones sobre la migración
- Si el equilibrador de carga solo tiene una subred, asegúrese de especificar una segunda subred cuando cree el equilibrador de carga de aplicación. Un equilibrador de carga de aplicación requiere un mínimo de dos subredes.
- Si no está seguro de a qué equilibrador de carga debe migrar, considere usar un equilibrador de carga de red. Si el equilibrador de carga clásico usa un agente de escucha HTTP o HTTPS, migre a un equilibrador de carga de aplicación. Si el equilibrador de carga clásico usa agentes de escucha TCP, migre a un equilibrador de carga de red. Para más información sobre las diferentes características del equilibrador de carga, consulte Características de Elastic Load Balancing.
- Un equilibrador de carga clásico le permite desactivar el equilibrio de carga entre zonas. De forma predeterminada, un equilibrador de carga de aplicación tiene activado el equilibrio de carga entre zonas, y ese equilibrio de carga no se puede desactivar. Con el equilibrador de carga de red, puede desactivar el equilibro de carga entre zonas.
- Un equilibrador de carga de aplicación puede admitir la redirección de solicitudes en el propio equilibrador de carga. Si las conexiones de backend de un equilibrador de carga clásico están configuradas para la redirección HTTP, la redirección se puede desactivar o eliminar durante una migración a un equilibrador de carga nuevo.
- Un equilibrador de carga de red no admite grupos de seguridad en el nivel del equilibrador de carga. Puede usar los grupos de seguridad asociados a los destinos para restringir el tráfico. En el nivel del equilibrador de carga de red, puede usar las listas de control de acceso (ACL) a la red de la subred para restringir el tráfico.
- Un equilibrador de carga de red puede conservar la dirección IP del cliente. Si usa grupos de seguridad para restringir el tráfico en los destinos, tenga en cuenta que la IP de origen de los paquetes incluye la dirección IP del cliente.
Tiempo de inactividad durante la migración del equilibrador de carga
Si la configuración del nuevo equilibrador de carga tiene errores, puede producirse un tiempo de inactividad durante la migración. Para minimizar o reducir el tiempo de inactividad, tenga en cuenta los siguientes enfoques:
- Antes de cambiar el tráfico de producción, realice pruebas con el nuevo equilibrador de carga. Asegúrese de que el nuevo equilibrador de carga pueda gestionar las solicitudes de tráfico.
- Utilice la política de enrutamiento ponderado de Amazon Route 53 para dirigir de manera gradual el tráfico al nuevo equilibrador de carga. Si observa problemas con el nuevo equilibrador de carga, asigne al peso de tráfico un valor de “0”.
- Si Route 53 no está en uso como proveedor de DNS, mantenga el equilibrador de carga anterior en funcionamiento. Reduzca el valor de tiempo de vida (TTL) del registro existente a “0”. A continuación, espere a que se restablezca el valor TTL anterior y actualice el registro para que apunte al nuevo nombre de DNS del equilibrador de carga. Si aparece algún problema con el equilibrador de carga nuevo, actualice el registro DNS para que apunte al nombre DNS del equilibrador de carga clásico. El valor TTL de “0” impide que el registro se almacene en la caché. Una vez resuelto el problema, establezca el valor TTL en su valor original.
- Si el equilibrador de carga nuevo funciona sin problemas, elimine el equilibrador de carga anterior.
Nota: La nueva generación de equilibradores de carga no admite oyentes HTTP/HTTPS y TCP al mismo tiempo. Si utiliza un equilibrador de carga clásico con oyentes HTTP/HTTPS y TCP al mismo tiempo, se recomienda utilizar un equilibrador de carga de red con todos los oyentes TCP/TLS. Con este cambio, se pierde el registro de nivel de HTTP/HTTPS, ya que no hay enrutamiento de nivel de aplicación en el equilibrador de carga de red para proporcionarlo. Una alternativa es seguir utilizando un equilibrador de carga clásico.
Contenido relevante
- OFICIAL DE AWSActualizada hace 10 meses
- OFICIAL DE AWSActualizada hace 3 meses
- OFICIAL DE AWSActualizada hace 2 años