¿Qué es un clúster de análisis?

Un clúster de Analytics es un grupo de nodos de Analytics de Versa —algunos de los cuales ejecutan la personalidad de análisis y otros, la de búsqueda o el reenviador de registros— que recibe los registros exportados desde dispositivos VOS, los almacena en bases de datos y en almacenes de datos del motor de búsqueda, y proporciona los paneles, los informes y los registros que Versa Director muestra en su pestaña «Analytics».

Puntos clave

• Un clúster de Analytics es un grupo de nodos de Analytics de Versa que funcionan de forma coordinada.
• Los nodos ejecutan perfiles de análisis, búsqueda o reenvío de registros.
• Los dispositivos VOS exportan sus registros al clúster a través de perfiles LEF.
• Los clústeres primario/secundario proporcionan redundancia «activo-reserva» o «activo-activo».
• El director lee los almacenes de datos del clúster para generar los paneles de Analytics.

En esta página: Por qué es importante · Cómo funciona · Tipos · Clústeres de análisis y Versa · Preguntas frecuentes

¿Por qué es importante un clúster de Analytics?

Cada dispositivo VOS genera un flujo continuo de registros de tráfico, seguridad, DEM, alarmas y aplicaciones, y ninguno de esos datos resulta útil si permanece en el dispositivo que lo ha generado. Un clúster de Analytics es lo que transforma los registros sin procesar exportados en los paneles, informes y pantallas de registros que los administradores utilizan realmente: el estado de los dispositivos, los incidentes de seguridad, los volúmenes de tráfico y los datos de experiencia digital se remontan todos a los registros que un clúster ha importado e indexado. Sin él, Director dispondría del estado de configuración, pero carecería de visibilidad operativa.

Distribuir el trabajo entre un clúster, en lugar de un único servidor, es lo que permite que esa visibilidad se amplíe y resista los fallos. Las cargas de trabajo de búsqueda y análisis se ejecutan en nodos con configuraciones distintas para que ninguna de ellas se vea limitada, los nodos de reenvío de registros permiten que los registros permanezcan en la misma región para cumplir con la normativa sin que cada nodo tenga que gestionar un almacén de datos completo, y los pares de clústeres primario y secundario mantienen el flujo de registros incluso cuando todo un centro de datos deja de funcionar. Esa arquitectura es la que permite que una implementación de Versa ofrezca paneles de control en tiempo real para miles de dispositivos sin retrasos.

¿Qué es un clúster de Analytics?

Un clúster de Analytics está formado por uno o varios nodos de Analytics desplegados conjuntamente, normalmente en un centro de datos o una región, que reciben los registros reenviados por los dispositivos VOS a través de un perfil de la funcionalidad de exportación de registros (LEF). Los dispositivos envían sus registros al colector o colectores activos del clúster; el clúster almacena los datos en almacenes de datos basados en Cassandra y los indexa con la plataforma de búsqueda Solr, para luego mostrarlos a través de la pestaña «Analytics» de Director en forma de paneles, informes y pantallas de registros por función.

El ámbito de un clúster viene determinado por el inquilino y por el periodo de retención: los datos de cada organización se filtran para que solo puedan verlos los administradores de dicha organización, y las configuraciones de datos de Analytics establecen durante cuánto tiempo se conservan los registros y los datos derivados antes de que caduquen y se eliminen del almacén de datos. Los datos solo se almacenan en los almacenes de datos de un clúster mientras este se mantenga por debajo de los límites de almacenamiento de registros diarios y totales configurados; una vez que se alcanza un límite, los registros entrantes ya no se incorporan hasta que se libere espacio.

Tipos de nodos de clúster de Analytics

Un clúster estándar se compone de nodos que ejecutan uno de los tres personality valores: análisis, búsqueda o reenvío (reenvío de registros). Nodos de análisis ejecutar el almacén de datos y el motor de análisis basados en Cassandra, almacenando y replicando los datos analíticos. Buscar nodos ejecutar el motor de búsqueda Solr, almacenando y replicando los datos de búsqueda por separado: los clústeres de producción mantienen las cargas de trabajo de búsqueda y análisis en nodos distintos, de modo que una consulta pesada en uno de ellos no agote los recursos del otro; además, un clúster necesita al menos uno de cada tipo, o dos de cada uno, para garantizar la alta disponibilidad del almacén de datos. Nodos de reenvío de registros prescindir por completo del almacén de datos local y reenviar los registros a un clúster remoto o centralizado; esto resulta útil cuando los registros deben permanecer dentro de un país o una región por motivos de cumplimiento normativo, o para ampliar la recopilación sin aumentar la capacidad total del almacén de datos.

Hay otros dos roles que provienen de entornos distintos, no del parámetro de personalidad. Un nodo agregador (cluster_type aggregate, configurado mediante su propio flujo de trabajo) consolida los datos de inquilinos, dispositivos y recursos procedentes de múltiples clústeres estándar —denominados «clústeres secundarios» en esa configuración— para que los administradores puedan consultar datos e informes combinados desde un único lugar, en lugar de tener que cambiar de un clúster a otro; los nodos agregadores pueden, a su vez, combinarse en un clúster agregador para garantizar la redundancia. A nodo independiente (mode standalone en lugar de cluster) ejecuta tanto las funciones de análisis como las de búsqueda en un único nodo, y está pensado para implementaciones de prueba de concepto más que para entornos de producción. Por otra parte, un nodo puede ejecutarse en el recogedor de troncos ligero modo de funcionamiento: sin base de datos local, transmisión de registros a un recopilador de terceros; la función se ha comercializado como Analytics Lite (VAN Lite).

Clústeres de análisis y Versa

Los dispositivos VOS se conectan a un clúster de Analytics a través de perfiles de la funcionalidad de exportación de registros (LEF), que especifican los colectores del clúster como destino de LEF; un perfil LEF puede aplicarse a una función, un servicio o una regla de política de supervisión del tráfico, o bien configurarse como valor predeterminado del inquilino para que los registros de alarmas y de tráfico se transfieran automáticamente. Para tipos de registros de gran volumen, como los registros de flujo y de supervisión web, el Servicio de Registro Avanzado (ALS) de Versa ofrece una alternativa alojada en la nube que descarga la ingesta de un clúster local.

Para garantizar la redundancia, las implementaciones de « Versa » combinan un clúster primario con un clúster secundario, ya sea en modo activo-de respaldo —en el que el clúster de respaldo solo recibe registros tras un fallo del clúster primario— o en modo activo-activo, en el que ambos clústeres reciben y procesan todos los registros simultáneamente. La configuración inicial del software establece la función de cada nodo (análisis, búsqueda o reenvío) —con la opción «autónomo» disponible como modo independiente para nodos de prueba de concepto— a través de un script de implementación del clúster o de la interfaz de usuario de Director, y configura la sincronización NTP de la que dependen todos los nodos del clúster.

Preguntas frecuentes

¿Cuál es la diferencia entre un nodo de Analytics y un clúster de Analytics?

Un nodo de Analytics es un único servidor que ejecuta una de las tres configuraciones —análisis, búsqueda o reenviador— o que está configurado en modo autónomo para su uso en pruebas de concepto. Un clúster de Analytics es el conjunto de nodos desplegados conjuntamente que colaboran para almacenar, indexar y servir datos de registro como un único sistema lógico.

¿Por qué se ejecutan Analytics y la búsqueda en nodos distintos?

Los clústeres de producción los separan para que una consulta de búsqueda pesada no entre en conflicto con las operaciones de escritura en el almacén de datos, y viceversa. Los datos analíticos se replican únicamente en los nodos de tipo «analytics», y los datos de búsqueda, únicamente en los nodos de tipo «search»; por eso, un clúster estándar necesita al menos un nodo de cada tipo.

¿Cuál es la diferencia entre los clústeres «activo-de respaldo» y «activo-activo»?

En el modo de copia de seguridad activa, los dispositivos VOS envían los registros únicamente al clúster primario y pasan automáticamente al secundario si el primario falla. En el modo activo-activo, los dispositivos envían todos los registros a ambos clústeres simultáneamente, de modo que cualquiera de ellos puede proporcionar los datos actuales si el otro deja de funcionar.

¿En qué se diferencia un nodo de reenvío de registros de un nodo estándar de Analytics?

Un nodo de reenvío de registros no ejecuta un almacén de datos local; en su lugar, reenvía los registros recibidos a un clúster de Analytics remoto o centralizado. Esto mantiene bajos sus requisitos de recursos y resulta útil para cumplir con la normativa regional o para ampliar la recopilación sin tener que añadir capacidad completa de almacenamiento de datos en todas partes.

¿Qué es un nodo agregador?

Un nodo agregador consolida los datos de inquilinos, dispositivos y recursos procedentes de varios clústeres estándar de Analytics (sus clústeres secundarios), de modo que los administradores puedan consultar informes combinados desde un único nodo, en lugar de tener que cambiar de un clúster a otro. Solo almacena datos de asignación limitados, no registros completos.

Más información sobre los clústeres de Analytics

Si quieres saber más, estas son algunas fuentes en las que confiamos.

Términos relacionados

Si estás leyendo sobre los clústeres de Analytics, te conviene echarles un vistazo a continuación.