Resolver nomes de domínio privados na Instância Gerenciada de SQL do Azure

Aplica-se a:Instância Gerenciada de SQL do Azure

Neste artigo, saiba como a Instância Gerenciada de SQL do Azure resolve nomes de domínio privados.

Visão geral

Em determinadas situações, é necessário que o Mecanismo de Banco de Dados do SQL Server resolva nomes de domínio que não existem em registros DNS públicos. Por exemplo, os seguintes cenários provavelmente envolvem nomes de domínio privados:

• Enviando emails usando emails de banco de dados.
• Acessando fontes de dados remotas usando servidores vinculados.
• Replicando dados para a nuvem usando o link da Instância Gerenciada.

A Instância Gerenciada de SQL do Azure é implantada em uma rede virtual do Azure e usa a resolução de nomes fornecida pelo Azure por padrão para resolver endereços da Internet.

Para alterar o comportamento padrão de resolução de nomes e habilitar a resolução de nomes de domínio privado, você pode:

• Use zonas DNS privadas do Azure: O que é o DNS privado do Azure?
• Use um servidor DNS personalizado: resolução de nomes para recursos em redes virtuais do Azure.

Considerações

• Tenha cuidado para não substituir nem desabilitar a resolução de nomes de domínio que a Instância Gerenciada de SQL do Azure usa internamente, conforme listado em Restrições de rede. Sempre configure seu servidor DNS personalizado para que ele possa resolver nomes de domínio público.
• Sempre use um FQDN (nome de domínio totalmente qualificado) para os serviços que você deseja que a Instância Gerenciada de SQL do Azure resolva, como seu servidor de email ou uma instância local do SQL Server. Use FQDNs mesmo que esses serviços estejam dentro de sua zona DNS privada. Por exemplo, use smtp.contoso.com. Criar um servidor vinculado ou configurar a replicação que faz referência a VMs do SQL Server dentro da mesma rede virtual também requer um FQDN e um sufixo DNS padrão, como SQLVM.internal.cloudapp.net.

Atualizar Instâncias Gerenciadas de SQL

Se a configuração do servidor DNS for alterada em uma rede virtual com instâncias gerenciadas de SQL existentes, o cluster virtual que hospeda essas instâncias e os grupos de máquinas subjacentes precisarão ser sincronizados com as alterações na configuração do DNS. A atualização de um cluster virtual afeta todas as instâncias gerenciadas de SQL hospedadas nele.

Quando você atualiza as configurações do servidor DNS de um cluster virtual, os endereços IP do servidor DNS personalizados definidos na rede virtual tornam-se os servidores DNS preferenciais das instâncias nesse cluster. As instâncias ainda mantêm o endereço resolvedor DNS do Azure como um backup, mas agora resolvem os endereços usando os servidores DNS personalizados primeiro.

$ResourceGroup = 'enter resource group of virtual network'
$VirtualNetworkName = 'enter virtual network name'
$virtualNetwork = Get-AzVirtualNetwork -ResourceGroup $ResourceGroup -Name $VirtualNetworkName

Get-AzSqlVirtualCluster `
    | where SubnetId -match $virtualNetwork.Id `
    | select Id `
    | Invoke-AzResourceAction -Action updateManagedInstanceDnsServers -Force

resourceGroup="failover-group"
virtualNetworkName="vnet-fog-eastus"
virtualNetwork=$(az network vnet show -g $resourceGroup -n $virtualNetworkName --query "id" -otsv)

az sql virtual-cluster list --query "[? contains(subnetId,'$virtualNetwork')].id" -o tsv \
| az resource invoke-action --action updateManagedInstanceDnsServers --ids @-

Verificar a configuração

Depois de atualizar as configurações do servidor DNS no cluster virtual, você pode verificar se ele agora está em vigor para as instâncias gerenciadas de SQL nesse cluster. Uma maneira de fazer isso é criar e executar um trabalho do SQL Server Agent que gera uma lista de servidores DNS atualmente configurados na interface de rede.

Para exibir a lista de servidores DNS configurados no adaptador de rede da instância gerenciada de SQL:

1. Inicie o SQL Server Management Studio.
2. Conecte-se a uma instância gerenciada de SQL no cluster para o qual você atualizou as configurações de DNS.
3. No Pesquisador de Objetos, expanda SQL Server Agent.
4. Clique com o botão direito do mouse em Trabalhos e selecione Novo Trabalho....
5. Em geral, escreva o nome do trabalho. Por exemplo, "Verificar configurações de DNS".
6. Em Etapas, selecione Novo....
7. Escreva o nome da etapa. Por exemplo, "executar".
8. Defina Tipo como PowerShell.
9. No Comando, cole o seguinte comando: Get-DnsClientServerAddress.
10. Selecione OK e , em seguida, OK para fechar ambas as janelas de diálogo.
11. No Pesquisador de Objetos, clique com o botão direito do mouse no trabalho que você criou e selecione Iniciar Trabalho na Etapa.... O trabalho será executado.
12. Quando o trabalho terminar, clique com o botão direito do mouse nele novamente e selecione Exibir Histórico.
13. Em Resumo do arquivo de log, expanda o trabalho e selecione sua primeira e única etapa abaixo dele.
14. Nos detalhes da linha selecionada:, examine a saída do comando e confirme se ele contém o endereço IP do servidor DNS.

Permissões

Um usuário que está sincronizando as configurações do servidor DNS em uma rede virtual:

• Deve ser um membro da função Colaborador de Assinatura ou
• Ter uma função personalizada com a permissão Microsoft.Sql/virtualClusters/updateManagedInstanceDnsServers/action.

Conteúdo relacionado

• O que é Instância Gerenciada de SQL do Azure?
• arquitetura de conectividade para a Instância Gerenciada de SQL do Azure
• Arquitetura de cluster virtual – Instância Gerenciada de SQL do Azure
• Resolução de nomes para recursos em redes virtuais do Azure
• Início Rápido: Criar Instância Gerenciada de SQL do Azure