Installation d'Agent Client Collector

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 5 minutes de lecture

    • Vous pouvez l’installer Agent Client Collector sur n’importe quel ordinateur hôte pris en charge. Le Agent Client Collector se connecte à un Serveur MID à l’aide du protocole HTTP/S, et la connexion reste active après avoir été établie. On Serveur MID peut gérer plusieurs agents simultanément, tandis qu’un seul agent travaille avec un à la Serveur MID fois et passe à un autre Serveur MID si nécessaire pour fournir une protection de basculement.

    Lors de la modification de l'adresse IP d'un agent, l'agent sélectionne un Serveur MID auquel se connecter en fonction de la liste des Serveur MIDs.

    Vous pouvez modifier le nombre maximal d'agents pouvant être connectés à un seul Serveur MID dans la propriété sn_agent.mid.max_allowed_agents Serveur MID. La valeur par défaut est 4 000.

    Le Windows, exécutez le service d’agent en tant que comptes système gMSA, LocalService ou Local.

    Sur Linux et MacOS, exécutez l’agent en tant que compte système.

    Pour ACC-V, une valeur par défaut de 1 Gio Serveur MID peut prendre en charge 700 agents simultanément. Une configuration de 8 Gio peut Serveur MID prendre en charge 8 000 agents simultanément. Vous pouvez également effectuer un scale-out. Par exemple, 5 Serveurs MID avec une taille de tas de 8 Gio peuvent gérer jusqu’à 40 000 agents.

    Si vous réinstallez complètement l’agent sur un serveur hôte unique, un deuxième enregistrement d’agent s’enregistre sur l’instance. Supprimez l’agent d’origine sur la page Agent Client Collectors (Tous > Agent Client Collector > Agents).

    Les agents dont l’état = En panne ou Déconnecté qui n’ont pas été supprimés le sont automatiquement après 30 jours. Vous pouvez modifier ce paramètre sur la page du formulaire Effacement automatique (voir Formulaire Effacement automatique).

    Avant d'installer Agent Client Collector, vous devez procéder comme suit :

    • Assurez-vous qu'un ou plusieurs Serveurs MID sont correctement enregistrés et validés auprès de votre instance et qu'ils sont disponibles pour une demande de connexion d'agent. Pour en savoir plus, consultez Configuration des MID Servers. Dans un environnement intermédiaire, vous n’avez besoin que d’un Serveur MIDseul fichier . Toutefois, dans un environnement de production, configurez-en au moins deux Serveurs MID pour prendre en charge la configuration zero-touch et assurez-vous qu’un Serveur MID est toujours disponible si l’un d’eux tombe en panne.
    • Assurez-vous qu’il existe une connexion validée entre le serveur désigné sur lequel vous installez l’agent et le Serveur MID.
    • Assurez-vous que le Serveur MID port sur lequel l’écouteur Agent Client Collector s’exécute est accessible.
    • Vérifiez que les modules d'extension suivants sont installés sur votre instance.

      Pour ACC-V :

      • Agent Client Collector for Visibility
      • Agent Client Collector Framework
      • Module d'extension Détection [com.snc.discovery]

      Pour ACC-M :

      • Agent Client Collector Framework
      • Agent Client Collector Monitoring
      • Gestion des événements et Mappage des services Core
      • Analyse des mesures - Application incluse dans le périmètre WS

      Pour ACC-L :

      • Agent Client Collector Analyse du journal
      • Analyse de l'intégrité des journaux

      Vous pouvez vérifier que ces modules d’extension sont installés sur le Définitions du système > Modules d'extension la page.

    • Tous les modules d'extension fournis avec le système de base sont signés avec le certificat ServiceNow. Vous pouvez également utiliser des modules d’extension personnalisés et les signer à l’aide de votre propre certificat, comme décrit à la section Activer la signature sécurisée OpenSSL pour les modules d’extension.

    • Assurez-vous d’installer Agent Client Collector sur l’une des distributions de système d’exploitation prises en charge :
      Tableau 1. Distributions de systèmes d’exploitation prises en charge
      Système d'exploitation Distribution
      Linux
      • Red Hat Enterprise Linux - RHEL et Oracle Linux - OL 7, 8, 9
      • CentOS 7, CentOS Stream 8 et 9
      • SLES 12, 15
      • Ubuntu 18.04, 20.04 LTS
      • AMI Amazon Linux 2
      Windows (ACC-M et ACC-L sont pris en charge uniquement sur les serveurs, pas sur les points de terminaison)
      • Windows Server 2012, 2012r2, 2016, 2019, 2022
      • Windows 10 Édition Entreprise
      • Windows 11 Professionnel et Entreprise
      MacOS (Sur x86_64 seulement. ACC-M et ACC-L sont pris en charge uniquement sur les serveurs, pas sur les points de terminaison)
      • Catalina
      • Big Sur
      • Monterey
      Tableau 2. Distributions de systèmes d’exploitation prises en charge
      Système d'exploitation Distribution
      Linux
      • Red Hat Enterprise Linux - RHEL et Oracle Linux - OL 7, 8, 9
      • CentOS 7, CentOS Stream 8 et 9
      • SLES 12, 15
      • Ubuntu 18.04, 20.04 LTS
      • AMI Amazon Linux 2
      Windows (ACC-M et ACC-L sont pris en charge uniquement sur les serveurs, pas sur les points de terminaison)
      • Windows Server 2012, 2012r2, 2016, 2019, 2022
      • Windows 10 Édition Entreprise
      • Windows 11 Professionnel et Entreprise
      MacOS (sur les architectures x86_64 et arm64 (Apple silicium). ACC-M et ACC-L sont pris en charge uniquement sur les serveurs, et non sur les points de terminaison
      • Catalina
      • Big Sur
      • Monterey
      • Ventura
    Important :
    Tous les systèmes d’exploitation pris en charge ne fonctionnent qu’avec le type d’architecture de processeur x86-64. ACC-F v3.1.1 ajoute également la prise en charge native d’ARM64 sur les architectures Apple Silicon. Pour obtenir les informations les plus récentes, consultez l’article Collection Agent Client sur les ordinateurs non x86-64 et les cartes incorporées [KB1172387] dans la base de Now Support connaissances.

    Lors de l’utilisation d’ACC-L : Agent Client Collector est livré avec l'utilisateur servicenow par défaut. Assurez-vous que cet utilisateur dispose d'un accès en lecture pour activer Agent Client Collector, afin d'afficher tous les chemins d'accès aux journaux configurés. Par exemple, l'utilisateur Agent Client Collector servicenow qui est installé avec le système de base n'a pas les autorisations nécessaires pour afficher les chemins d'accès à /var/log/ dans Linux, ni le chemin d'accès à C:\Windows\System32 dans Windows. Pour en savoir plus sur la configuration des autorisations pour l'utilisateur servicenow, consultez l'article ACC-L Permission Denied issues [KB1117271] dans la base de connaissances de Now Support.

    Pour déterminer le nombre de machines et de serveurs nécessaires pour prendre en charge vos agents (par exemple, le nombre de machines nécessitant des agents proxy), vous devez prendre en compte les KPI de performance des agents. Pour en savoir plus sur les KPI de performance de l’agent, reportez-vous à la section Agent Client Collector Performances et empreinte pour la surveillance des URL.

    Pour plus de détails sur l’utilisation Agent Client Collector dans un environnement isolé, consultez l’article Solution de gestion des éléments de configuration isolés [KB1585753] Agent Client Collector Framework dans la Now Support base de connaissances.

    Agent Client Collector prend en charge la séparation de domaine. Le domaine de l'agent et les CI qu'il crée sont déterminés par le domaine du Serveur MID auquel l'agent est connecté. Le domaine de l’utilisateur doit être le niveau de domaine le plus bas (connu sous le nom de domaine feuille) pour permettre la création d’une extension de point de terminaison Websocket pour le Serveur MID.