VMware Aria Operations é compatível com alta disponibilidade (HA). A alta disponibilidade cria uma réplica para o nó primário VMware Aria Operations e protege o cluster de análise contra a perda de um nó.

Com a alta disponibilidade, os dados armazenados no nó primário sempre têm 100% de backup no nó de réplica. Para ativar a alta disponibilidade, você deve ter pelo menos um nó de dados implantado, além do nó primário. Se você tiver mais de um nó de dados, os dados armazenados no nó primário poderão ser armazenados e replicados em qualquer um dos outros nós. Mas, caso o nó primário falhe, somente o nó de réplica poderá funcionar como substituto do nó primário.

  • A alta disponibilidade não é um mecanismo de recuperação de desastres. A alta disponibilidade protege o cluster de análise contra a perda de apenas um nó e, como apenas uma perda é suportada, você não pode estender nós entre vSphere clusters na tentativa de isolar nós ou criar zonas de falha.
  • Quando a alta disponibilidade é ativada, a réplica pode assumir todas as funções fornecidas pelo primário, caso o primário falhe por qualquer motivo. Se o primário falhar, o failover para a réplica será automático e exigirá apenas dois a três minutos de tempo de inatividade VMware Aria Operations para retomar as operações e reiniciar a coleta de dados.

    Quando um problema de nó primário causa failover, o nó de réplica se torna o nó primário e o cluster é executado no modo degradado. Para sair do modo degradado, execute uma das seguintes etapas.

    • Retorne ao modo de alta disponibilidade corrigindo o problema com o nó primário. Quando um nó primário sai de um cluster ativado por HA, o nó primário não se junta novamente ao cluster sem intervenção manual. Portanto, reinicie o processo do Analytics VMware Aria Operations no nó inativo para alterar sua função para réplica e ingressar novamente no cluster.
    • Remova o nó primário com falha e, em seguida, reative a alta disponibilidade convertendo um nó de dados em uma réplica. Os nós primários removidos não podem ser reparados e lidos em VMware Aria Operations.
    • Remova o nó primário antigo com falha e, em seguida, altere para a operação sem alta disponibilidade desativando a alta disponibilidade. Os nós primários removidos não podem ser reparados e lidos em VMware Aria Operations.
  • Na interface de administração, depois que um nó de réplica de alta disponibilidade assumir o controle e se tornar o novo nó primário, não será possível remover o nó primário offline anterior do cluster. Além disso, o nó anterior permanece listado como um nó primário. Para atualizar a exibição e ativar a remoção do nó, atualize o navegador.
  • Quando a alta disponibilidade é ativada, o cluster pode sobreviver à perda de um nó de dados sem perder nenhum dado. No entanto, a alta disponibilidade protege contra a perda de apenas um nó por vez, de qualquer tipo, portanto, não há suporte para a perda simultânea de dados e nós primários/de réplica, ou dois ou mais nós de dados. Em vez disso, o VMware Aria Operations HA fornece proteção de dados adicional no nível do aplicativo para garantir a disponibilidade no nível do aplicativo.
  • Quando a alta disponibilidade é ativada, ela reduz a capacidade e o processamento de VMware Aria Operations pela metade, pois a alta disponibilidade cria uma cópia redundante dos dados em todo o cluster e o backup de réplica do nó primário. Considere o uso potencial de alta disponibilidade ao planejar o número e o tamanho dos seus VMware Aria Operations nós de cluster. Consulte Dimensionando o cluster VMware Aria Operations.
  • Quando a alta disponibilidade estiver ativada, implante nós de cluster de análise em hosts separados para redundância e isolamento. Uma opção é usar regras de antiafinidade que mantêm os nós em hosts específicos no cluster vSphere.

    Se você não puder manter os nós separados, não ative a alta disponibilidade. Uma falha de host pode causar a perda de mais de um nó, o que não é suportado, e todos os VMware Aria Operations podem ficar indisponíveis.

    O oposto também é verdadeiro. Sem o HA, você pode manter os nós no mesmo host, e isso não fará diferença. Sem HA, a perda de até mesmo um nó pode tornar VMware Aria Operations indisponíveis.

  • Quando você desliga o nó de dados e altera as configurações de rede da VM, isso afeta o endereço IP do nó de dados. Após esse ponto, o cluster de alta disponibilidade não estará mais acessível e todos os nós terão o status "Aguardando análise". Verifique se você usou um endereço IP estático.
  • Quando você remove um nó que tem um ou mais adaptadores vCenter configurados para coletar dados de um cluster ativado por alta disponibilidade, um ou mais adaptadores vCenter associados a esse nó param de coletar. Você altera a configuração do adaptador para fixá-lo em outro nó antes de removê-lo.
  • A UI de administração mostra a contagem de cache do recurso, que é criada somente para objetos ativos, mas o Inventário exibe todos os objetos. Portanto, quando você remove um nó de um cluster ativado por HA, permitindo que os adaptadores vCenter coletem dados e rebalancem cada nó, o Inventário exibe uma quantidade de objetos diferente daquela mostrada na UI de Administração.