Você pode ativar vSphere HA e vSAN no mesmo cluster. vSphere HA fornece o mesmo nível de proteção para máquinas virtuais em datastores vSAN que em datastores tradicionais. Esse nível de proteção impõe restrições específicas quando vSphere HA e vSAN interagem.
ESXi Requisitos do host
- Todos os hosts ESXi do cluster devem ser da versão 5.5, Atualização 1 ou posterior.
- O cluster deve ter no mínimo três hosts ESXi. Para obter melhores resultados, configure o cluster vSAN com quatro ou mais hosts.
Diferenças de rede
vSAN usa sua própria rede lógica. Quando vSAN e vSphere HA estão ativados para o mesmo cluster, o tráfego interagentes de HA flui por essa rede de armazenamento, e não pela rede de gerenciamento. vSphere HA usa a rede de gerenciamento somente quando vSAN está desativado. vCenter Server escolhe a rede apropriada quando vSphere HA é configurado em um host.
Quando uma máquina virtual está acessível apenas parcialmente em todas as partições de rede, você não pode ligar a máquina virtual ou acessá-la totalmente em qualquer partição. Por exemplo, se você particionar um cluster em P1 e P2, o objeto de namespace da VM ficará acessível para a partição chamada P1 e não para P2. O VMDK pode ser acessado pela partição chamada P2 e não pela P1. Nesses casos, a máquina virtual não pode ser ligada e não está totalmente acessível em nenhuma partição.
A tabela a seguir mostra as diferenças na rede vSphere HA, independentemente de vSAN ser usado ou não.
| vSAN Ativado | vSAN Desativado | |
|---|---|---|
| Rede usada por vSphere HA | vSAN rede de armazenamento | Rede de gerenciamento |
| Datastores Heartbeat | Qualquer repositório de dados montado em mais de um host, mas não vSAN repositórios de dados | Qualquer armazenamento de dados montado em mais de um host |
| Host declarado isolado | Endereços de isolamento não passíveis de ping e vSAN rede de armazenamento inacessível | Endereços de isolamento não passíveis de ping e rede de gerenciamento inacessível |
Se você alterar a configuração de rede do vSAN, os agentes do vSphere HA não adquirirão automaticamente as novas configurações de rede. Para alterar a rede vSAN, você deve reativar o monitoramento de host para o cluster vSphere HA:
- Desative o Monitoramento de Host para o cluster vSphere HA.
- Faça as alterações de rede vSAN.
- Clique com o botão direito do mouse em todos os hosts do cluster e selecione Reconfigure HA.
- Reative o Monitoramento de Host para o cluster vSphere HA.
Configurações de reserva de capacidade
Quando você reserva capacidade para o cluster vSphere HA com uma política de controle de admissão, essa configuração deve ser coordenada com a configuração de política Falhas ao tolerar (Failures to tolerate) correspondente no conjunto de regras vSAN. Ela não deve ser inferior à capacidade reservada pela configuração de controle de admissão vSphere HA. Por exemplo, se o conjunto de regras vSAN permitir apenas duas falhas, a política de controle de admissão vSphere HA deverá reservar uma capacidade equivalente a apenas uma ou duas falhas de host. Se você estiver usando a política Porcentagem de Recursos de Cluster Reservados para um cluster com oito hosts, não deverá reservar mais de 25 por cento dos recursos de cluster. No mesmo cluster, com a política Falhas ao tolerar (Failures to tolerate), a configuração não deve ser superior a dois hosts. Se vSphere HA reservar menos capacidade, a atividade de failover poderá ser imprevisível. Reservar muita capacidade restringe excessivamente a ativação de máquinas virtuais e migrações de vSphere vMotion entre clusters. Para obter informações sobre a política Porcentagem de recursos de cluster reservados, consulte a documentação vSphere Disponibilidade .
Comportamento de vSAN e vSphere HA em uma falha de vários hosts
Depois que um cluster vSAN falha com uma perda de quorum de failover para um objeto de máquina virtual, vSphere HA pode não ser capaz de reiniciar a máquina virtual, mesmo quando o quorum do cluster foi restaurado. vSphere HA garante a reinicialização somente quando tem um quorum de cluster e pode acessar a cópia mais recente do objeto de máquina virtual. A cópia mais recente é a última cópia a ser gravada.
Considere um exemplo em que uma máquina virtual vSAN é provisionada para tolerar uma falha de host. A máquina virtual é executada em um cluster vSAN que inclui três hosts, H1, H2 e H3. Todos os três hosts falham em uma sequência, com H3 sendo o último host a falhar.
Após a recuperação de H1 e H2, o cluster tem um quorum (uma falha de host tolerada). Apesar desse quorum, vSphere HA não pode reiniciar a máquina virtual porque o último host que falhou (H3) contém a cópia mais recente do objeto de máquina virtual e ainda está inacessível.
Neste exemplo, todos os três hosts devem se recuperar ao mesmo tempo ou o quorum de dois hosts deve incluir H3. Se nenhuma condição for atendida, o HA tentará reiniciar a máquina virtual quando o host H3 estiver online novamente.
