Windows Server 2025 / Como planejar um cluster de failover
O clustering de failover do Windows Server coordena funções compatíveis entre nós e pode reiniciá-las ou transferi-las após uma falha. Dois servidores, por si só, não resolvem a disponibilidade: compatibilidade das aplicações, armazenamento, rede, quórum, validação e objetivos de recuperação precisam formar um plano coerente.
Defina a falha que você precisa suportar
Um nó é um servidor participante. Uma função em cluster reúne recursos de serviço ou de máquina virtual gerenciados em conjunto. A detecção e a transição podem interromper conexões, portanto, a reconexão do cliente e a recuperação do aplicativo devem ser testadas.
| Necessidade | Design relevante |
|---|---|
| Falha de um nó | Função em cluster suportada e failover |
| Recuperar dados excluídos | Backup independente de um ponto no tempo |
| Falha em todo o site | Domínio de falha distinto e plano de recuperação de desastres |
| Distribuir requisições da web | Balanceamento de carga e gerenciamento de estado apropriados para a aplicação |
Alta disponibilidade não substitui backup ou recuperação de desastres. Duas VMs compartilhando energia, um host físico ou armazenamento podem falhar juntos. Habilitar clustering em servidores IIS comuns não torna automaticamente seus sites altamente disponíveis.
Defina primeiro a função protegida, o objetivo de tempo de recuperação (Recovery Time Objective, RTO) e o objetivo de ponto de recuperação (Recovery Point Objective, RPO). O RTO diz respeito ao tempo de recuperação aceitável; o RPO diz respeito à perda de dados aceitável medida em relação a um ponto de recuperação.
Analise os requisitos de nós, rede e capacidade
Verifique requisitos de hardware e armazenamento do cluster em relação à versão do Windows Server, equipamentos compatíveis, drivers e firmware. Um novo design pode começar com nós comparáveis do Windows Server 2025. Não misture os requisitos de uma implantação em domínio com condições de cluster em grupo de trabalho.
- Mapeie as redes e a largura de banda necessárias para gerenciamento, cluster, armazenamento e migração de máquinas virtuais.
- Identifique pontos únicos de falha em placas de rede, switches, alimentação e caminhos de armazenamento.
- Reserve capacidade suficiente de CPU, memória e armazenamento após a falha de um nó.
- Para uma implantação em domínio, verifique DNS interno, horário, identidade do cluster e permissões de registro de nome.
Registre endereços, nomes, VLANs e regras de firewall em um plano de rede comum. Vários adaptadores não fornecem caminhos independentes se dependerem do mesmo switch e rota de cabeamento.
Escolha o armazenamento compatível com a função
Discos compartilhados, armazenamento SMB e Storage Spaces Direct têm condições de uso conforme a função, o hardware, a edição e o suporte. Nomes de pastas locais idênticos em dois nós não fornecem dados compartilhados. Os Espaços para Nomes DFS (Distributed File System) também não fornecem automaticamente replicação ou armazenamento de cluster.
| Verificar | Pergunta de design |
|---|---|
| Acesso a dados | O outro nó pode acessar os mesmos dados atuais? |
| Isolamento de falhas | Falhas de nó e armazenamento podem ser tratadas separadamente? |
| Suporte | Esta combinação de SO, função, hardware e protocolo é suportada? |
| Capacidade | Ela pode sustentar a carga de failover e ressincronização? |
| Recuperação | A consistência do backup e a ordem de recuperação da aplicação são validadas? |
Use um ambiente de teste separado antes de apresentar discos de produção aos testes de validação de configuração ou armazenamento. Proteja os dados e entenda o controle e a propriedade dos discos, reservas, caminhos e as condições de licenciamento da arquitetura selecionada.
Planeje o quórum e os domínios de falha da testemunha
O quórum determina se o cluster pode continuar operando, inclusive quando a comunicação está particionada. Isso ajuda a evitar a tomada de controle concorrente dos recursos. Uma testemunha contribui para as decisões de quórum; ela não é um backup dos dados do serviço nem outro nó que executa a carga de trabalho.
Compare as opções de disco, compartilhamento de arquivos e nuvem em orientações para implantação de testemunha de quórum. Considere localização, permissões, partições de rede e conectividade externa, bem como o número de nós. O quórum dinâmico não tolera todas as combinações arbitrárias de falhas.
Uma testemunha no mesmo domínio de falha pode desaparecer junto com os dois nós. Uma testemunha remota ainda precisa de conectividade funcional e permissões adequadas. Liste as falhas específicas a suportar antes de selecionar seu tipo e localização.
Inclua a validação como parte da decisão de implantação
- Documente nós, redes, armazenamento, contas, nomes e funções protegidas.
- Alinhe funcionalidades, atualizações, drivers e requisitos de suporte.
- Planeje a validação da configuração antes de criar o cluster e resolva ou explique cada aviso e falha.
- Teste as transferências planejadas separadamente de falhas inesperadas.
- Meça reconexão do cliente, consistência de dados, tempo de recuperação e entrega de alertas.
- Valide a restauração de backups e a perda completa de domínio de falha separadamente.
Siga a orientação para criação e validação de cluster para a arquitetura escolhida. Testes de armazenamento podem afetar o serviço, portanto, não execute todos os testes indiscriminadamente em produção. Guarde o relatório e registre a causa, o impacto e a ação prevista para cada problema encontrado.
Este exercício de planejamento não converte os servidores de curso existentes em um cluster. O resultado deve incluir uma arquitetura compatível com a função protegida, a estimativa de recursos, um mapa dos domínios de falha, objetivos de recuperação e um plano de validação com responsáveis definidos.
