Preparar máquinas virtuais para uma FCI (SQL Server em VMs do Azure)

Aplica-se a:SQL Server na VM do Azure

Este artigo descreve como preparar máquinas virtuais (VMs) do Azure para usá-las com uma FCI (instância de cluster de failover) do SQL Server. As definições de configuração variam dependendo da solução de armazenamento FCI, portanto, valide se você está escolhendo a configuração correta para se adequar ao seu ambiente e negócios.

Para saber mais, consulte uma visão geral da FCI com o SQL Server em VMs do Azure e práticas recomendadas de cluster.

Nota

Agora é possível elevar e mudar sua solução de instância de cluster de failover para o SQL Server em VMs do Azure usando o Azure Migrate. Consulte Migrar instância de cluster de failover para saber mais.

Pré-requisitos

• Uma assinatura do Microsoft Azure. Comece a usar uma conta gratuita do Azure.
• Um domínio do Windows em máquinas virtuais do Azure ou um diretório ativo local estendido ao Azure com emparelhamento de rede virtual.
• Uma conta que tem permissões para criar objetos em máquinas virtuais do Azure e no Ative Directory.
• Uma rede virtual do Azure e uma ou mais sub-redes com espaço de endereço IP suficiente para estes componentes:
  • Ambas as máquinas virtuais
  • Um endereço IP para o cluster de failover do Windows
  • Um endereço IP para cada FCI
• DNS configurado na rede do Azure, apontando para os controladores de domínio.

Escolha uma opção de armazenamento FCI

As definições de configuração para sua máquina virtual variam dependendo da opção de armazenamento que você planeja usar para sua instância de cluster de failover do SQL Server. Antes de preparar a máquina virtual, revise as opções de armazenamento FCI disponíveis e escolha a opção que melhor se adapta às suas necessidades de ambiente e negócios. Em seguida, selecione cuidadosamente as opções de configuração de VM apropriadas ao longo deste artigo com base na sua seleção de armazenamento.

Escolher disponibilidade de VM

O recurso de cluster de failover exige que as máquinas virtuais sejam colocadas em um conjunto de disponibilidade ou em uma zona dedisponibilidade.

Selecione cuidadosamente a opção de disponibilidade da VM que corresponde à configuração de cluster pretendida:

• Discos partilhados do Azure: a opção de disponibilidade varia se estiver a utilizar SSD Premium ou UltraDisk:
  • Armazenamento redundante de zona SSD Premium (ZRS): zona de disponibilidade em diferentes zonas. O ZRS SSD Premium replica seu disco gerenciado do Azure de forma síncrona em três zonas de disponibilidade do Azure na região selecionada. As VMs que fazem parte do cluster de failover podem ser colocadas em diferentes zonas de disponibilidade, ajudando você a obter uma FCI do SQL Server com redundância de zona que fornece um SLA de disponibilidade de VM de 99,99%. A latência de disco para ZRS é maior devido à cópia interzonal de dados.
  • Armazenamento Localmente Redundante (LRS) SSD Premium: Disponibilidade Definida em diferentes domínios de falha/atualização para SSD Premium LRS. Você também pode optar por colocar as VMs dentro de um grupo de posicionamento de proximidade para localizá-las mais próximas umas das outras. A combinação do conjunto de disponibilidade e do grupo de posicionamento de proximidade fornece a menor latência para discos compartilhados, pois os dados são replicados localmente em um data center e fornece SLA de disponibilidade de VM de 99,95%.
  • Ultra Disk Localmente Redundant Storage (LRS): zona de disponibilidade, mas as VMs devem ser colocadas na mesma zona de disponibilidade. Os discos Ultra oferecem a menor latência de disco e são melhores para cargas de trabalho intensivas de E/S. Como todas as VMs que fazem parte da FCI estão na mesma zona de disponibilidade, a disponibilidade da VM é de apenas 99,9%.
• Compartilhamentos de arquivos premium: conjunto de disponibilidade ou zona de disponibilidade.
• Espaços de Armazenamento Direto: Conjunto de disponibilidade.

Importante

Não é possível definir ou alterar o conjunto de disponibilidade depois de criar uma máquina virtual.

Sub-redes

Para o SQL Server em VMs do Azure, você tem a opção de implantar suas VMs do SQL Server em uma única sub-rede ou em várias sub-redes.

A implantação de suas VMs em várias sub-redes aproveita a dependência OU do cluster para endereços IP e corresponde à experiência local ao se conectar à sua instância de cluster de failover. A abordagem de várias sub-redes é recomendada para o SQL Server em VMs do Azure para uma capacidade de gerenciamento mais simples e tempos de failover mais rápidos.

A implantação de suas VMs em uma única sub-rede requer uma dependência adicional de um Balanceador de Carga do Azure ou DNN (nome de rede distribuída) para rotear o tráfego para sua FCI.

Se você implantar suas VMs do SQL Server em várias sub-redes, siga as etapas nesta seção para criar suas redes virtuais com sub-redes adicionais e, uma vez criadas as VMs do SQL Server, atribua endereços IP secundários dentro dessas sub-redes às VMs. A implantação de suas VMs do SQL Server em uma única sub-rede não requer nenhuma configuração de rede adicional.

Sub-rede única

Coloque ambas as máquinas virtuais em uma única sub-rede que tenha endereços IP suficientes para máquinas virtuais e todas as FCIs que você possa eventualmente instalar no cluster. Essa abordagem requer um componente extra para rotear conexões para sua FCI, como um Balanceador de Carga do Azure ou um DNN (nome de rede distribuída).

Se você optar por implantar suas VMs do SQL Server em uma única sub-rede , examine as diferenças entre as opções de conectividade do Balanceador de Carga do Azure e DNN e decida qual opção funciona melhor para você antes de preparar o restante do ambiente para sua FCI.

A implantação de suas VMs do SQL Server em uma única sub-rede não requer nenhuma configuração de rede adicional.

Multi-sub-rede

Se você quiser rotear conexões diretamente para sua FCI do SQL Server, coloque ambas as máquinas virtuais em sub-redes separadas dentro de uma rede virtual. Atribua um endereço IP secundário à VM do SQL Server para a instância de cluster de failover e, se você estiver no Windows Server 2016 e inferior, atribua um endereço IP secundário adicional para o Cluster de Failover do Windows Server também. O Windows Server 2019 e posterior usa um DNN (nome de rede distribuído) para o nome do cluster, portanto, um endereço IP secundário para o cluster não é necessário.

Essa abordagem elimina a necessidade de um Balanceador de Carga do Azure ou um DNN (nome de rede distribuído) ao se conectar à FCI do SQL Server.

Se você optar por implantar suas VMs do SQL Server em várias sub-redes, primeiro precisará criar a rede virtual com duas sub-redes extras e, depois que as VMs do SQL Server forem criadas, atribuir endereços IP secundários à VM. Para saber mais, consulte Visão geral da rede virtual. Os nomes de sub-rede e endereços IP nesta seção são fornecidos como apenas um exemplo e podem variar em seu ambiente. Para criar a rede virtual no portal do Azure, siga estas etapas:

1. Vá para o seu grupo de recursos no portal do Azure e selecione + Criar

   

2. Procure rede virtual na caixa de pesquisa do Marketplace e escolha o mosaico de rede virtual da Microsoft. Selecione Criar na página Rede virtual.

3. Na página Criar rede virtual, insira as seguintes informações na guia Noções básicas:

   1. Em Detalhes do projeto, escolha a Assinatura do Azure apropriada e o grupo de recursos onde você planeja implantar suas VMs do SQL Server.
   2. Em Detalhes da instância, forneça um nome para sua rede virtual e escolha a mesma região que seu grupo de recursos na lista suspensa.

   

4. Na guia Endereços IP, selecione + Adicionar sub-rede para adicionar uma sub-rede adicional para sua primeira VM do SQL Server e preencha os seguintes valores:

   1. Forneça um valor para o nome da sub-rede, como SQL-subnet-1.
   2. Forneça um intervalo de endereços de sub-rede exclusivo dentro do espaço de endereço da rede virtual. Por exemplo, você pode iterar o terceiro octeto do intervalo de endereços da sub-rede DC por 1.
      • Por exemplo, se o intervalo padrão for 10.38.0.0/24, insira o intervalo de 10.38.1.0/24 endereços IP para SQL-subnet-1.
      • Da mesma forma, se o intervalo de IP padrão for 10.5.0.0/24, insira 10.5.1.0/24 para a nova sub-rede.
   3. Selecione Adicionar para adicionar sua nova sub-rede.

   

5. Repita a etapa anterior para adicionar um intervalo de sub-rede exclusivo adicional para sua segunda VM do SQL Server com um nome como SQL-subnet-2. Você pode iterar o terceiro octeto por um novamente.

   • Por exemplo, se o intervalo de IP padrão for 10.38.0.0/24 e a sub-rede SQL-1 for 10.38.1.0/24, insira 10.38.2.0/24 a nova sub-rede
   • Da mesma forma, se o intervalo de IP padrão for 10.5.0.0/24 e a sub-rede SQL-1 for 10.5.1.0/24, insira o intervalo de 10.5.2.0/24 endereços IP para SQL-subnet-2 .

   

6. Depois de adicionar a segunda sub-rede, reveja os nomes e intervalos das sub-redes (os intervalos de endereços IP podem ser diferentes da imagem). Se tudo estiver correto, selecione Rever + criar e, em seguida, Criar para criar a sua nova rede virtual.

   

   O Azure retorna você ao painel do portal e o notifica quando a nova rede é criada.

Configurar o DNS

Configure sua rede virtual para usar seu servidor DNS. Primeiro, identifique o endereço IP DNS e, em seguida, adicione-o à sua rede virtual.

Identificar o endereço IP DNS

Identifique o endereço IP do servidor DNS e adicione-o à configuração de rede virtual. Esta seção demonstra como identificar o endereço IP DNS se o servidor DNS estiver em uma máquina virtual no Azure.

Para identificar o endereço IP da VM do servidor DNS no portal do Azure, siga estas etapas:

1. Vá para o seu grupo de recursos no portal do Azure e selecione a VM do servidor DNS.
2. Na página VM, escolha Rede no painel Configurações.
3. Observe o endereço IP privado da NIC, pois este é o endereço IP do servidor DNS. Na imagem de exemplo, o endereço IP privado é 10.38.0.4.

Configurar DNS de rede virtual

Configure a rede virtual para usar o endereço IP do servidor DNS.

Para configurar sua rede virtual para DNS, execute estas etapas:

1. Aceda ao seu grupo de recursos no portal do Azure e selecione a sua rede virtual.
2. Selecione Servidores DNS no painel Configurações e, em seguida, selecione Personalizado.
3. Insira o endereço IP privado identificado anteriormente no campo Endereço IP, como 10.38.0.4, ou forneça o endereço IP interno do seu servidor DNS interno.
4. Selecione Guardar.

Criar as máquinas virtuais

Depois de configurar sua rede virtual de VM e escolher a disponibilidade de VM, você estará pronto para criar suas máquinas virtuais. Você pode optar por usar uma imagem do Azure Marketplace que tenha ou não o SQL Server já instalado. No entanto, se você escolher uma imagem para o SQL Server em VMs do Azure, precisará desinstalar o SQL Server da máquina virtual antes de configurar a instância de cluster de failover.

Considerações sobre a NIC

Em um cluster de failover de convidado de VM do Azure, recomendamos uma única NIC por servidor (nó de cluster). A rede do Azure tem redundância física, o que torna NICs adicionais desnecessárias em um cluster convidado de VM IaaS do Azure. Embora o relatório de validação do cluster emita um aviso de que os nós apenas são acessíveis numa única rede, este aviso pode ser ignorado com segurança nos clusters de ativação pós-falha convidados da VM IaaS do Azure.

Coloque ambas as máquinas virtuais:

• No mesmo grupo de recursos do Azure que seu conjunto de disponibilidade, se você estiver usando conjuntos de disponibilidade.
• Na mesma rede virtual que o controlador de domínio e o servidor DNS ou em uma rede virtual que tenha conectividade adequada ao controlador de domínio.
• No conjunto de disponibilidade do Azure ou na zona de disponibilidade.

Você pode criar uma máquina virtual do Azure usando uma imagem com ou sem o SQL Server pré-instalado nela. Se você escolher a imagem do SQL Server, precisará desinstalar manualmente a instância do SQL Server antes de instalar a instância de cluster de failover.

Atribuir endereços IP secundários

Se você implantou suas VMs do SQL Server em uma única sub-rede, ignore esta etapa. Se você implantou suas VMs do SQL Server em várias sub-redes para melhorar a conectividade com sua FCI, precisará atribuir os endereços IP secundários a cada VM.

Atribua endereços IP secundários a cada VM do SQL Server a ser usada para o nome de rede da instância de cluster de failover e, para o Windows Server 2016 e versões anteriores, atribua endereços IP secundários a cada VM do SQL Server para o nome da rede do cluster também. Isso nega a necessidade de um Balanceador de Carga do Azure, como é o requisito em um único ambiente de sub-rede.

No Windows Server 2016 e versões anteriores, você precisa atribuir um endereço IP secundário adicional a cada VM do SQL Server a ser usada para o IP do cluster do Windows, já que o cluster usa o Nome da Rede do Cluster em vez do DNN (nome de rede distribuída) padrão introduzido no Windows Server 2019. Com um DNN, o objeto de nome de cluster (CNO) é automaticamente registrado com os endereços IP de todos os nós do cluster, eliminando a necessidade de um endereço IP de cluster do Windows dedicado.

Se você estiver no Windows Server 2016 e anteriores, siga as etapas nesta seção para atribuir um endereço IP secundário a cada VM do SQL Server para o nome da rede FCI e o cluster.

Se você estiver no Windows Server 2019 ou posterior, atribua apenas um endereço IP secundário para o nome de rede FCI e ignore as etapas para atribuir um IP de cluster do Windows, a menos que planeje configurar seu cluster com um nome de rede virtual (VNN), caso em que atribua ambos os endereços IP a cada VM do SQL Server como faria para o Windows Server 2016.

Para atribuir IPs secundários adicionais às VMs, siga estas etapas:

1. Vá para seu grupo de recursos no portal do Azure e selecione a primeira VM do SQL Server.

2. Selecione Rede no painel Configurações e, em seguida, selecione a Interface de Rede:

   

3. Na página Interface de Rede, selecione Configurações deIP no painel Configurações e escolha + Adicionar para adicionar um endereço IP adicional:

   

4. Na página Adicionar configuração IP, faça o seguinte:

   1. Especifique o Nome para o endereço IP do Cluster do Windows, como windows-cluster-ip para Windows 2016 e versões anteriores. Ignore esta etapa se estiver no Windows Server 2019 ou posterior.
   2. Defina a alocação como estática.
   3. Insira um endereço IP não utilizado na mesma sub-rede (SQL-subnet-1) que a VM do SQL Server, como 10.38.1.10.
   4. Deixe o endereço IP público no padrão de Desassociar.
   5. Selecione OK para concluir a adição da configuração IP.

   

5. Selecione + Adicionar novamente para configurar um endereço IP adicional para o nome da rede FCI (com um nome como FCI-network-name), especificando novamente um endereço IP não utilizado na sub-rede SQL-1 , como 10.38.1.11:

   

6. Repita essas etapas novamente para a segunda VM do SQL Server. Atribua dois endereços IP secundários não utilizados na sub-rede SQL-2. Use os valores da tabela a seguir para adicionar a configuração IP (embora os endereços IP sejam apenas exemplos, os seus podem variar):

   Campo	Entrada	Entrada
   Name	Windows-Cluster-IP	FCI-nome-rede
   Alocação	Estático	Estático
   Endereço IP	10.38.2.10	10.38.2.11

Desinstalar o SQL Server

Como parte do processo de criação da FCI, você instalará o SQL Server como uma instância clusterizada no cluster de failover. Se você implantou uma máquina virtual com uma imagem do Azure Marketplace sem o SQL Server, poderá ignorar esta etapa. Se você implantou uma imagem com o SQL Server pré-instalado, precisará cancelar o registro da VM do SQL Server da extensão do SQL IaaS Agent e desinstalar o SQL Server.

Cancelar o registro da extensão do SQL IaaS Agent

As imagens de VM do SQL Server do Azure Marketplace são registradas automaticamente com a extensão do SQL IaaS Agent. Antes de desinstalar a instância pré-instalada do SQL Server, você deve primeiro cancelar o registro de cada VM do SQL Server da extensão do SQL IaaS Agent.

Desinstalar o SQL Server

Depois de cancelar o registro da extensão, você pode desinstalar o SQL Server. Siga estas etapas em cada máquina virtual:

1. Conecte-se à máquina virtual usando RDP. Quando você se conecta a uma máquina virtual pela primeira vez usando RDP, um prompt pergunta se você deseja permitir que o computador seja detetável na rede. Selecione Sim.
2. Abra Programas e Recursos no Painel de Controle.
3. Em Programas e Recursos, clique com o botão direito do mouse em Microsoft SQL Server 201_ (64 bits) e selecione Desinstalar/Alterar.
4. Selecione Remover.
5. Selecione a instância padrão.
6. Remova todos os recursos em Serviços do Mecanismo de Banco de Dados, Analysis Services e Reporting Services - Nativo. Não remova nada em SharedFeatures. Você verá algo como a seguinte captura de tela:
7. Selecione Avançar e, em seguida, selecione Remover.
8. Depois que a instância for removida com êxito, reinicie a máquina virtual.

Abra o firewall

Em cada máquina virtual, abra a porta TCP do Firewall do Windows usada pelo SQL Server. Por padrão, o SQL Server usa a porta 1433, mas se você alterou isso em seu ambiente, abra a porta que você configurou sua instância do SQL Server para usar. A porta 1433 é aberta automaticamente em imagens do SQL Server implantadas a partir do Azure Marketplace.

Se você usar um balanceador de carga para um cenário de sub-rede única, também precisará abrir a porta usada pela sonda de integridade. Por padrão, a sonda de integridade usa a porta 59999, mas pode ser qualquer porta TCP especificada ao criar o balanceador de carga.

Esta tabela detalha as portas que você pode precisar abrir, dependendo da configuração da FCI:

Finalidade	Porta	Notas
SQL Server	TCP 1433	Porta normal para instâncias padrão do SQL Server. Se você usou uma imagem da galeria, essa porta será aberta automaticamente. Usado por: Todas as configurações FCI.
Sonda de estado de funcionamento	TCP 59999	Qualquer porta TCP aberta. Configure a sonda de integridade do balanceador de carga e o cluster para usar essa porta. Usado por: FCI com balanceador de carga em cenário de sub-rede única.
Partilha de ficheiros	PDU 445	Porta que o serviço de compartilhamento de arquivos usa. Usado por: FCI com compartilhamento de arquivos Premium.

Associar o domínio

Você também precisa unir suas máquinas virtuais ao domínio. Você pode fazer isso usando um modelo de início rápido.

Revisar a configuração de armazenamento

As máquinas virtuais criadas a partir do Azure Marketplace vêm com armazenamento anexado. Se você planeja configurar seu armazenamento FCI usando compartilhamentos de arquivos Premium ou discos compartilhados do Azure, poderá remover o armazenamento anexado para economizar custos, pois o armazenamento local não é usado para a instância de cluster de failover. No entanto, é possível usar o armazenamento anexado para soluções FCI do Storage Spaces Direct, portanto, removê-los neste caso pode ser inútil. Analise sua solução de armazenamento FCI para determinar se a remoção do armazenamento conectado é ideal para economizar custos.

Próximos passos

Agora que você preparou seu ambiente de máquina virtual, está pronto para configurar sua instância de cluster de failover.

Escolha um dos seguintes guias para configurar o ambiente FCI apropriado para o seu negócio:

• Configurar a FCI com discos compartilhados do Azure
• Configurar a FCI com um compartilhamento de arquivos Premium
• Configurar FCI com espaços de armazenamento diretos

Para saber mais, consulte:

• Cluster de Failover do Windows Server com o SQL Server em VMs do Azure
• Instâncias de cluster de failover com o SQL Server em VMs do Azure
• Visão geral da instância de cluster de failover
• Configurações HADR para SQL Server em VMs do Azure