Consideraciones iniciales para implementar vRealize Operations

Para que la instancia de producción de vRealize Operations funcione de forma óptima, el entorno deberá cumplir determinadas configuraciones. Revise estas configuraciones y familiarícese con ellas antes de implementar una instancia de producción de vRealize Operations.

Redimensionamiento:

• vRealize Operations admite un máximo de 320 000 recursos supervisados repartidos en ocho nodos de análisis extragrandes.
• Ajuste el tamaño de la instancia de vRealize Operations para garantizar el rendimiento y la compatibilidad. Para obtener más información acerca de los requisitos de tamaño, consulte el artículo de la base de conocimientos Instrucciones de tamaño de vRealize Operations Manager (KB 2093783).

  Entorno:

• Implemente los nodos de análisis en el mismo clúster de vSphere y use hosts y almacenamiento idénticos o similares. Si no puede implementar los nodos de análisis en el mismo clúster de vSphere, deberá implementarlos en la misma ubicación geográfica.
• Si la disponibilidad continua está activada, implemente los nodos de análisis en dominios de error en el mismo clúster de vSphere y use hosts y almacenamiento idénticos o similares. Los dominios de error son compatibles con los clústeres ampliados de vSphere.
• Los nodos de análisis deben poder comunicarse entre sí siempre. Los siguientes eventos de vSphere podrían interrumpir la conectividad.
  • vMotion
  • Storage vMotion
  • High Availability (HA)
  • Distributed Resource Scheduler (DRS)

Debido a la gran cantidad de tráfico entre los nodos de análisis, cuando la disponibilidad continua no esté activada, todos los nodos de análisis deben encontrarse en la misma VLAN y subred IP, y que esa VLAN no se extienda entre centros de datos.

Cuando la disponibilidad continua esté activada, los nodos de análisis de los dominios de error deben ubicarse en la misma VLAN y subred IP, y la comunicación entre los dominios de error debe estar disponible. El nodo testigo puede estar ubicado en una VLAN y subred IP independientes, pero debe poder comunicarse con todos los nodos de análisis.

La latencia entre los nodos de análisis no puede superar los 5 milisegundos, excepto cuando la disponibilidad continua está activada, donde la latencia entre los dominios de errores no puede superar los 10 milisegundos, en caso contrario, los nodos de análisis, dentro de cada dominio de errores, seguirá sin poder superar los 5 milisegundos. El ancho de banda debe ser igual o superior a 10 GB por segundo.

Si implementa nodos de análisis en un clúster de vSphere muy consolidado, deberá configurar reservas de recursos. Un nodo de análisis completo, por ejemplo, un nodo de análisis grande que supervise 20.000 recursos, necesita una CPU virtual por CPU física. Si tiene problemas de rendimiento, revise la preparación y la detención conjunta de la CPU para determinar si la relación de CPU de virtual a física es la causa de los problemas. Para obtener más información sobre cómo solucionar problemas de rendimiento de las máquinas virtuales e interpretar las métricas de rendimiento de la CPU, consulte Solución de problemas de una máquina virtual que ha dejado de responder: comparación del uso de VMM y de CPU invitada (1017926).Puede implementar el nodo testigo detrás de un firewall. No puede usar NAT entre el nodo testigo y los nodos de análisis.