Configuration requise pour le Serveur MID

  • Rversion finale: Zurich
  • Mis à jour 31 juil. 2025
  • 12 minutes de lecture
  • Utilisez cette configuration minimale requise pour allouer des ressources pour l’hébergement des Serveurs MID ordinateurs .

    Relie à chacune des sections du MID ServerAssurez-vous que le MID Server peut se connecter à des éléments à l'intérieur et à l'extérieur de votre réseauTélécharger et installer le MID Server sur un hôte Linux ou WindowsConfigurer votre MID ServerConfigurer la sécurité du MID ServerAssurez-vous que le MID Server peut se connecter à des éléments à l'intérieur et à l'extérieur de votre réseauTélécharger et installer le MID Server sur un hôte Linux ou WindowsConfigurer votre MID ServerConfigurer la sécurité du MID Server

    Serveur MID Systèmes pris en charge

    Windows serveur
    Pour détecter les serveurs basés sur Windows, exécuter Mappage des services des modèles ou exécuter Orchestration des commandes sur les périphériques, ils Serveur MID doivent être installés sur Windows un Windows serveur. Le prend Serveur MID en charge ces Windows systèmes d’exploitation, y compris les machines virtuelles et les systèmes 64 bits :
    • Windows Serveur 2012
    • Windows Serveur 2016
    • Windows Serveur 2019
    • Windows Serveur 2022
    • Windows Serveur 2025
    Linux
    Le Serveur MID est pris en charge sur les versions suivantes pour les Linux ordinateurs virtuels et les systèmes 64 bits :
    • Linux Red Hat 6 et versions ultérieures
    • Ubuntu 1404 (Ubuntu 14) et versions ultérieures
    • CentOS 7 et versions ultérieures
    Remarque :
    ServiceNow ne prend plus en charge les nouvelles installations de MID Server 32 bits ou les mises à niveau vers la version Rome. L’installation du nouveau serveur MID est bloquée via le programme d’installation RPM et MSI sur les systèmes d’exploitation suivants :
    • CentOS 7
    • Serveur Windows 2008
    • Serveur Windows 2008 R2
    • Windows 8
    • Windows 10
    Les serveurs MID peuvent être installés manuellement sur n’importe quel système d’exploitation avec le fichier ZIP, mais Windows 10 n’est pas pris en charge. La mise à niveau automatique de MID Servers vers Rome crée un enregistrement de problème dans Problèmes de Serveur MID (ecc_agent_issue). Pour plus d’informations, consultez Modifications de plateforme prises en charge pour Serveur MID [KB0863694].

    Exigences de sécurité

    Pour répondre à des normes de sécurité élevées, le effectue la validation du certificat x.509 sur le trafic HTTPS lors de la Serveur MID connexion à ServiceNow®. Si une appliance réseau ou un proxy existe entre l’instance et l’instance Serveur MID , celle-ci doit présenter un certificat digital signé par une autorité de certification approuvée. Si vous utilisez un certificat auto-signé ou un certificat signé par une autorité de certification interne, importez le certificat dans le magasin de Serveur MID confiance. Pour plus d’informations sur l’ajout de certificats SSL, reportez-vous à la section Ajouter des certificats SSL pour le serveur MID.

    Exigences de connectivité OCSP

    Le protocole d'état de certificat en ligne (OCSP) est le protocole utilisé pour déterminer l'état de révocation des certificats SSL/TLS. Lorsque les certificats sont échangés et validés, le MID Server doit déterminer si le certificat a été révoqué et n'est pas fiable.

    OCSP utilise un client, tel qu'un MID Server, pour recevoir un certificat à partir d'un site Web HTTP. Le client envoie une demande à un répondeur OCSP : serveur géré par l'autorité de certification (CA) qui a délivré le certificat. La réponse du répondeur OCSP au client indique si le certificat est valide ou a été révoqué.

    Pour se connecter, le MID Server nécessite l'accès à :

    • *.service-now.com ou <instance_name>.service-now.com
    • install.service-now.com
    • http://ocsp.entrust.net
    • http://ocsp.digicert.com (ou autre intervenant OCSP CA)

    Bien que les certificats SSL/TLS soient toujours émis avec une date d'expiration, dans certaines circonstances, un certificat doit être révoqué avant son expiration (par exemple, si sa clé privée associée a pu être compromise). Par conséquent, la validité actuelle du certificat d'un site Web doit toujours être vérifiée par les clients, quelle que soit la date d'expiration.

    Les clients ne parviennent pas à établir une connexion lorsqu'ils ne peuvent pas vérifier l'état de révocation d'un certificat. Les pare-feu et les configurations proxy peuvent bloquer les appels vers les serveurs OCSP Entrust et DigiCert, ce qui empêche le MID Server de fonctionner. Vous devrez peut-être modifier les autorisations de votre pare-feu pour que le trafic OCSP passe. Pour plus d’informations et de résolutions, consultez l’article de la base de connaissances HI [KB1216223].

    Prérequis PowerShell

    Le Serveur MID nécessite la version minimale de PowerShell 3.0 et prend en charge les versions jusqu’à PowerShell 5.1. Consultez la documentation de Microsoft pour plus d’informations sur la configuration requise pour PowerShell. Pour rechercher votre version actuelle de PowerShell à l’aide de l’instance, accédez à ecc_agent_list.do. À l’aide de l’icône d’engrenage Mettre à jour Personnaliser la liste , ajoutez la version de PowerShell hôte à la colonne Sélectionné. Triez ensuite la liste des serveurs MID en fonction de leur version de PowerShell pour trouver les fichiers obsolètes Serveurs MID. Vous pouvez également rechercher la version de PowerShell sur l’ordinateur hôte à l’aide de la commande $Host.Version dans la console PowerShell de l’hôte. La version de PowerShell est répertoriée comme PSVersion.

    Prise en charge de la version Java

    Java 17.0.12 est fourni avec le package d’installation Serveur MID et est installé sur l’hôte pour tous les nouveaux Serveurs MID. Le programme d’installation configure automatiquement Java 17.0.12 pour qu’il s’exécute dans votre environnement. Aucune configuration supplémentaire n’est requise. Cette version prend en charge à la fois 64 bits Windows Serveurs MID et 64 bits Linux Serveurs MID. L’opération Serveur MID nécessite au moins la version JRE 17.0.10 et la version recommandée 17.0.12. Si vous utilisez une version antérieure à 17.0.10, vous pouvez voir des problèmes liés au chiffrement.

    Les tests ont montré que le Serveur MID fonctionne comme prévu avec Oracle Java 11 version 17.0.10. Si vous devez mettre à niveau l’environnement JRE vers une version différente, contactez le représentant de compte approprié pour obtenir de l’aide.

    Les serveurs MID mis à niveau peuvent utiliser différentes versions de Java en fonction des versions de leur système d’exploitation.
    • Les serveurs MID mis à niveau à partir de versions antérieures utilisent OpenJDK fourni avec le programme d’installation du serveur MID. Cette version d’OpenJDK a été testée et certifiée pour une utilisation avec ces MID Servers.
    • Serveurs MID mis à niveau sur toute autre version du système d’exploitation et met également à niveau automatiquement l’environnement JRE vers la version fournie avec le package d’installation.
    Remarque :
    Les MID Servers Linux nécessitent la version 2.17 de GlibC. La bibliothèque doit être mise à jour pour JRE 11. Sur les systèmes Linux 64 bits, vous devez installer la bibliothèque C GNU 32 bits (glibc). La commande d’installation de CentOS est : yum install glibc.i686

    Serveur MID Prise en charge du passage à une version antérieure JRE

    Si l’instance ServiceNow® est rétrogradée de Quebec, alors la Serveur MID version antérieure est également passée à une version antérieure. Toutefois, le JRE ne peut pas être rétrogradé à moins que l’instance ne soit rétrogradée vers l’un des correctifs suivants.

    • New York Correctif 12
    • Orlando Patch 9
    • Correctif 3 de Paris

    Si le Serveur MID est rétrogradé de Quebec vers un correctif différent de celui spécifié, suivez les instructions de la section Installer Java 11 sur les serveurs MID [KB0752451].

    Couche de service Java

    Le Serveur MID programme d’installation inclut la couche de service Java du logiciel Tanuki, version 3.5.40.

    Définition de la taille de la mémoire JVM

    Les Serveur MID installations disposent de 1 Go de mémoire JVM. Si la taille de mémoire suggérée pour votre produit est supérieure à 1 Go, consultez Définir la taille de la mémoire JVM du MID Server la procédure pour remplacer le paramètre par défaut.

    Types de déploiements

    La configuration système requise pour votre instance est déterminée par les besoins des produits individuels que vous utilisez et qui nécessitent un Serveur MID. Certaines applications, telles que Analyse de l’intégrité des journaux, ont des exigences système supplémentaires répertoriées dans leur documentation.

    Déploiements standards
    Les produits suivants sont considérés comme « standard » car ils Serveurs MID partagent les mêmes exigences minimales en matière d’espace disque et de mémoire :
    • Découverte
    • Gestion des événements
    • Intégrations
    • Orchestration
    • Mappage des services

    Les exigences standard minimales s’appliquent à la fois à un seul produit et à un déploiement de produit combiné. Vous pouvez en déployer un seul Serveur MID pour plusieurs produits standard sans augmenter considérablement les besoins en disque ou en mémoire.

    Déploiements de ressources élevées

    Cloud Management Platform (CMP) et Operational Intelligence sont gourmandes en ressources et nécessitent plus de ressources Serveur MID que les produits standard. Installez Serveurs MID ces produits sur des hôtes dédiés qui ne prennent pas en charge Serveurs MID d’autres produits.

    Configuration minimale recommandée Serveur MID

    Serveur MID Les performances et les exigences du système sont déterminées par mes multiples facteurs, y compris, mais sans s’y limiter :
    • La taille de l’infrastructure du client et la fonction spécifique (option) Serveur MID sont configurées pour fonctionner.
    • Nombre d’installés Serveurs MID sur l’hôte.
    • Nombre de threads par Serveur MID.
    • Nombre et nature des autres applications en cours d’exécution sur Serveur MID l’hôte.
    • Améliorations de l’architecture et du design par rapport aux ServiceNow versions. Par exemple, l’utilisation de PowerShell pour Windows Découverte à Orlando ou la modification de la stratégie Java Garbage Collection par défaut au Québec.

    Par conséquent, il n’existe pas d’exigence de taille unique qui s’adapte à tous les Serveur MID déploiements. Les directives de dimensionnement documentées suivantes peuvent être un point de départ pour les déploiements. Cependant, les clients doivent surveiller Serveur MID en permanence les performances et l’utilisation des ressources, puis les ajuster et les faire évoluer selon leurs Serveurs MID besoins.

    Serveur MID Configuration minimale requise

    La configuration minimale du processeur requise pour un Serveur MID est un processeur quadricœur avec une vitesse de 2+ GHz pour un Windows hôte Server 2012 R2 avec un seul Serveur MID déploiement et avec une configuration standard de 25 threads simultanés.

    Serveur MID Utilisation du processeur

    La plupart des Serveur MID applications, telles que Découverte, sont conçues pour optimiser leurs performances, ce qui se traduit par une utilisation maximale des ressources pour le Serveur MID. Par conséquent, certains clients peuvent observer des segments d’utilisation du processeur très élevés de l’ordre de 90 à 100 % lors de l’exécution Découverte de calendriers ou d’applications Serveur MID similaires.

    Les segments d’utilisation très élevée du processeur ne devraient pas être une source de préoccupation, car ils s’alignent sur la conception architecturale visant à maximiser le débit et n’ont aucun impact négatif sur les performances de découverte. L’utilisation des ressources de l’hôte Serveur MID revient automatiquement à la normale après l’arrêt réussi de l’exécution Découverte .

    Les clients qui remarquent des segments d’utilisation du processeur très élevés et fréquents doivent éviter :
    • Exécution de plusieurs sur le Serveur MID même hôte lorsque ceux-ci Serveurs MID sont censés traiter des charges de travail actives en même temps, comme des chevauchements de Découverte calendriers.
    • Partage de l’hôte Serveur MID avec d’autres applications.
    • Configuration des alertes de performances, qui sont purement basées sur l’utilisation du processeur, sur Serveur MID l’hôte. Si nécessaire, ces alertes doivent être utilisées conjointement avec d’autres moniteurs de performances.
    Configuration d’une surveillance supplémentaire des performances sur Serveur MID l’hôte

    Bien que l’utilisation du processeur activée Serveur MID soit un bon indicateur de la charge sur l’hôte, elle ne donne qu’une visibilité limitée. Une surveillance supplémentaire avec la longueur de la file d’attente du processeur système sur Windows les systèmes d’exploitation et les moyennes de charge sur UNIX les systèmes d’exploitation est cruciale.

    • Longueur de la file d’attente du processeur (système d’exploitation Windows) : nombre de threads qui sont prêts mais qui ne peuvent pas actuellement s’exécuter sur le processeur en raison d’un autre thread actif. Un goulot d’étranglement sur le processeur peut se produire lorsque le nombre de threads dans la file d’attente est supérieur au double du nombre de cœurs de processeur sur une période continue.
    • Moyennes de charge (système d’exploitation Unix) : charge moyenne du système sur un serveur Linux pendant une période définie. Il s’agit de la demande du processeur sur un serveur qui inclut la somme des threads en cours d’exécution et en attente. En règle générale, la commande top ou uptime fournit la moyenne de charge du serveur avec sortie.

    Serveur MID Études de cas sur les performances du processeur

    Impact de la modification du nombre maximal de threads sur Serveur MID l’utilisation du processeur

    Sur la base d’un benchmarking interne, voici des exemples de données pour Serveur MID l’utilisation du processeur lors de l’exécution Découverte dans le cloud pour 10 000 serveurs.L’utilisation moyenne du processeur et la longueur maximale de la file d’attente du processeur sont améliorées avec des threads supplémentaires.

    Dans ces tests, il a été observé que l’utilisation maximale du processeur était 100 % indépendante du nombre de threads et du système d’exploitation. L’utilisation moyenne du processeur s’est avérée proportionnelle au nombre de threads. L’augmentation du nombre de threads n’entraînait pas nécessairement une pression immédiate sur le processeur. L’augmentation du nombre de threads de 25 à 50 par défaut n’a pas créé de pression supplémentaire sur le processeur, comme le montre la longueur maximale de la file d’attente du processeur. Cependant, l’augmentation de la valeur maximale des threads à 100 a entraîné une augmentation significative de la longueur de la file d’attente du processeur, indiquant une pression sur le processeur.

    Impact du partage Serveur MID avec d’autres applications ou Serveurs MID sur l’utilisation du processeur

    L’exécution de Découverte est une opération gourmande en ressources CPU pour Serveur MID. Le déploiement d’autres applications ou Serveurs MID sur le même hôte crée une pression supplémentaire sur le processeur sur l’hôte. Cette pression a un impact sur les performances des applications en cours d’exécution, y compris le Serveur MID. Les exemples suivants sont des exemples de points de données d’utilisation du processeur pour Serveur MID différents modèles de charge :

    Hôte dédié pour un seul MID Server : l’utilisation moyenne du processeur est de 48 %.Avec un hôte dédié pour un seul MID Server, le MID Server a une utilisation moyenne du processeur de 48 %.

    Hôte partagé entre un MID Server et une autre application avec une charge modérée : l’utilisation moyenne du processeur est de 77 %.Avec un hôte partageant des ressources entre un MID Server et une application avec une charge modérée, l’utilisation moyenne du processeur est de 77 %.

    Hôte partagé entre un MID Server et une autre application avec une charge lourde : l’utilisation moyenne du processeur est de 97 %.

    Avec un hôte partageant des ressources entre un MID Server et une application avec une charge lourde, l’utilisation moyenne du processeur est de 97 %.
    La mise à l’échelle et son impact sur Serveur MID l’utilisation Serveur MID des ressources du processeur

    Lorsque le est Serveur MID fortement limité par les ressources du processeur, l’évolutivité de l’hôte, en ajoutant plus de processeurs, permet d’alléger la pression sur les Serveur MID ressources. Cependant, cela n’élimine pas nécessairement les segments d’utilisation très élevée du processeur. Serveur MID les applications telles que Découverte, qui sont conçues pour maximiser les performances, continueront d’utiliser des ressources CPU disponibles supplémentaires. Les exemples suivants sont des exemples de points de données d’utilisation du processeur pour un hôte à 4 processeurs Serveur MID et un hôte à 8 processeurs Serveur MID exécutant les mêmes Découverte calendriers :

    Paramètre 4 processeurs 8 Processeur
    % de processeur moyen 48% 28 %
    % max. du processeur 98% 98%

    Utilisation du processeur du serveur MID lorsqu’il est déployé sur un hôte à 4 processeurs : utilisation du processeur pour un serveur MID avec un hôte à 4 processeurs.

    Utilisation de l’UC de Serveur MID lorsqu’il est déployé sur un hôte à 8 UC : utilisation de l’UC pour un Serveur MID avec un hôte à 8 UC.

    Surveillance des performances

    Pour vous assurer que les Serveur MID allocations de ressources sont suffisantes pour votre environnement, surveillez les performances pendant les périodes de pointe d’exécution du produit à partir du tableau de bord de Serveur MID.