Configurar o cluster de failover do Windows Server no Azure VMware Solution vSAN
Neste artigo, saiba como configurar o Clustering de Failover no Windows Server no Azure VMware Solution vSAN com discos compartilhados nativos.
O WSFC (Cluster de Failover do Windows Server), anteriormente conhecido como MSCS (Serviço de Cluster de Serviços da Microsoft), é um recurso do Sistema Operacional Windows Server. O WSFC é um recurso essencial para os negócios e, para muitos aplicativos, é necessário. Por exemplo, o WSFC é necessário para as seguintes configurações:
- SQL Server configurado como:
- FCI (Instância de Cluster de Failover) Always On, para alta disponibilidade em nível de instância.
- Always On Availability Group (AG), para alta disponibilidade no nível do banco de dados.
- Serviços de Arquivo do Windows:
- Compartilhamento de arquivos genéricos em execução no nó de cluster ativo.
- SOFS (Scale-Out File Server), que armazena arquivos em volumes compartilhados de cluster (CSV).
- Espaços de Armazenamento Direto (S2D); discos locais usados para criar pools de armazenamento em diferentes nós de cluster.
Você pode hospedar o cluster WSFC em diferentes instâncias da Solução VMware do Azure, conhecidas como Cluster-Across-Box (CAB). Você também pode colocar o cluster WSFC em um único nó da Solução VMware do Azure. Essa configuração é conhecida como Cluster-in-a-Box (CIB). Não recomendamos o uso de uma solução CIB para uma implementação de produção, use CAB em vez disso com políticas de posicionamento. Se o único nó da Solução VMware do Azure falhasse, todos os nós de cluster WSFC seriam desligados e o aplicativo passaria por tempo de inatividade. A Solução VMware do Azure requer um mínimo de três nós em um cluster de nuvem privada.
É importante implantar uma configuração WSFC suportada. Você deseja que sua solução seja suportada no VMware vSphere e com o Azure VMware Solution. O VMware fornece um documento detalhado sobre o WSFC no vSphere 7.0, a Configuração para Clustering de Failover e o Microsoft Cluster Service.
Este artigo se concentra no WSFC no Windows Server 2016 e no Windows Server 2019. Infelizmente, as versões mais antigas do Windows Server estão fora do suporte principal, por isso não as consideramos aqui.
Primeiro, você precisa criar um WSFC. Em seguida, use as informações fornecidas neste artigo para especificar uma implantação WSFC na Solução VMware do Azure.
Pré-requisitos
- Ambiente da solução VMware do Azure
- Mídia de instalação do sistema operacional Microsoft Windows Server
Arquitetura de referência
A Solução VMware do Azure fornece suporte nativo para WSFC virtualizado. Ele suporta reservas persistentes (SCSI3PR) SCSI-3 em um nível de disco virtual. O WSFC requer esse suporte para arbitrar o acesso a um disco compartilhado entre nós. O suporte a SCSI3PRs permite a configuração do WSFC com um recurso de disco compartilhado entre VMs nativamente em armazenamentos de dados vSAN.
O diagrama a seguir ilustra a arquitetura dos nós virtuais WSFC em uma nuvem privada do Azure VMware Solution. Ele mostra onde a Solução VMware do Azure reside, incluindo os servidores virtuais WSFC (caixa azul), em relação à plataforma Azure mais ampla. Este diagrama ilustra uma arquitetura hub-spoke típica, mas uma configuração semelhante é possível usando a WAN Virtual do Azure. Ambos oferecem todo o valor que outros serviços do Azure podem lhe trazer.
Configurações suportadas
Atualmente, as configurações suportadas são:
Microsoft Windows Server 2012 ou posterior
Até cinco nós (VMs) por uma instância WSFC
Até quatro adaptadores PVSCSI por VM
Até 64 discos por adaptador PVSCSI
Requisitos de configuração da máquina virtual
Parâmetros de configuração do nó WSFC
- Instale o VMware Tools mais recente em cada nó WSFC.
- Não há suporte para a mistura de discos não compartilhados e compartilhados em um único adaptador SCSI virtual. Por exemplo, se o disco do sistema (unidade C:) estiver conectado a SCSI0:0, o primeiro disco compartilhado será conectado a SCSI1:0. Um nó VM de um WSFC tem o mesmo controlador SCSI virtual máximo que uma VM comum - até quatro (4) controladores SCSI virtuais.
- As IDs SCSI de discos virtuais devem ser consistentes entre todas as VMs que hospedam nós do mesmo WSFC.
| Componente | Requisitos |
|---|---|
| Versão de hardware da VM | 11 ou superior para suportar Live vMotion. |
| NIC Virtual | VMXNET3 placa de interface de rede paravirtualizada (NIC); habilite o RSS (Windows Receive Side Scaling) convidado na placa de rede virtual. |
| Memória | Use a memória de reserva de VM completa para nós no cluster WSFC. |
| Aumente o tempo limite de E/S de cada nó WSFC. | Modifique HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Disk\TimeOutValueSet para 60 segundos ou mais. (Se você recriar o cluster, esse valor poderá ser redefinido para seu padrão, portanto, você deverá alterá-lo novamente.) |
| Monitoramento da integridade do cluster do Windows | O valor do parâmetro SameSubnetThreshold do monitoramento de integridade do cluster do Windows deve ser modificado para permitir no mínimo 10 pulsações perdidas. É o padrão no Windows Server 2016. Esta recomendação aplica-se a todos os aplicativos que usam WSFC, incluindo discos compartilhados e não compartilhados. |
Nó WSFC - Parâmetros de configuração de discos de inicialização
| Componente | Requisitos |
|---|---|
| Tipo de controlador SCSI | Lógica LSI SAS |
| Modo de disco | Virtual |
| Compartilhamento de barramento SCSI | Nenhuma |
| Modifique as configurações avançadas de um controlador SCSI virtual que hospeda o dispositivo de inicialização. | Adicione as seguintes configurações avançadas a cada nó WSFC: scsiX.returnNoConnectDuringAPD = "VERDADEIRO" scsiX.returnBusyOnNoConnectStatus = "FALSO" Onde X é o número de ID do controlador de barramento SCSI do dispositivo de inicialização. Por padrão, X é definido como 0. |
Nó WSFC - Parâmetros de configuração de discos compartilhados
| Componente | Requisitos |
|---|---|
| Tipo de controlador SCSI | VMware paravirtualizado (PVSCSI) |
| Modo de disco | Independente - Persistente (veja a etapa 2 na ilustração a seguir). Usando essa configuração, você garante que todos os discos sejam excluídos dos instantâneos. Não há suporte para snapshots para VMs baseadas em WSFC. |
| Compartilhamento de barramento SCSI | Físico (veja a etapa 1 na ilustração a seguir) |
| Sinalizador de vários gravadores | Não utilizado |
| Formato de disco | Espesso provisionado (Eager Zeroed Thick (EZT) não é necessário com vSAN) |
Cenários não suportados
As seguintes funcionalidades não são suportadas para o WSFC na Solução VMware do Azure:
- Armazenamentos de dados NFS
- Storage Spaces (Espaços de Armazenamento)
- vSAN usando o serviço iSCSI
- Cluster estendido vSAN
- Compatibilidade vMotion melhorada (EVC)
- Tolerância a falhas vSphere (FT)
- Instantâneos
- Armazenamento ao vivo (online) vMotion
- Virtualização de ID de N-Portas (NPIV)
Alterações quentes no hardware da máquina virtual podem interromper a pulsação entre os nós WSFC.
As seguintes atividades não são suportadas e podem causar failover de nó WSFC:
- Adição de memória a quente
- Adição de CPU a quente
- Usando instantâneos
- Aumentar o tamanho de um disco partilhado
- Pausando e retomando o estado da máquina virtual
- Comprometimento excessivo de memória levando à troca ESXi ou balão de memória VM
- Arquivo VMDK local Hot Extend , mesmo que não esteja associado ao controlador de compartilhamento de barramento SCSI
Configurar o WSFC com discos compartilhados no Azure VMware Solution vSAN
Verifique se um ambiente do Ative Directory está disponível.
Crie máquinas virtuais (VMs) no armazenamento de dados vSAN.
Ligue todas as VMs, configure o nome do host e os endereços IP, associe todas as VMs a um domínio do Ative Directory e instale as atualizações mais recentes do sistema operacional disponíveis.
Instale as ferramentas VMware mais recentes.
Habilite e configure o recurso Cluster de Failover do Windows Server em cada VM.
Configure uma testemunha de cluster para quórum (pode ser uma testemunha de compartilhamento de arquivo).
Desligue todos os nós do cluster WSFC.
Adicione um ou mais controladores SCSI virtuais Para (até quatro) a cada parte VM do WSFC. Use as configurações de acordo com os parágrafos anteriores.
No primeiro nó do cluster, adicione todos os discos compartilhados necessários usando Adicionar Novo Disco Rígido de Dispositivo>. Deixe o compartilhamento de disco como Não especificado (padrão) e o modo de disco como Independente - Persistente. Em seguida, anexe-o ao(s) controlador(es) criado(s) nas etapas anteriores.
Continue com os nós WSFC restantes. Adicione os discos criados na etapa anterior selecionando Adicionar Novo Dispositivo>Disco Rígido Existente. Certifique-se de manter as mesmas IDs SCSI de disco em todos os nós WSFC.
Ligue o primeiro nó WSFC, entre e abra o console de gerenciamento de disco (mmc). Verifique se os discos compartilhados adicionados são gerenciáveis pelo sistema operacional e são inicializados. Formate os discos e atribua uma letra de unidade.
Ligue os outros nós do WSFC.
Adicione o disco ao cluster WSFC usando o assistente Adicionar disco e adicione-os a um Volume Compartilhado de Cluster.
Teste um failover usando o assistente Mover disco e verifique se o cluster WSFC com discos compartilhados funciona corretamente.
Execute o assistente de Cluster de Validação para confirmar se o cluster e seus nós estão funcionando corretamente.
É importante ter em mente os seguintes itens específicos do teste de Validação de Cluster:
Valide a reserva persistente de espaços de armazenamento. Se você não estiver usando Espaços de Armazenamento com seu cluster (como no Azure VMware Solution vSAN), esse teste não será aplicável. Você pode ignorar quaisquer resultados do teste Validar Reserva Persistente de Espaços de Armazenamento, incluindo este aviso. Para evitar avisos, pode excluir este teste.
Valide a comunicação de rede. O teste de Validação de Cluster exibe um aviso indicando que apenas uma interface de rede por nó de cluster está disponível. Pode ignorar este aviso. A Solução VMware do Azure fornece a disponibilidade e o desempenho necessários, uma vez que os nós estão conectados a um dos segmentos do Data Center NSX-T. No entanto, mantenha este item como parte do teste de Validação de Cluster, pois ele valida outros aspetos da comunicação de rede.
Crie as Políticas de Posicionamento relevantes para situar as VMs WSFC nos nós corretos da Solução VMware do Azure, dependendo da configuração WSFC CIB ou CAB. Para fazer isso, você precisa de uma regra de afinidade de host para VM. Dessa forma, os nós de cluster são executados no(s) mesmo(s) host(s) ou em hosts separados da Solução VMware do Azure, respectivamente.
Informações relacionadas
- Clustering de Ativação Pós-falha no Windows Server
- Diretrizes para Microsoft Clustering no vSphere (1037959) (vmware.com)
- Sobre a Instalação para Clustering de Failover e o Microsoft Cluster Service (vmware.com)
- vSAN 6.7 U3 - WSFC com discos compartilhados & Reservas persistentes SCSI-3 (vmware.com)
- Limites da solução VMware do Azure
Próximos passos
Agora que abordamos a configuração de um WSFC na Solução VMware do Azure, saiba mais sobre:
- Configurando seu novo WSFC adicionando mais aplicativos que exigem o recurso WSFC. Por exemplo, SQL Server e SAP ASCS.
- Configuração de uma solução de backup.
Comentários
Brevemente: Ao longo de 2024, vamos descontinuar progressivamente o GitHub Issues como mecanismo de feedback para conteúdos e substituí-lo por um novo sistema de feedback. Para obter mais informações, veja: https://aka.ms/ContentUserFeedback.
Submeter e ver comentários