Arquitectura de conectividad de Azure SQL Database y Azure Synapse Analytics

Se aplica a: Azure SQL Database Azure Synapse Analytics (solo grupos de SQL dedicados)

En este artículo se explica la arquitectura de varios componentes que dirigen el tráfico de red a un servidor en Azure SQL Database o grupos de SQL dedicados en Azure Synapse Analytics. También se explican distintas directivas de conexión y cómo afectan a los clientes que se conectan desde dentro de Azure y a los clientes que se conectan desde fuera de Azure.

• Para las cadenas de conexión a Azure SQL Database, consulte Conectar y consultar a Azure SQL Database.
• Para las cadena de conexión a grupos de Azure Synapse Analytics, consulte Conectar a Synapse SQL.
• Consulte Configuración de conectividad para ver los valores que controlan la conectividad con el servidor lógico para Azure SQL Database y grupos de SQL dedicados en Azure Synapse Analytics.
• Este artículo no se aplica a Instancia administrada de Azure SQL. Consulte Arquitectura de conectividad de Azure SQL Managed Instance.

Arquitectura de conectividad

En este diagrama se proporciona una descripción general de la arquitectura de conectividad.

En los pasos siguientes se describe cómo se establece una conexión a Azure SQL Database:

• Los clientes se conectan a una puerta de enlace, que tiene una dirección IP pública y escucha en el puerto 1433.
• En función de la directiva de conexión efectiva, la puerta de enlace redirecciona o envía por proxy el tráfico al clúster de base de datos correcto.
• Dentro del clúster de base de datos el clúster se reenvía a la base de datos adecuada.

Directiva de conexión

Los servidores de SQL Database y grupos de SQL dedicados (anteriormente, SQL DW) en Azure Synapse admiten las tres opciones siguientes para la configuración de la Directiva de conexión del servidor.

• Redirigir (recomendado): Los clientes establecen conexiones directamente con el nodo que hospeda la base de datos, con lo que se reduce la latencia y se mejora el rendimiento. Para que las conexiones usen este modo, los clientes deben hacer lo siguiente:
  • Permitir la comunicación saliente entre el cliente y todas las direcciones IP de Azure SQL de la región en los puertos en el intervalo de 11000 a 11999. Usar las etiquetas de servicio de SQL para facilitar la administración. Si usa un vínculo privado, consulte Uso de la directiva de conexión de redirección con puntos de conexión privados para los intervalos de puertos que se van a permitir.
  • Permitir la comunicación saliente entre el cliente y las direcciones IP de la puerta de enlace de Azure SQL Database en el puerto 1433.
  • Al usar la directiva de conexión de redirect, consulte Intervalos de direcciones IP y etiquetas de servicio de Azure: Nube pública para obtener una lista de las direcciones IP de su región que debe permitir.
• Proxy: En este modo, todas las conexiones se realizan mediante proxy a través de las puertas de enlace de Azure SQL Database, lo que provoca una mayor latencia y un rendimiento inferior. Para que las conexiones usen este modo, los clientes deben permitir la comunicación saliente entre el cliente y las direcciones IP de la puerta de enlace de Azure SQL Database en el puerto 1433.
  • Al usar la directiva de conexión de proxy, consulte la lista Direcciones IP puerta de enlace que encontrará más adelante en este artículo para ver las direcciones IP de su región que debe permitir.
• Valor predeterminado: esta es la directiva de conexión en vigor en todos los servidores después de su creación, a menos que se modifique explícitamente cambiándola a Proxy o Redirect. La directiva predeterminada es Redirect para todas las conexiones de cliente que se originen en Azure (por ejemplo, desde una máquina virtual de Azure) y Proxy para todas las conexiones de cliente que se originen fuera (por ejemplo, las conexiones desde la estación de trabajo local).

Es muy recomendable utilizar la directiva de conexión Redirect frente a Proxy para obtener la menor latencia y el mayor rendimiento. Pero necesita cumplir los requisitos adicionales para permitir el tráfico de red para la comunicación saliente:

• Si el cliente es una máquina virtual de Azure, puede hacerlo mediante grupos de seguridad de red (NSG) con etiquetas de servicio.
• Si el cliente se conecta desde una estación de trabajo local, puede que necesite trabajar con el administrador de red para permitir el tráfico de red a través del firewall corporativo.

Para cambiar la directiva de conexión, consulte Cambio de la directiva de conexión.

Conectividad desde dentro de Azure

Si va a conectarse desde dentro de Azure, las conexiones tienen la directiva de conexión predeterminada Redirect. Una directiva Redirect significa que después de establecer la sesión TCP en Azure SQL Database, la sesión del cliente se redirige al clúster de base de datos correcto con un cambio en la IP virtual de destino de la puerta de enlace de Azure SQL Database a la del clúster. Por lo tanto, todos los paquetes posteriores fluyen directamente al clúster, de tal forma que omiten la puerta de enlace de Azure SQL Database. En el siguiente diagrama, se ilustra este flujo de tráfico.

Conectividad desde fuera de Azure

Si va a conectarse desde fuera de Azure, las conexiones tienen la directiva de conexión predeterminada Proxy. La directiva Proxy establece que la sesión TCP se realice a través de la puerta de enlace de Azure SQL Database y que todos los paquetes posteriores fluyan a través de la puerta de enlace. En el siguiente diagrama, se ilustra este flujo de tráfico.

Direcciones IP de puerta de enlace

La siguiente tabla enumera las direcciones IP de puerta de enlace individuales y las subredes de direcciones IP de puerta de enlace por región.

Periódicamente, Microsoft retira direcciones IP de puerta de enlace individuales y migra el tráfico a subredes de direcciones IP de puertas de enlace según el proceso descrito en Migración del tráfico de Azure SQL Database a puertas de enlace más nuevas.

Recomendamos encarecidamente a los clientes que dejen de confiar en cualquier dirección IP de puerta de enlace individual (ya que se retirarán en el futuro). En lugar de ello, permita que el tráfico de red llegue tanto a las direcciones IP de puerta de enlace individuales como a las subredes de direcciones IP de puerta de enlace de una región.

Contenido relacionado

• Para más información sobre cómo cambiar la directiva de conexión de Azure SQL Database para un servidor, vea conn-policy.
• Para obtener información sobre el comportamiento de conexión de Azure SQL Database para clientes que usan ADO.NET 4.5 o una versión posterior, vea Puertos más allá de 1433 para ADO.NET 4.5.
• Para obtener información general sobre el desarrollo de aplicaciones, vea Introducción al desarrollo de aplicaciones en SQL Database.
• Consulte Rangos de direcciones IP y etiquetas de servicio de Azure: nube pública.
• ¿Qué es un servidor SQL lógico en Azure SQL Database y Azure Synapse?
• ¿Cuál es la diferencia entre Azure Synapse (anteriormente, SQL DW) y un área de trabajo de Azure Synapse Analytics?