Migración de Load Balancer a zonas de disponibilidad

En esta guía se describe cómo migrar Load Balancer de zonas de no disponibilidad a zonas de disponibilidad. Le guiaremos por las distintas opciones para la migración.

Standard Load Balancer admite otras funcionalidades en las regiones donde hay zonas de disponibilidad disponibles. Las configuraciones de zonas de disponibilidad están disponibles para ambos tipos de equilibrador de carga estándar; público e interno. Un front-end con redundancia de zona sobrevive a los errores de la zona mediante una infraestructura dedicada en todas las zonas al mismo tiempo. Se puede producir un error en una o más zonas de disponibilidad y la ruta de acceso de datos sobrevive siempre que una zona de la región permanezca correcta. Además, puede anclar un front-end en una zona específica. Un front-end zonal es atendido por una infraestructura dedicada en una zona individual. Independientemente de la configuración zonal, el grupo de back-end puede contener máquinas virtuales de cualquier zona.

Requisitos previos

• Use la SKU estándar para el equilibrador de carga y la dirección IP pública para la compatibilidad con zonas de disponibilidad.
• No se admite el tipo de SKU básica.
• Para crear o mover este recurso, uno debe tener el rol Colaborador de red o superior.

Requisitos de tiempo de inactividad

Se necesita un tiempo de inactividad. Todos los escenarios de migración requieren algún nivel de tiempo de inactividad hasta el cambio de los recursos usados por las configuraciones del equilibrador de carga.

Nota:

La dirección IP de front-end existente no se puede modificar para admitir zonas de disponibilidad. Se debe crear una nueva dirección IP de front-end zonal o con redundancia de zona y asociarla con el equilibrador de carga existente. Esta operación cambiará la dirección IP pública del equilibrador de carga que interrumpirá la conectividad de los recursos mediante la dirección IP de front-end anterior. Asegúrese de actualizar las reglas de equilibrio de carga para usar la nueva dirección IP pública de front-end.

Opción de migración 1: Habilitar Load Balancer existentes para usar zonas de disponibilidad (misma región)

Supongamos que debe habilitar un equilibrador de carga existente para usar zonas de disponibilidad dentro de la misma región de Azure. Para ello, no tendrá que volver a implementar el equilibrador de carga para aprovechar las ventajas de esta migración. Para que el equilibrador de carga reconozca zonas de disponibilidad, tendrá que volver a crear la configuración de IP de front-end del equilibrador de carga mediante una nueva dirección IP con redundancia de zona o zonal y volver a asociar las reglas de equilibrio de carga existentes al nuevo front-end. Tenga en cuenta que esta migración incurrirá en tiempo de inactividad a medida que se cambia la dirección IP y se vuelven a asociar las reglas.

Nota

No es necesario tener un equilibrador de carga para cada zona, sino tener un único equilibrador de carga con varios front-end (con redundancia de zona o zonal) asociados a sus respectivos grupos de back-end.

Dado que la dirección IP de front-end puede ser con redundancia de zona o zonal, los usuarios deben decidir qué opción elegir según los requisitos. A continuación, se observan recomendaciones para cada una:

Configuración de direcciones IP de front-end	Recomendación
Front-end zonal	Se recomienda crear un front-end zonal cuando el back-end se concentra en una zona determinada. Por ejemplo, si las instancias de back-end se anclan a la zona 2, tiene sentido crear la configuración de IP de front-end en la zona de disponibilidad 2.
Front-end con redundancia de zona	Cuando los recursos (máquinas virtuales, NIC, direcciones IP, etc.) dentro de un grupo de back-end se distribuyen entre zonas, se recomienda crear front-end con redundancia de zona. Esto proporcionará la alta disponibilidad y garantizará una conectividad sin problemas, incluso si una zona deja de funcionar.

Opción de migración 2: Migración de Load Balancer a otra región con zonas de disponibilidad

En función del tipo de equilibrador de carga que tenga, deberá seguir diferentes pasos. En las secciones siguientes se tratan la migración de equilibradores de carga externos e internos.

Migración de un equilibrador de carga interno

Cuando se crea un equilibrador de carga interno, se configura una red virtual como red para él. Una dirección IP privada de la red virtual se configura como front-end (denominado LoadBalancerFrontend de manera predeterminada) para el equilibrador de carga. Al configurar esta dirección IP de FE, puede seleccionar las zonas de disponibilidad.

Los equilibradores de carga internos de Azure no se pueden trasladar de una región a otra. Debe asociar el nuevo equilibrador de carga a los recursos de la región de destino. Para la migración, puede usar una plantilla de Azure Resource Manager para exportar la configuración existente y la red virtual de un equilibrador de carga interno. Después, puede preparar el recurso para otra región al exportar el equilibrador de carga y la red virtual a una plantilla, modificar los parámetros para que coincidan con la región de destino y, a continuación, implementar la plantilla en la nueva región.

• Como parte de este proceso, la configuración de red virtual del equilibrador de carga interno debe realizarse primero antes de mover el equilibrador de carga interno. Asegúrese de cambiar el nombre de la red virtual y la ubicación de destino; resta todos los parámetros, como el prefijo de dirección y las subredes, son opcionales para actualizar.
• Una vez implementada la red virtual en la región de destino. Exporte la plantilla del equilibrador de carga interno, edite el nombre del equilibrador de carga de destino, el identificador de recurso de red virtual de destino y otros parámetros.
• Las reglas de equilibrio de carga, las reglas NAT de entrada y los sondeos de estado se pueden dejar tal y como están, a menos que desee modificar las reglas.
• Al implementar la dirección IP privada de front-end en la subred, asegúrese de que las zonas están seleccionadas según los requisitos.
• Compruebe todos los cambios e implemente la plantilla desde el portal o PowerShell.

Para migrar un equilibrador de carga interno a zonas de disponibilidad entre regiones, consulte traslado de un equilibrador de carga interno entre regiones.

Migración de un Load Balancer público (externo)

Los equilibradores de carga públicos de Azure no se pueden mover entre regiones. Para volver a implementar el equilibrador de carga en una nueva región con zonas, el enfoque más adecuado es exportar la plantilla de Azure Resource Manager de la dirección IP pública existente y el equilibrador de carga externo. Después, puede almacenar provisionalmente los recursos en otra región modificando la plantilla y los parámetros para que coincidan con la región de destino y, a continuación, implemente la plantilla en la nueva región.

Para migrar un equilibrador de carga público a zonas de disponibilidad entre regiones, consulte traslado de Load Balancer públicas entre regiones.

Limitaciones

• Las zonas no se pueden cambiar, actualizar ni crear para el recurso después de su creación.
• Los recursos no se pueden actualizar de zonal a con redundancia de zona y viceversa después de su creación.

Pasos siguientes

Para más información sobre los equilibradores de carga y las zonas de disponibilidad, consulte:

Load Balancer y zonas de disponibilidad.