Qu'est-ce qu'un cluster d'analyse ?

Un cluster Analytics est un ensemble de nœuds Analytics d’ Versa , dont certains exécutent la personnalité « Analytics » et d’autres la personnalité « Search » ou « Log Forwarder », qui reçoit les journaux exportés depuis les périphériques VOS, les stocke dans des bases de données et des magasins de données du moteur de recherche, et met à disposition les tableaux de bord, les rapports et les journaux affichés par Versa Director dans son onglet « Analytics ».

Points clés à retenir

• Un cluster Analytics est un ensemble de nœuds Analytics d'Versa s qui fonctionnent en collaboration.
• Les nœuds exécutent des profils d'analyse, de recherche ou de transfert de journaux.
• Les appareils VOS exportent leurs journaux vers le cluster via des profils LEF.
• Les clusters « primaire/secondaire » offrent une redondance de type « actif-de secours » ou « actif-actif ».
• Le Director lit les bases de données du cluster pour afficher les tableaux de bord Analytics.

Sur cette page : Pourquoi est-ce important ? · Comment ça marche · Types · Clusters d’analyse et Versa · FAQ

Pourquoi un cluster Analytics est-il important ?

Chaque appareil VOS génère un flux continu de journaux relatifs au trafic, à la sécurité, au DEM, aux alarmes et aux applications, et aucune de ces données n’est utile tant qu’elle reste stockée sur l’appareil qui l’a produite. C’est un cluster Analytics qui transforme les journaux bruts exportés en tableaux de bord, rapports et écrans de journaux que les administrateurs utilisent réellement : l’état de santé des appareils, les événements de sécurité, les volumes de trafic et les données d’expérience numérique remontent tous aux journaux qu’un cluster a ingérés et indexés. Sans cela, Director disposerait d’un état de configuration, mais n’aurait aucune visibilité opérationnelle.

C'est la répartition de la charge de travail sur un cluster, plutôt que sur un seul serveur, qui permet à cette visibilité de s'étendre et de résister aux pannes. Les charges de travail de recherche et d’analyse s’exécutent sur des nœuds distincts afin qu’aucune ne prive l’autre de ressources ; les nœuds de transfert de journaux permettent de conserver les journaux dans la même région pour des raisons de conformité sans que chaque nœud ait à gérer un magasin de données complet ; enfin, les paires de clusters primaire/secondaire assurent la continuité du flux de journaux même en cas de panne d’un centre de données entier. C’est cette architecture qui permet à un seul déploiement d’ Versa de fournir des tableaux de bord en temps réel pour des milliers d’appareils sans prendre de retard.

Qu'est-ce qu'un cluster Analytics ?

Un cluster Analytics est constitué d’un ou plusieurs nœuds Analytics déployés ensemble, généralement dans un centre de données ou une région, qui reçoivent les journaux transmis par les appareils VOS via un profil de fonctionnalité d’exportation des journaux (LEF). Les appareils envoient leurs journaux au ou aux collecteurs actifs du cluster ; celui-ci stocke les données dans des bases de données s'appuyant sur Cassandra et les indexe à l'aide de la plateforme de recherche Solr, puis les met à disposition via l'onglet « Analytics » de Director sous forme de tableaux de bord, de rapports et d'écrans de journaux par fonctionnalité.

La portée d’un cluster est définie par locataire et par durée de conservation : les données de chaque organisation sont filtrées pour n’être accessibles qu’aux administrateurs de cette organisation, et les configurations de données d’Analytics déterminent la durée de conservation des journaux et des données dérivées avant leur suppression définitive du magasin de données. Les données ne sont stockées dans les magasins de données d’un cluster que tant que celui-ci reste en dessous des limites de stockage quotidiennes et totales configurées pour les journaux ; dès qu’une limite est atteinte, les journaux entrants ne sont plus intégrés jusqu’à ce que de l’espace se libère.

Types de nœuds de cluster Analytics

Un cluster standard est constitué de nœuds exécutant l'un des trois personality valeurs : analyse, recherche ou redirection (transfert des journaux). Nœuds d'analyse exploiter le moteur de stockage et d'analyse basé sur Cassandra, qui assure le stockage et la réplication des données d'analyse. Rechercher des nœuds utiliser le moteur de recherche Solr, en stockant et en répliquant les données de recherche séparément : les clusters de production répartissent les charges de travail liées à la recherche et à l'analyse sur des nœuds distincts, de sorte qu'une requête gourmande sur l'un n'affecte pas l'autre ; un cluster doit comporter au moins un de chaque, ou deux de chaque pour assurer la haute disponibilité du stockage de données. Nœuds de transfert de journaux ignorer complètement le magasin de données local et transférer les journaux vers un cluster distant ou centralisé ; cette option est utile lorsque les journaux doivent rester au sein d'un pays ou d'une région pour des raisons de conformité, ou pour faire évoluer la collecte sans augmenter la capacité totale du magasin de données.

Deux autres rôles proviennent de paramètres distincts, et non du paramètre « personnalité ». Un nœud agrégateur (cluster_type aggregate, configuré via son propre flux de travail) regroupe les données relatives aux locataires, aux appareils et aux ressources provenant de plusieurs clusters standard – appelés « clusters enfants » dans cette configuration – afin que les administrateurs puissent consulter les données et les rapports regroupés à partir d’un seul et même endroit, sans avoir à passer d’un cluster à l’autre ; les nœuds agrégateurs peuvent eux-mêmes être regroupés au sein d’un cluster agrégateur à des fins de redondance. A nœud autonome (mode standalone plutôt que cluster) exécute à la fois les fonctions d'analyse et de recherche sur un seul nœud ; cette configuration est destinée aux déploiements de validation de concept plutôt qu'à la production. Par ailleurs, un nœud peut fonctionner dans le collecteur de bûches léger mode de fonctionnement – pas de base de données locale, transmission en continu des journaux vers un collecteur tiers – le rôle est proposé sous forme de produit sous le nom de Analytics Lite (VAN Lite).

Clusters d'analyse et Versa

Les appareils VOS communiquent avec un cluster Analytics via des profils de fonctionnalité d’exportation des journaux (LEF), qui désignent les collecteurs du cluster comme destination LEF ; un profil LEF peut être appliqué à une fonctionnalité, un service ou une règle de politique de surveillance du trafic, ou défini comme valeur par défaut du tenant afin que les journaux d’alarmes et de trafic soient automatiquement transférés. Pour les types de journaux à haut volume, tels que les journaux de flux et de surveillance Web, le service de journalisation avancée (ALS) d’ Versa propose une alternative hébergée dans le cloud qui décharge le cluster sur site de la tâche d’ingestion.

À des fins de redondance, les déploiements d’ Versa associent un cluster principal à un cluster secondaire, soit en mode actif-de secours (où le cluster de secours ne reçoit les journaux qu’après une défaillance du cluster principal), soit en mode actif-actif (où les deux clusters reçoivent et traitent chaque journal simultanément). La configuration initiale du logiciel définit le rôle de chaque nœud (analyse, recherche ou transmetteur) – le mode autonome étant disponible séparément pour les nœuds de validation de concept – via un script de déploiement de cluster ou l’interface utilisateur de Director, et configure la synchronisation NTP dont dépend chaque nœud du cluster.

Questions fréquentes

Quelle est la différence entre un nœud Analytics et un cluster Analytics ?

Un nœud Analytics est un serveur unique exécutant l'un des trois rôles suivants : analyse, recherche ou transfert ; il peut également être configuré en mode autonome à des fins de validation de concept. Un cluster Analytics désigne l'ensemble des nœuds déployés conjointement qui collaborent pour stocker, indexer et fournir des données de journaux en tant que système logique unique.

Pourquoi les fonctions d'analyse et de recherche s'exécutent-elles sur des nœuds distincts ?

Les clusters de production les séparent afin qu'une requête de recherche gourmande en ressources n'entre pas en concurrence avec les écritures dans le magasin de données, et inversement. Les données analytiques sont répliquées uniquement vers les nœuds de type « analytics », et les données de recherche uniquement vers les nœuds de type « search » ; c'est pourquoi un cluster standard doit comporter au moins un nœud de chaque type.

Quelle est la différence entre les clusters « actif-de secours » et « actif-actif » ?

En mode « actif-secours », les périphériques VOS envoient les journaux uniquement au cluster principal et basculent automatiquement vers le cluster secondaire en cas de défaillance du cluster principal. En mode « actif-actif », les périphériques envoient chaque journal simultanément aux deux clusters, de sorte que chacun puisse fournir les données actuelles si l'autre venait à tomber en panne.

En quoi le fonctionnement d'un nœud de transfert de journaux diffère-t-il de celui d'un nœud Analytics standard ?

Un nœud de transfert de journaux ne gère pas de base de données locale ; il transfère plutôt les journaux reçus vers un cluster Analytics distant ou centralisé. Cela permet de limiter ses besoins en ressources et s'avère utile pour respecter les exigences de conformité régionales ou pour faire évoluer la collecte sans avoir à ajouter partout une capacité de stockage complète.

Qu'est-ce qu'un nœud agrégateur ?

Un nœud agrégateur regroupe les données relatives aux locataires, aux appareils et aux ressources provenant de plusieurs clusters Analytics standard (ses clusters enfants), ce qui permet aux administrateurs de consulter des rapports combinés à partir d'un seul nœud, sans avoir à basculer d'un cluster à l'autre. Il ne stocke que des données de mappage limitées, et non les journaux complets.

En savoir plus sur les clusters Analytics

Si vous souhaitez en savoir plus, voici des sources auxquelles nous faisons confiance.

Termes associés

Si vous vous intéressez aux clusters Analytics, voici quelques liens qui pourraient vous intéresser.