vRealize Operations Manager prend en charge la haute disponibilité (HA). HA crée un nœud de réplique pour le nœud maître vRealize Operations Manager et protège le cluster d'analyse contre la perte d'un nœud.

Avec HA, les données stockées sur le nœud maître sont toujours sauvegardées à 100 % sur le nœud de réplique. Pour activer HA, vous devez avoir au moins un nœud de données déployées, en plus du nœud maître.

  • HA n'est pas un mécanisme de récupération d'urgence. HA protège le cluster d'analyse contre la perte d'un seul nœud. De ce fait, vous ne pouvez pas étendre les nœuds à travers les clusters vSphere pour tenter d'isoler les nœuds ou construire des zones de défaillance.

  • Lorsque HA est activé, le nœud de réplique peut prendre le relais de toutes les fonctions assurées par le nœud maître, en cas d'échec de ce dernier. Si le nœud maître échoue, le basculement vers le nœud de réplique est automatique et ne nécessite que de deux à trois minutes de temps d'arrêt de vRealize Operations Manager pour reprendre les opérations et redémarrer la collecte de données.

    Lorsqu'un nœud maître provoque un basculement, le nœud de réplique devient le nœud maître, et le cluster fonctionne en mode dégradé. Pour sortir du mode dégradé, appliquez l'une des procédures suivantes.

    • Revenez au mode HA en corrigeant le problème du nœud master. Lorsqu'un nœud master quitte un cluster HA, leur reconnexion nécessite une intervention manuelle. Par conséquent, vous devez redémarrer le processus vRealize Operations Analytics sur le nœud déconnecté. Ainsi, vous pourrez faire passer son rôle à réplica pour qu'il puisse rejoindre le cluster.

    • Revenez au mode HA en convertissant un nœud de données en un nouveau nœud de réplique, puis en supprimant l'ancien nœud maître défectueux. Il est impossible de réparer les nœuds maîtres supprimés, puis de les ajouter de nouveau à vRealize Operations Manager.

    • Passez en fonctionnement sans HA en désactivant HA puis en supprimant l'ancien nœud maître défectueux. Il est impossible de réparer les nœuds maîtres supprimés, puis de les ajouter de nouveau à vRealize Operations Manager.

  • Dans l'interface d'administration, dès qu'un nœud de réplique HA prend le relais et devient le nouveau nœud principal, vous ne pouvez pas supprimer du cluster le nœud principal précédent hors ligne. De plus, le rôle du nœud précédent continue à être indiqué comme nœud principal. Pour actualiser l'affichage et permettre la suppression du nœud, actualisez le navigateur.

  • Lorsque HA est activé, le cluster peut surmonter la perte d'un nœud de données sans perdre de données. Toutefois, HA assure la protection contre la perte d'un seul nœud à la fois, quel qu'il soit. En conséquence, la perte simultanée des données et des nœuds maître/réplique, ou de deux nœuds de données ou plus, n'est pas prise en charge. Par contre, vRealize Operations Manager HA offre une protection supplémentaire des données au niveau des applications pour assurer la disponibilité des applications.

  • Lorsque HA est activé, il diminue de moitié les capacités et les traitements de vRealize Operations Manager en créant une copie redondante des données sur l'ensemble du cluster, ainsi qu'une sauvegarde du nœud réplique du nœud maître. Prenez en compte votre utilisation potentielle de HA lors de la planification du nombre et de la taille de vos nœuds de cluster vRealize Operations Manager. Reportez-vous à Dimensionnement du cluster vRealize Operations Manager.

  • Lorsque HA est activé, déployez les nœuds de cluster d'analyse sur des hôtes distincts pour des raisons de redondance et d'isolement. Une possibilité consiste à appliquer des règles d'antiaffanité pour conserver les nœuds sur des hôtes spécifiques sur le cluster vSphere.

    Si vous ne pouvez pas conserver des nœuds distincts, vous ne devez pas activer HA. Une défaillance d'un hôte entraînerait la perte de plusieurs nœuds, situation qui n'est pas prise en charge, et vRealize Operations Manager deviendrait totalement indisponible.

    L'inverse est également vrai. Sans HA, vous pourriez conserver les nœuds sur le même hôte, et il n'y aurait aucune différence. Dans ce cas, la perte d'un seul nœud rendrait vRealize Operations Manager totalement indisponible.

  • Lorsque le nœud de données est mis hors tension et que les paramètres réseau de la machine virtuelle sont modifiés, cela affecte l'adresse IP du nœud de données. À ce stade, le cluster HA n'est plus accessible et tous les nœuds sont dans l'état « En attente du service d'analyse ». Vérifiez que vous avez utilisé une adresse IP statique.

  • Lorsque vous supprimez un nœud ayant un ou plusieurs adaptateurs vCenter configurés pour collecter des données à partir d'un cluster HA, un ou plusieurs de ces adaptateurs cessent de collecter des données. Avant de supprimer le nœud, vous devez donc modifier la configuration des adaptateurs afin de les relier à un autre nœud.

  • L'interface d'administration affiche le nombre de caches de ressources, qui sont créés uniquement pour les objets actifs, mais l'Explorateur d'inventaire affiche tous les objets. Ainsi, lorsque vous supprimez un nœud d'un cluster HA qui permet la collecte de données par des adaptateurs vCenter et que vous rééquilibrez chaque nœud, l'Explorateur d'inventaire affiche une quantité d'objets différente de celle indiquée dans l'interface d'administration.