¿Cómo se puede acceder a la interfaz de usuario después de escalar horizontalmente el clúster?

El acceso a la interfaz de usuario solo está restringido a Platform1.

¿Qué es Platform1 y por qué debo recordar este nodo?

El nodo de plataforma desde el que se inicia el proceso de creación de clústeres se considera Platform1. El acceso a la interfaz de usuario solo debe realizarse desde este nodo de los n nodos del clúster.

¿Cómo se recuperan datos de los otros nodos de un clúster si el acceso a la interfaz de usuario está restringido solo a Platform1?

Los datos del centro de datos se distribuyen en todos los nodos de un clúster. Cuando la capa de interfaz de usuario solicita datos en Platform1, el nodo de Platform1 obtiene los datos almacenados en todos los nodos y envía una respuesta a la interfaz de usuario.

¿Se puede utilizar un nodo de plataforma que esté implementado en otro centro de datos para crear clústeres?

Todos los nodos de un clúster intercambian datos entre ellos. Por lo tanto, para evitar problemas de latencia, se recomienda utilizar los nodos de plataforma implementados en el mismo centro de datos para crear un clúster.

¿Qué sucede con los datos de la plataforma existente al escalar horizontalmente el nodo de la plataforma?

Los datos de un nodo de plataforma existente se conservan y distribuyen en todos los nodos de un clúster.

¿Es importante el número de máquinas virtuales de recopilador para determinar cuántos bricks de plataforma se necesitan?

No. Solo el número total de máquinas virtuales en todas las instancias de vCenter y el estado de los flujos (habilitado o deshabilitado) influyen en la cantidad de bricks necesarios. Consulte la tabla de modelos de bricks en la Guía de instalación de vRealize Network Insight.

¿El número de instancias de vCenter o la cantidad de dispositivos físicos (como, por ejemplo, enrutadores) o cualquier otro tipo de origen de datos tienen impacto en la cantidad de bricks de plataforma que se necesitan?

No. Solo el número total de máquinas virtuales en todas las instancias de vCenter y el estado de los flujos (habilitado o deshabilitado) influyen en la cantidad de bricks necesarios. Consulte la tabla de modelos de bricks en la Guía de instalación de vRealize Network Insight.

¿Admite vRNI clústeres de plataforma distribuidos entre dos centros de datos por motivos relacionados con la alta disponibilidad?

No. El clúster de plataforma no admite la división entre centros de datos. Todas las máquinas virtuales del clúster de la plataforma deben estar en el mismo sitio. Actualmente, los clústeres de plataforma no admiten alta disponibilidad, lo cual está previsto en el plan. Los clientes pueden utilizar SRM para alta disponibilidad en la recuperación ante desastres en dos sitios.

¿Admite vRNI una sola instancia de vCenter con más de 6.000 máquinas virtuales y flujos habilitados?

Hasta la versión 3.5, los proxies de vRNI no admiten la recopilación de datos de una sola instancia de vCenter de gran tamaño con más de 6.000 máquinas virtuales con flujos, lo cual está previsto en el plan.

¿Cuánto espacio de disco se necesita en Platform1?

Platform1 requiere más espacio de disco en comparación con otros nodos del clúster, ya que algunos de los datos de configuración se almacenan solo en Platform1.

¿Qué sucede si alguno de los nodos se quedó sin espacio de disco?

La interfaz de usuario empieza a mostrar mensajes de error cuando el espacio de disco de cualquier nodo de la plataforma en particular alcanza un determinado umbral. Para agregar más espacio de disco al nodo de la plataforma, inicie sesión en vCenter.

¿Cuántas veces se replican los datos en el clúster?

El mecanismo de replicación de datos depende de los componentes presentes en el nodo de la plataforma.

¿Cómo funcionan los clústeres?

  • Todos los proxies de una implementación se conectan a una plataforma (Platform1). La conectividad entre la plataforma y el recopilador se realiza a través de HTTPS en el puerto 443. Por lo tanto, solo el puerto 443 es visible para los proxies desde Platform1.
  • Al recibir las solicitudes del recopilador, Platform1 equilibra la carga de las solicitudes en otros nodos de la plataforma en el clúster mediante técnicas de round robin.
  • El nodo de la plataforma normaliza los datos y los coloca en la cola de mensajes para que el motor de cálculo los procese.
  • El motor de cálculo distribuye los datos entre todos los nodos del clúster usando un mecanismo de replicación de datos. De este modo, no se perderán datos si alguno de los nodos (excepto Platform1) deja de funcionar en el clúster.
  • Algunos de los datos de configuración se almacenan expresamente en el nodo de Platform1 que no se replica. Este es el motivo por el que no se admite la solución de alta disponibilidad.