La disponibilité continue sépare le cluster vRealize Operations en deux domaines de pannes et protège le cluster d'analyse contre la perte d'un domaine de pannes.

Gestion des clusters

Les clusters se composent d'un nœud principal, d'un nœud de réplica principal, d'un nœud témoin, de nœuds de données et de nœuds de collecteur distant.

L'activation de la disponibilité continue au sein de vRealize Operations ne constitue pas une solution de récupération d'urgence.

Lorsque vous activez la disponibilité continue, les informations sont stockées (dupliquées) dans deux nœuds d'analyse différents au sein du cluster, mais étirés entre les domaines de pannes. En raison des exigences de dimensionnement, la disponibilité continue nécessite de doubler les exigences de calcul et de capacité du système.

Si le nœud principal ou le nœud de réplica principal est définitivement perdu, vous devez remplacer le nœud perdu, qui deviendra le nouveau nœud de réplica principal. S'il est nécessaire que le nouveau nœud de réplica principal soit le nœud principal, vous pouvez mettre le nœud principal actuel hors ligne et attendre que le nœud de réplica principal soit promu en tant que nouveau nœud principal. Remettez le nœud principal précédent en ligne et il deviendra le nœud de réplica principal.

Domaines de pannes

Les domaines de pannes se composent de nœuds d'analyse, séparés en deux zones.

Un domaine de pannes se compose d'un ou plusieurs nœuds d'analyse regroupés en fonction de leur emplacement physique dans le centre de données. Une fois configurés, deux domaines de pannes permettent à vRealize Operations de tolérer les pannes d'un emplacement physique dans son ensemble et les pannes des ressources dédiées à un domaine de pannes unique.

Nœud témoin

Le nœud témoin est un membre du cluster, mais ne fait pas partie des nœuds d'analyse.

Pour activer la disponibilité continue dans vRealize Operations, déployez le nœud témoin dans le cluster. Le nœud témoin ne peut ni collecter ni stocker les données.

Le nœud témoin sert d'arbitre pour prendre une décision quant à la disponibilité de vRealize Operations lorsque la connexion réseau entre les deux domaines de pannes est perdue.

Nœuds d'analyse

Les nœuds d'analyse se composent d'un nœud principal, d'un nœud de réplica principal et de nœuds de données.

Lorsque vous activez la disponibilité continue, vous protégez vRealize Operations contre la perte de données si l'ensemble d'un domaine de pannes est perdu. Si des paires de nœuds sont perdues dans les domaines de pannes, il peut y avoir une perte de données définitive.

Déployez les nœuds d'analyse dans chaque domaine de pannes sur des hôtes distincts afin de réduire le risque de perte de données en cas de panne d'un hôte. Vous pouvez utiliser des règles d'anti-affinité DRS pour garantir que les nœuds de vRealize Operations restent sur des hôtes distincts.

Groupe de collecteurs

Dans vRealize Operations, vous pouvez créer un groupe de collecteurs. Un groupe de collecteurs est un ensemble de nœuds ( Cloud Proxy, nœuds d'analyse et collecteurs distants). Vous pouvez attribuer des adaptateurs à un groupe de collecteurs, plutôt que de les attribuer à un nœud unique.
Note : Un groupe de collecteurs doit contenir le même type de nœuds. Vous ne pouvez pas mélanger des Cloud Proxy, des nœuds d'analyse et des collecteurs distants dans un groupe de collecteurs.

Lorsque vous activez la disponibilité continue, des groupes de collecteurs peuvent être créés pour collecter les données d'adaptateurs dans chaque domaine de pannes.

Les groupes de collecteurs n'ont pas de corrélation avec les domaines de pannes. La fonctionnalité d'un groupe de collecteurs consiste à collecter des données et à les fournir aux nœuds d'analyse, puis vRealize Operations décide de la façon dont les données sont conservées.

Si le nœud exécutant la collecte de l'adaptateur tombe en panne, l'adaptateur est automatiquement transféré vers un autre nœud du groupe de collecteurs.

Théoriquement, vous pouvez installer des collecteurs à tout endroit, à condition que les exigences de mise en réseau soient respectées. Cependant, du point de vue du basculement, il n'est pas recommandé de placer tous les collecteurs dans un domaine de pannes unique. Si tous les collecteurs sont dirigés vers un seul domaine de pannes, vRealize Operations cesse de recevoir des données en cas de panne réseau affectant ce domaine de pannes.

Il est recommandé de conserver les collecteurs distants en dehors des domaines de pannes ou de conserver la moitié des collecteurs distants dans le domaine de pannes 1 et les collecteurs distants restants dans le domaine de pannes 2.

Attribuez tous les adaptateurs normaux à des groupes de collecteurs et non à des nœuds individuels. Les adaptateurs hybrides nécessitent une communication bidirectionnelle entre l'adaptateur et le point de terminaison surveillé.

Pour plus d'informations sur les adaptateurs, voir Considérations relatives aux adaptateurs et aux modules de gestion.