Arquitetura de conectividade

Aplica-se a:Banco de Dados SQL do AzureBanco de Dados SQL no Fabric

Este artigo explica a arquitetura de vários componentes que direcionam o tráfego de rede para um servidor no Banco de Dados SQL do Azure e no Banco de Dados SQL no Microsoft Fabric. Saiba mais sobre diferentes políticas de conexão e como elas afetam os clientes que se conectam de dentro do Azure e os clientes que se conectam de fora do Azure.

• Para obter cadeias de conexão com o Banco de Dados SQL do Azure, consulte Conectar e consultar o Banco de Dados SQL do Azure.
• Para obter as configurações que controlam a conectividade com o do servidor lógico para o Banco de Dados SQL do Azure, consulte configurações de conectividade.
• Este artigo não se aplica a Instância Gerida do SQL do Azure. Consulte arquitetura de conectividade para a Instância Gerenciada SQL do Azure.
• Este artigo não se aplica a pools SQL dedicados no Azure Synapse Analytics.
  • Para obter configurações que controlam a conectividade com pools SQL dedicados no Azure Synapse Analytics, consulte configurações de conectividade do Azure Synapse Analytics.
  • Para obter strings de conexão com pools do Azure Synapse Analytics, consulte Connect to Synapse SQL.

Arquitetura de conectividade

O diagrama a seguir fornece uma visão geral de alto nível da arquitetura de conectividade.

As etapas a seguir descrevem como uma conexão é estabelecida:

• Os clientes ligam-se ao gateway, que tem um endereço IP público e que escuta na porta 1433.
• Dependendo da política de conexão efetiva, o gateway redireciona ou intermedia o tráfego para o cluster de banco de dados correto.
• Dentro do cluster de bases de dados, o tráfego é reencaminhado para a base de dados adequada.

Política de ligação

Os servidores SQL lógicos suportam as três opções a seguir para a configuração de diretiva de conexão do servidor.

• Redirecionamento (recomendado): Os clientes estabelecem conexões diretamente com o nó que hospeda o banco de dados, levando à redução da latência e à melhoria da taxa de transferência. Para que as conexões usem esse modo, os clientes precisam:
  • Permitir a comunicação de saída do cliente para todos os endereços IP SQL do Azure na região nas portas compreendidas entre 11000 e 11999. Use as etiquetas de serviço do SQL para ajudar a facilitar o gerenciamento. Se estiver a usar o Private Link, consulte Use Redirect Connection Policy com pontos de extremidade privados para saber os intervalos de portas a permitir.
  • Permitir a comunicação de saída do cliente para os endereços IP de gateway do Azure SQL Database na porta 1433.
  • Ao usar a política de conexão de redirecionamento, consulte o Azure IP Ranges and Service Tags – Public Cloud para obter uma lista dos endereços IP da sua região a serem permitidos.
• Proxy: Nesse modo, todas as conexões são intermediadas por proxy por meio dos gateways do Banco de Dados SQL do Azure, levando ao aumento da latência e à redução da taxa de transferência. Para que as conexões usem esse modo, os clientes precisam permitir a comunicação de saída do cliente para os endereços IP do gateway do Banco de Dados SQL do Azure na porta 1433.
  • Ao usar a política de conexão de Proxy, consulte a lista de endereços IP do Gateway , mais adiante neste artigo, para obter os endereços IP da sua região a serem permitidos.
• Padrão: Esta é a diretiva de conexão em vigor em todos os servidores após a criação, a menos que você altere explicitamente a diretiva de conexão para Proxy ou Redirect. A política padrão é:
  • Redirect para todas as conexões de cliente originadas dentro do Azure (por exemplo, de uma Máquina Virtual do Azure).
  • Proxy para todas as conexões de cliente originadas do exterior (como, por exemplo, a partir da sua estação de trabalho local).
  • Atualmente, a política de conexão para o banco de dados SQL no Microsoft Fabric é padrão e não pode ser alterada.

É altamente recomendável a política de conexão Redirect sobre a política de conexão Proxy para a menor latência e a maior taxa de transferência. No entanto, você precisa atender aos requisitos extras para permitir o tráfego de rede para comunicação de saída:

• Se o cliente for uma Máquina Virtual do Azure, você poderá fazer isso usando NSG (Grupos de Segurança de Rede) com tags de serviço.
• Se o cliente estiver se conectando a partir de uma estação de trabalho local, talvez seja necessário trabalhar com o administrador da rede para permitir o tráfego de rede através do firewall corporativo.

Para alterar a política de conexão, consulte Alterar a política de conexão.

Conectividade a partir do Azure

Se você estiver se conectando de dentro do Azure, suas conexões terão uma política de conexão de Redirect por padrão. Uma política de Redirect significa que, após a sessão TCP ser estabelecida, a sessão do cliente é então redirecionada para o cluster de base de dados correto, com uma alteração no IP virtual de destino, passando do gateway do Banco de Dados SQL do Azure para o do cluster. Depois disso, todos os pacotes subsequentes fluem diretamente para o cluster, ignorando o gateway. O diagrama a seguir ilustra esse fluxo de tráfego.

Conectividade de fora do Azure

Se você estiver se conectando de fora do Azure, suas conexões terão uma política de conexão de Proxy por padrão. Uma política de Proxy significa que a sessão TCP é estabelecida por meio do gateway do Banco de Dados SQL do Azure e todos os pacotes subsequentes fluem por meio do gateway. O diagrama a seguir ilustra esse fluxo de tráfego.

Endereços IP do gateway

Esta secção lista os intervalos de endereços IP atribuídos aos gateways regionais da Base de Dados SQL.

Quando a política de ligação proxy está em vigor, os clientes de base de dados devem conseguir aceder a todos os endereços IP indicados em todos os intervalos da região do servidor lógico. Com o tipo de ligação de redirecionamento, os clientes devem conseguir aceder a um conjunto mais amplo de endereços IP; consulte as etiquetas de serviço em Sql.\<region\> Azure IP Ranges and Service Tags - Public Cloud para uma lista completa.

Os clientes que se ligam a endpoints privados não precisam de conectividade a nenhum destes intervalos porque um endpoint privado tem conectividade direta aos gateways.

Conteúdo relacionado

• Para obter informações sobre o comportamento de conexão do Banco de Dados SQL do Azure para clientes que usam o ADO.NET 4.5 ou uma versão posterior, consulte portas além de 1433 para ADO.NET 4.5.
• Para obter informações gerais sobre a visão geral do desenvolvimento de aplicativos, consulte Visão geral do desenvolvimento de aplicativos do Banco de dados SQL.
• Consulte Intervalos de IP e Tags de Serviço do Azure – Nuvem Pública.