La disponibilidad continua (CA) separa el clúster de vRealize Operations en dos dominios de error y protege el clúster de análisis de la pérdida de un dominio de error.
Gestión del clúster
Los clústeres constan de un nodo primario, un nodo de réplica primario, un nodo testigo, nodos de datos y nodos de recopiladores remotos.
La habilitación de la disponibilidad continua en vRealize Operations no es una solución de recuperación ante desastres.
Cuando se habilita la disponibilidad continua, la información se almacena (se duplica) en dos nodos de análisis diferentes dentro del clúster, pero se expande entre dos dominios de errores. Debido a los requisitos de tamaño, la disponibilidad continua requiere doblar los requisitos informáticos y de capacidad del sistema.
Si el nodo primario o el nodo de réplica primario se pierden de forma permanente, debe sustituir el nodo perdido, que se convertirá en el nuevo nodo de réplica primario. Si es necesario que el nuevo nodo de réplica primario sea considerado el nodo primario, puede desconectar el nodo primario actual y esperar hasta que el nodo de réplica primario se promocione al nuevo nodo primario. A continuación, vuelva a conectar el nodo primario anterior y se convertirá en el nuevo nodo de réplica primario.
Dominios de error
Los dominios de error constan de nodos de análisis, separados en dos zonas.
Un dominio de error consta de uno o más nodos de análisis agrupados según su ubicación física en el centro de datos. Cuando se configuran, los dos dominios de error permiten que vRealize Operations tolere errores de una ubicación física completa y errores de los recursos dedicados a un solo dominio de error.
Nodo testigo
El nodo testigo es miembro del clúster pero no forma parte de los nodos analíticos.
Para habilitar CA en vRealize Operations, implemente el nodo testigo en el clúster. El nodo testigo no recopila ni almacena datos.
El nodo testigo sirve de "desempate" cuando se debe tomar una decisión con respecto a la disponibilidad de vRealize Operations si se pierde la conexión de red entre los dos dominios de error.
Nodos de análisis
Los nodos de análisis constan de un nodo primario, un nodo de réplica primario y nodos de datos.
Cuando se habilita la disponibilidad continua, debe proteger vRealize Operations frente a la pérdida de datos en caso de que se pierda un dominio de errores. Si se pierden pares de nodos entre los distintos dominios de errores, podría producirse una pérdida de datos permanente.
Implemente todos los nodos de análisis, dentro de cada dominio de errores, en hosts independientes para reducir las posibilidades de pérdida de datos en caso de que falle un host. Puede usar las reglas de incompatibilidad de DRS para garantizar que los nodos de vRealize Operations permanecen en hosts independientes.
Grupo de recopiladores
Cuando se habilita la disponibilidad continua, se pueden crear grupos de recopiladores para recopilar datos de los adaptadores dentro de cada dominio de errores.
Los grupos de recopiladores no tienen ninguna correlación con los dominios de errores. La funcionalidad de un grupo de recopiladores consiste en recopilar datos y proporcionarlos a los nodos de análisis, que luego vRealize Operations decide cómo conservar.
En caso de error del nodo en el que ejecuta la recopilación del adaptador, el adaptador se trasladará automáticamente a otro nodo en el grupo de recopiladores.
En teoría, puede instalar recopiladores en cualquier lugar, siempre y cuando se cumplan los requisitos de redes. Sin embargo, desde la perspectiva de la conmutación por error, no se recomienda poner todos los recopiladores dentro de un único dominio de errores. Si todos los recopiladores se dirigen a un único dominio de errores, vRealize Operations deja de recibir datos si se produce una interrupción de la red que afecta a dicho dominio de errores.
La recomendación consiste en conservar los recopiladores remotos fuera de los dominios de errores o en conservar la mitad de los recopiladores remotos en el dominio de errores 1 y los recopiladores remotos restantes en el dominio de errores 2.
Asigne todos los adaptadores normales a grupos de recopiladores y no a nodos individuales. Los adaptadores híbridos requieren comunicación bidireccional entre el adaptador y el endpoint supervisado.
Para obtener más información sobre los adaptadores, consulte Consideraciones de adaptador y paquetes de gestión.
