Manuel d'implémentation › Planification de votre environnement › Planification des serveurs › Rôles des serveurs

Rôles des serveurs

Un système CA User Activity Reporting Module peut posséder un ou plusieurs serveurs. En dédiant différents serveurs à différents rôles, vous optimisez les performances. Mais vous pouvez choisir d'utiliser un serveur pour effectuer plusieurs rôles ou tous les rôles. Tenez compte du poids du traitement lié à chaque rôle de serveur par rapport aux autres facteurs importants dans votre environnement lorsque vous déterminez comment dédier chaque serveur installé.

• Serveur de gestion

  Par défaut, le rôle du serveur de gestion est tenu par le premier serveur CA User Activity Reporting Module installé. Le serveur de gestion réalise les fonctions principales ci-dessous.

  • Il agit comme un référentiel commun pour tous les serveurs qui s'enregistrent auprès de lui. Plus précisément, il stocke les utilisateurs d'applications, les groupes d'applications (rôles), les stratégies, les calendriers et les objets d'application.
  • Si vous configurez le magasin d'utilisateurs comme un magasin interne, le serveur stocke les utilisateurs globaux, les groupes globaux et les stratégies de mots de passe. Si le magasin d'utilisateurs configuré fait référence à un magasin d'utilisateurs externe, le serveur charge les détails des comptes d'utilisateurs globaux et les détails des groupes globaux provenant du magasin d'utilisateurs référencé.
  • Il gère les droits des utilisateurs avec un fichier mappé vers la mémoire haut débit. Il authentifie les utilisateurs lors de la connexion, en fonction de la configuration des utilisateurs et des groupes. Il autorise les utilisateurs à accéder à diverses parties de l'interface utilisateur, en fonction des stratégies et des calendriers.
  • Il reçoit toutes les mises à jour de contenu et de configuration téléchargées via l'abonnement.

  Vous pouvez avoir un seul serveur de gestion actif sur un réseau de serveurs CA User Activity Reporting Module, mais vous pouvez avoir également un serveur de gestion de basculement (inactif). Si vous créez plusieurs réseaux CA User Activity Reporting Module, chacun doit disposer de son propre serveur de gestion actif.

• Serveur de collecte

  Dans un système à un seul serveur, le serveur de gestion assume le rôle de serveur de collecte. Dans un système à plusieurs serveurs, envisagez de disposer d'un serveur de collecte dédié. Un serveur de collecte réalise les fonctions ci-dessous.

  • Il prend en charge la configuration des connecteurs.
  • Il accepte les journaux d'événements entrants provenant des connecteurs de ses agents.
  • Il accepte les journaux d'événements ajustés entrants, qui sont analysés et mappés au format CEG, ce qui permet de disposer d'une présentation uniforme des données provenant de différentes sources d'événements.
  • Il insère les journaux d'événements dans la base de données chaude et, lorsque celle-ci atteint la taille configurée, il la transforme en base de données tiède.
  • Il permet l'archivage automatique, fonction qui déplace les informations des bases de données tièdes avers le serveur de génération de rapports associé dans la planification configurée.

    Important : Lorsque des serveurs sont dédiés séparément à la collecte et à la génération de rapports, configurez l'authentification non interactive et l'archivage automatique par heure du serveur de collecte au serveur de génération de rapports.

  Tenez compte du volume d'événements généré par vos sources d'événement lorsque vous choisissez de dédier ou non des serveurs à la collecte et à l'ajustement d'événements. Tenez également compte du nombre de serveurs de collecte qui doivent archiver automatiquement leurs données sur un seul serveur de génération de rapports.

• Serveur de corrélation

  Dans un système à serveur unique, le serveur de gestion assume le rôle de serveur de corrélation. Dans un système à plusieurs serveurs, il est recommandé d'utiliser serveur de corrélation dédié. Un serveur de corrélation réalise les fonctions décrites ci-dessous.

  • Prend en charge la configuration et l'application des règles de corrélation et des notifications.
  • Accepte les journaux d'événements entrants issus des serveurs de collecte.
  • Filtre les événements entrants et crée des incidents en fonction des conditions des règles de corrélation.
  • Stocke les incidents dans la base de données des incidents et les événements de leurs composants dans la base de données des événements d'incident.

    Important : Lorsque vous dédiez différents serveurs à la corrélation, sélectionnez chaque serveur de collecte dont vous voulez corréler les événements lors de la configuration du service de corrélation.

• Serveur de génération de rapports

  Dans un système à un ou deux serveurs, le serveur de gestion assume le rôle de serveur de génération de rapports. Dans un système comptant de nombreux serveurs, envisagez de dédier un ou plusieurs serveurs à la génération de rapports. Un serveur de génération de rapports réalise les fonctions ci-dessous.

  • Si l'authentification non interactive et l'archivage automatique sont configurés, il reçoit de nouvelles bases de données d'événements ajustés provenant de ses serveurs de collecte.
  • Il traite les invites, requêtes et rapports à la demande.
  • Il traite les alertes et rapports planifiés.
  • Il prend en charge les assistants de création de requêtes et rapports personnalisés.
  • Si l'authentification non interactive et l'archivage automatique sont configurés pour permettre des transactions du serveur de génération de rapports au serveur de stockage distant, les anciennes bases de données sont déplacées sur un serveur de stockage distant.

  Si vous prévoyez de générer de nombreux rapports et alertes complexes sur un serveur ayant un volume important d'activité à la demande, il est recommandé de de dédier un serveur à la génération de rapports.

• Serveur de stockage distant

  Il s'agit d'un serveur de stockage distant, non CA User Activity Reporting Module, qui exécute les fonctions décrites ci-dessous.

  • Il reçoit les bases de données archivées automatiquement et fortement compressées provenant des serveurs de rapports, selon des intervalles configurés, avant de supprimer ces bases de données en fonction de l'ancienneté ou du manque d'espace disque disponible. L'archivage automatique vous évite de déplacer manuellement les bases de données.
  • Il stocke en local les bases de données froides. Vous pouvez également déplacer ou copier ces bases de données vers un emplacement hors site à des fins de stockage à long terme. Les bases de données froides sont généralement conservées pendant le nombre d'années stipulé par les agences réglementaires gouvernementales.

  Les serveurs de stockage distants ne font jamais partie d'une fédération CA User Activity Reporting Module. Toutefois, ils méritent votre considération lorsque vous prévoyez votre architecture.

• Serveur de point de restauration

  En général, les serveurs de rapports agissent comme des serveurs de point de restauration pour les bases de données qu'ils ont stockées auparavant. Si vous disposez d'un réseau de grande taille, envisagez de dédier un serveur CA User Activity Reporting Module à ce rôle. Un serveur de point de restauration réalise les fonctions ci-dessous.

  • Il est utilisé pour étudier les journaux d'anciens événements.
  • Il reçoit les bases de données restaurées provenant d'un serveur de stockage distant, qui détient toutes les bases de données froides. L'utilitaire restore-ca-elm.sh vous permet de déplacer des bases de données sur le point de restauration si l'authentification non interactive est configurée pour permettre des transactions du serveur de stockage vers le point de restauration.
  • Il retraite le catalogue d'archive pour ajouter les bases de données restaurées à ses enregistrements.
  • Il conserve les enregistrements restaurés pendant des durées différentes, en fonction de la méthode de restauration.

  Le point de restauration dédié permet d'exclure ce serveur de la fédération pour assurer qu'aucun rapport fédéré ne contient d'anciennes données restaurées. Tous les rapports générés sur le serveur de point de restauration reflètent uniquement les données d'événement provenant des bases de données restaurées.

Dédier un serveur à un rôle donné ne signifie pas que vous ne pouvez pas effectuer des fonctions associées à d'autres rôles à partir de ce serveur. Envisagez un environnement comprenant des serveurs de collecte dédiés et un serveur de génération de rapports. Vous avez également la possibilité de planifier une alerte afin de rechercher une condition sur un serveur de collecte si vous devez impérativement en être informé le plus vite possible.