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 políticas de conexão diferentes e como elas afetam os clientes que se conectam no Azure e clientes que se conectam de fora do Azure.

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

Arquitetura de conectividade

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

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

• Os clientes se conectam ao gateway que tem um endereço IP público e escuta na porta 1433.
• Dependendo da política de conexão efetiva, o gateway redireciona ou encaminha o tráfego para o cluster de banco de dados correto.
• No cluster de banco de dados, o tráfego é encaminhado para o banco de dados apropriado.

Política de Conexão

Os servidores SQL lógicos dão suporte às três opções a seguir para a configuração da política de conexão do servidor.

• Redirecionar (recomendado): os clientes estabelecem conexões diretamente com o nó que hospeda o banco de dados, levando a uma redução na latência e a uma melhor taxa de transferência. Para que as conexões usem esse modo, os clientes precisam:
  • Permitir comunicação de saída do cliente para todos os endereços IP do SQL do Azure na região nas portas na faixa de 11000 a 11999. Usar os Service Tags do SQL para facilitar o gerenciamento. Se você estiver usando o Link Privado, confira Usar a política de conexão Redirecionar com pontos de extremidade privados para saber os intervalos de portas a serem permitidos.
  • Permitir 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 redirecionamento, veja os Intervalos de IP do Azure e marcas de serviço – Nuvem pública para ver a lista dos endereços IP da sua região a serem permitidos.
• Proxy: Nesse modo, todas as conexões são roteadas por meio dos gateways do Banco de Dados SQL do Azure, resultando em um aumento na latência e uma redução na taxa de transferência. Para as conexões usarem esse modo, os clientes precisam permitir a comunicação de saída do cliente para endereços IP do gateway do Banco de Dados SQL do Azure na porta 1433.
  • Ao usar a política de conexão via proxy, consulte a lista de endereços IP do gateway mais adiante nesse artigo para verificar os endereços IP da sua região que devem ser permitidos.
• Padrão: essa é a política de conexão em vigor em todos os servidores após a criação, a menos que você altere explicitamente a política 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 de fora (por exemplo, da sua estação de trabalho local).
  • Atualmente, a política de conexão do banco de dados SQL no Microsoft Fabric é padrão e não pode ser alterada.

É altamente recomendável usar a política de conexão Redirect em relação à política de conexão Proxy para a menor latência e 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 marcas de serviço.
• Se os clientes estiverem se conectando pela estação de trabalho local, pode ser necessário solicitar ao administrador da rede que permita o tráfego de rede pelo firewall corporativo.

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

Conectividade de dentro do Azure

Se você estiver se conectando de dentro do Azure, as 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 banco de dados correto com uma mudança no IP virtual de destino do gateway do Azure SQL Database 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, as 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 seguintes fluem por meio do gateway. O diagrama a seguir ilustra esse fluxo de tráfego.

Endereços IP do gateway

Esta seção lista os intervalos de endereços IP atribuídos aos gateways regionais do Banco de Dados SQL.

Quando a política de conexão de proxy está em vigor, os clientes de banco de dados devem ser capazes de alcançar todos os endereços IP fornecidos em todos os intervalos para a região do servidor lógico. Com o tipo de conexão de redirecionamento, os clientes devem ser capazes de alcançar um conjunto mais amplo de endereços IP; Consulte as Sql.\<region\> marcas de serviço em Intervalos de IP do Azure e Marcas de Serviço – Nuvem Pública para obter uma lista completa.

Os clientes que se conectam a pontos de extremidade privados não precisam de conectividade com nenhum desses intervalos porque um ponto de extremidade privado tem conectividade direta com os gateways.

Conteúdo relacionado

• Para obter mais informações sobre o comportamento de conexão do Banco de Dados SQL do Azure para clientes que usam ADO.NET 4.5 ou uma versão mais recente, consulte Portas depois da 1433 para ADO.NET 4.5.
• Para obter informações sobre a visão geral do desenvolvimento de aplicativos em geral, consulte Visão Geral do Desenvolvimento de Aplicativos do Banco de Dados SQL.
• Consulte os Intervalos de IP do Azure e as Marcas de Serviço – Nuvem Pública.