Notes de publication Modèles de détection et de mappage des services

Nouveau : introduction d’un nouveau modèle pour 27 services AWS, qui est désactivé dans le système de base (prêt à l’emploi). La classe CI primaire pour ce modèle sera [cmdb_ci_cmp_resource], tandis que tous les attributs supplémentaires sont stockés dans une classe non CMDB. Ces attributs sont accessibles via le menu du navigateur de gauche sous Configuration, puis AWS. Pour plus de détails, veuillez consulter le lien : https://www.servicenow.com/docs/bundle/yokohama-it-operations-management/page/product/service-mapping/reference/aws-service-discovery-pattern.html
- Groupe de travail Athena
- Plan de sauvegarde
- Coffre de sauvegarde
- CloudFront Distribution
- Journaux CloudWatch
- Déploiement de CodeDeploy
- CodePipeline Pipeline
- Points de terminaison DMS
- Grappe EMR (en cours d’exécution sur EC2)
- Sauvegarde FSx
- Système de fichiers FSx
- Base de données Glue
- Politique IAM
- Rôle IAM
- Utilisateur IAM
- Clé KMS
- MQ Configuration
- S3 Caveau glaciaire
- Instance de bloc-notes SageMaker
- Secret du gestionnaire de secrets
- Identité SES
- Document de gestionnaire des systèmes
- Banque de paramètres Systems Manager
- Transférer le serveur de famille
- Journal de flux VPC
- Liste de préfixes gérés VPC
- Règle d’échantillonnage XRay
Fixe:
- AWS :
  - Le modèle « Amazon AWS - Serveur virtuel (LP) » met à jour un état opérationnel lorsque la valeur de la propriété MID « sn_itom_pattern.discover_aws_instance_status » est définie sur « vrai » (PRB1804983)
  - Les performances de découverte dans le cloud AWS sont améliorées avec l’introduction d’un nouveau script de stratégie de suppression « AWSVmStorageMapping » et mappé aux CI [cmdb_ci_storage_mapping] (PRB1822204)
  - La découverte AWS gère la valeur supplémentaire du système d’exploitation invité (« Red Hat Enterprise Linux » et « SUSE Linux Enterprise Server ») dans le [cmdb_ci_os_template] et [cmdb_ci_cloud_os_image] (PRB1811128)
  - Le modèle de bibliothèque partagée « Amazon AWS Inventory Tags » renseigne désormais les balises pour le service AWS CloudWatch Alarm (PRB1814585)
- Azur:
  - Le modèle « Azure Resource Inventory (LP) » met à jour l’état d’installation des ressources dans le cloud (PRB1827923)
  - Le modèle « Instance de VM Azure : ensemble d’échelles uniformes » met à jour les CI mis hors service dans la table [cmdb_ci_vm_instance] (PRB1809815)
  - Le modèle « Événement d’ordinateur virtuel Azure » est corrigé pour obtenir les informations LDC (PRB1814690)
  - Le modèle « Azure - Marketplace LB (LP) » est corrigé pour empêcher la reclassification des ordinateurs virtuels (PRB1834740)
  - Le modèle « Azure : Marketplace LB (LP) » est mis à jour pour renseigner correctement l’état d’installation et l’état de l’opération (PRB1817349)
- Google : la découverte GCP est corrigée pour les régions « europe-north2 » et « northamerica-south1 » (PRB1822303)
- MSSQL
  - Le modèle « Base de données MSSQL sur Windows » renseigne désormais la valeur d’édition pour plusieurs instances SQL exécutées sur le même ordinateur hôte (PRB1820756)
  - Le modèle « Base de données MSSql sous Windows » a été mis à jour pour renseigner correctement l’état d’installation et l’état de l’opération (PRB1808988)
  - Le modèle « MSSql DB sous Windows » est corrigé pour prendre en charge Windows Internal Database (WID) et SQL Embedded Edition (SSEE)(PRB1819997)
- Le script Pre/Post « Unix Cluster - Postscript » est fixé pour mettre à jour les enregistrements [cmdb_ci_unix_cluster_node] du serveur opérationnel avec la même valeur IP (PRB1808450)
- Le script pré-post capteur « Rubrik Update VMware Instances » a été corrigé pour résoudre des problèmes de sensibilité à la casse. Il fait désormais correspondre les données avec précision, ce qui permet à vCenter Discovery de mettre à jour les éléments de configuration (CI) de manière transparente (PRB1817229)
- La bibliothèque partagée « Remplir les attributs WebLogic s’il manque » dans le modèle « Weblogic » est définie pour gérer les chemins d’accès aux fichiers Windows (PRB1827882)
- Le modèle « Composants Nutanix » a été corrigé pour se terminer correctement lorsque le service Prism n’est pas accessible (PRB1803673)
- L’include de script du MID « NutanixApiQuery » est corrigé pour gérer encodeURL espaces vides (PRB1826255)
- Le modèle « Oracle OCI - Validation du compte de service » est corrigé pour gérer l’analyse JSON dans l’étape « Analyser le compte de service » (PRB1832694)
- L’étape de modèle « Pure Storage » « Rel/Ref ClusterNode and Storage Volume » est corrigée, pour arrêter de référencer un champ inexistant (PRB1824630)
- Le modèle de détection « IBM HMC Server » renseigne les informations sur le fabricant de cadres IBM (PRB1828273)
- La découverte AVI est définie pour gérer le caractère « \ » dans la demande de connexion (PRB1816224)
- La précondition de l’étape 17 du modèle « Netscaler Loadbalancer - NITRO » est corrigée pour gérer les exceptions (PRB1829305)
- Le modèle « EMC Ililon » est corrigé pour empêcher la création de relations « Uses ::Used by » supplémentaires entre les serveurs de stockage et les adresses IP (PRB1801253)
- Le modèle « Serveur d’applications Peoplesoft » est fixe pour détecter les appareils HP - UX (PRB1811986)
- Les modèles « Kafka Broker Java » et « ZooKeeper Server » sont corrigés, afin d’éviter la duplication des types de CI associés (PRB1818802)
- Le modèle « Image du conteneur d’analyse » remplit désormais un grand nombre de packages de système d’exploitation, qui sont stockés dans la table [sn_itom_pattern_container_image_os_packages] (PRB1817126)
- Le modèle sans serveur « Pare-feu Fortinet » est corrigé pour renseigner les attributs « source_interface » et « destination_interface » dans [cmdb_ci_fortinet_firewall_policy table] (PRB1817893)

Nouveau :
- Modèles prenant en charge la découverte AWS dans la région Chine
  - Découverte du centre de données Amazon AWS
  - Amazon AWS - Zone de disponibilité (LP)
  - Compte de service Amazon AWS
  - Découverte de sous-compte Amazon AWS
  - Amazon AWS - Sous-compte (LP)
  - Amazon AWS : service de base de données relationnelle
  - Amazon AWS : carte réseau (LP)
  - Amazon AWS : pool d’équilibreurs de charge (LP)
  - Amazon AWS - LB classique (LP)
  - Amazon AWS - Serveur virtuel (LP)
  - Amazon AWS - Type de matériel cloud (LP)
  - Amazon AWS - Type de matériel (LP)
  - Amazon AWS - Image de système d’exploitation cloud exécutable (LP) (images partagées)
  - Amazon AWS : image de système d’exploitation cloud détenue (LP) (images privées)
  - Amazon AWS - Stockage (LP))
  - Amazon AWS - Réseau (LP)
  - Amazon AWS : application et réseau LB (LP)
  - Amazon AWS : sous-réseau (LP)
  - Amazon AWS - Groupe de sécurité (LP)
- Le modèle Azure : Marketplace LB (LP) détecte les produits Azure Marketplace suivants.
  - Ordinateur virtuel
  - SaaS (classique également)
  - Azure Application
- Les attributs renseignent les nouvelles tables Produit de place de marché déployé et Détails du produit de la place de marché. La balise sera également découverte.
- Le modèle d’inventaire des actifs Google se déclenche dans le cadre de la découverte dans le cloud planifiée. Pour le prendre en charge, de nouvelles propriétés de serveur MID ont été introduites.
  - mid.gcp_resource_inventory_bucketpath.default (chemin d’accès de catégorie Comman pour tout le projet GCP)
  - mid.gcp_resource_inventory_bucketpath.<ID de compte cloud> (chemin d’accès de catégorie individuel par projet GCP)
- Le modèle « Next Generation Fortinet Network Firewall - Rest » prend en charge le VDOM et collecte les attributs du VDOM, de l’interface VDOM et de la politique.
  - Renseigner les données dans les tables ci-dessous
    - Appareil de pare-feu Fortinet
    - Grappe de pare-feu Fortinet
    - Carte réseau
    - Interface de routeur
    - Fortinet Vdom (Nouvelle classe)
    - Politique du pare-feu Fortinet (nouvelle classe)
    - Interface du pare-feu Fortinet (nouvelle classe)
Fixe:
- Amazone:
  - Le modèle Amazon AWS - Sous-compte (LP) est fixe et ne définit pas le sous-compte AWS comme non opérationnel. (PRB1790471)
  - Le modèle Amazon AWS - ECS est corrigé pour renseigner l’état et l’état d’installation corrects de l’ordinateur virtuel. L’instance d’ordinateur virtuel est associée à la grappe ECS et arrêtée, et la détection pilotée par les événements AWS est configurée. (PRB1793487)
  - La ressource d’équilibreurs de charge dans le cloud AWS est hébergée dans AWS GovCloud et possède une valeur de source_native_key d’attribut fixe Les schémas suivants sont modifiés. (PRB1803819)
    - Amazon AWS : carte réseau (LP)
    - Amazon AWS : application et réseau LB (LP)
- Azur:
  - Après la mise à niveau vers la version 1.10 des schémas de découverte et de mappage des services, les balises obsolètes pour les machines virtuelles Azure étaient automatiquement nettoyées. (PRB1749297)
- Google :
  - Le modèle d’inventaire des actifs GCP renseigne les informations de balise de la catégorie de stockage Google. (PRB1784648)
  - Le modèle d’inventaire des actifs GCP renseigne les ressources globales dans le cmdb_ci_cmp_resource (PRB1803228)
- Le problème d’informations d’identification dans le cloud a été résolu pour gérer l’erreur Aucun accès à sn_itom_patterns.glide_encrypter (PRB1787568)
- L’application ColdFusion - l’attribut version est en cours de remplissage. (PRB1780934)
- Le modèle de proxy HA est fixe pour gérer une erreur MULTIPLE_DEPENDENCIES : plusieurs éléments de relation dépendante ont été trouvés et ont créé une relation unique entre cmdb_ci_lb_service et cmdb_ci_lb_pool et s’il existe plusieurs services, n’utilisent que le cmdb_ci_lb_service avec le port le plus bas. (PRB1795289)
- Le modèle de système de stockage InfiniBox (LP) - Numéro de série est en cours de remplissage pour la table cmdb_ci_storage_server. (PRB1798985)
- La détection Kubernetes est corrigée et la bibliothèque partagée de modèles Kubernetes Node doit filtrer IPv6. (PRB1797771)
- Le modèle Netscaler Loadbalancer - NITRO crée la relation entre le service d’équilibreur de charge et le pool d’équilibreurs de charge. Service Mapping crée la connexion avec le service d’équilibreur de charge et le pool d’équilibreurs de charge. (PRB1741543)
- Le modèle IBM PowerHA Cluster (HACMP) est fixe, ce modèle respecte les propriétés système glide.discovery.hostname.dns_nbt_trusted est défini sur vrai, puis le modèle remplit le nom de confiance DNS en tant que champ Nom. (PRB1790297)
- Le modèle « F5 Load Balancer SSH » est corrigé pour gérer une erreur Impossible de convertir null en objet. Des étapes sont ajoutées pour supprimer les doublons et filtrer les enregistrements vides. (PRB1767558)
- Le modèle de base de données MSSql sous Windows gère les instances configurées pour être écoutées sur plusieurs ports. (PRB1796534)
- Le modèle « Nutanix Components » met à jour l’état de la machine virtuelle. (PRB1803129)
- La relation pré-script / post-script du modèle Pure Storage - Le chargement de la table BasicAuth a été corrigé pour résoudre le pic de processeur du serveur MID. (PRB1791441)

Fixe:
- Le modèle d’infrastructure Solaris LDOM respecte la sys_properties "glide.discovery.hostname.case pour formater l’attribut 'Name' en fonction de la valeur (Aucun changement, minuscules, majuscules).
- Modèle d’équilibreur de charge A10, extension « Collecter les informations de partition A10 » A10 LBs sur CLI 5.2.1+, collecte les informations sur les partitions
- Les balises AWS sont renseignées pour les enregistrements cmdb_ci_cmp_resource
- Gestion de table volumineuse sur la table (cmdb_rel_ci) déclenchée par AzureDefaultDeleteStrategyVM Stratégie de suppression
- Grappe UNIX : modèle de grappe VERITAS Correction d’une erreur d’enregistrements de cmdb_ci_unix_cluster_resource en double dans la charge utile
- La découverte de grappe Kubernetes OpenShift a été corrigée pour garantir que StatefulSets n’est pas filtré, même si le fichier YAML n’inclut pas d’initContainer
- NetApp Storage Cluster-Mode : le modèle HTTP renseigne la valeur du champ RAM en « Mo »
- NetApp Storage Cluster-Mode - le modèle HTTP renseigne désormais la version de microprogramme d’ONTAP
- Le modèle d’inventaire des actifs GCP renseigne les balises de la catégorie de stockage Google Cloud
- Le modèle de commutateur réseau a été corrigé pour résoudre l’erreur « pile de commutateurs IP » avant l’exécution du capteur avec erreur = TypeError : impossible de convertir null en objet
- Le modèle d’ordinateurs virtuels RHV renseigne désormais les attributs de processeur et de RAM de l’ordinateur virtuel
- Le modèle JBoss collecte les informations de version pour la plateforme d’applications d’entreprise et le serveur d’applications
- Le modèle de base de données MSSQL sous Windows supprime désormais les rapports de découverte SQL. Une nouvelle propriété système, sn_itom_pattern.threshold_time_to_delete_mssql_reports, a été ajoutée pour contrôler le délai de seuil de suppression

Nouveau :
- Le modèle Pure Storage FlashArray renseigne les attributs supplémentaires « Chiffrement au repos » et « Algorithme de chiffrement » dans la table Serveur de stockage
- Schémas de stockage :
  - Dell EMC PowerMax
  - Domaine de données Dell EMC
- Le modèle Amazon AWS - ECS prend en charge l’image Amazon Elastic Container Registry (Amazon ECR)
- Le modèle Analyser l’image du conteneur prend en charge l’analyse des images du conteneur dans les référentiels suivants :
  - Référentiels publics
  - Référentiels privés auto-hébergés
  - Amazon ECR, référentiels publics et privés
Fixe:
- Découverte AKS de la grappe et des ressources sans avoir de dépendance sur Azure CLI pour MS Entra ID
- Google Cloud Platform (GCP) : modèle de serveur virtuel corrigé pour créer une relation entre l’ordinateur virtuel Google et le serveur
- Le modèle F5-Cluster a corrigé le champ operational_status en fonction de la valeur de « sysCmTrafficGroupStatusFailoverStatus »
- Modèle d’ordinateurs virtuels RHV Met à jour le champ Adresse IP dans la table [cmdb_ci_ip_address]
- Extension de balise : « Azure Subscriptions Discovery For Management Group » modèle corrigé pour gérer la balise contient une valeur null
- Le capteur pré-post « nœud unique Oracle RAC » est fixe pour permettre une consommation de mémoire élevée
- Le script de pré-exécution AVI LB « Obtenir tous les centres de données vCenter » est corrigé
- La découverte du compte de service Azure marque les comptes fermés comme mis hors service/inactifs
- Modèle NetApp Storage Cluster-Node - HTTP" : les modèles et la valeur du fabricant dans la table [cmdb_ci_chassis] sont fixes
- Table Kubernetes « ReplicationController » : le problème des enregistrements en double est résolu
- Correction de la relation entre la découverte HPE et l’entité physique
- Le problème avec le modèle de grappe Kubernetes qui ne remplit pas la valeur de numéro de série vide dans la [table cmdb_serial_number] est résolu
- La détection Kubernetes est fixe, pour fonctionner si le champ de valeur [cmdb_key_value] est vide
- Le problème avec l’ancienne version de Kubernetes, imageID, qui ne contenait pas les détails du référentiel, est résolu
- Gestions de découverte Kubernetes L’API de nœud Kubernetes renvoie une valeur vide pour la mémoire de nœud
- Découverte de modèle Kubernetes : nouvelle propriété du serveur MID : « sn_itom_pattern.kubernetes_create_server » gère la création de [cmdb_ci_linux_server] facultatif
- Le modèle IBM WebSEAL crée la référence de l’équilibreur de charge dans la table Membre du pool d’équilibreurs de charge
- Le modèle « MSSql DB sous Windows » renseigne les versions 2008 R2 et 2014
- Le modèle Microsoft CA - Certificate Management filtrait le certificat expiré si la propriété système nouvellement introduite : « sn_itom_pattern.exclude.expired.certificates.from.discovery » est définie sur « vrai ». La détection fixe est planifiée pour détecter la valeur OID d’un modèle de certificat unique

Fixe:
- Modèle de serveur AIX renseigne la valeur correcte dans le champ [start_date]. La valeur est au format AAAA-MM-JJ HH :MM :SS.
- Le modèle Azure - Jeux d’enregistrements de zone DNS (LP) est corrigé pour gérer l’erreur Caractère illégal dans la partie opaque à l’index 6 : https :\/\/management.azure.com:443\/.
- Le modèle Azure Application Gateway TD (LBS) collecte les adresses IP privée et publique.
- Les options pour Windows Server 2019 et 2022 sont ajoutées sous la section Serveurs et ordinateurs Windows de la console de configuration de Découverte, dans le menu de définition de Découverte.
- GCP : journal système des tâches d’événements (messages d’informations) avec les numéros de compte et les informations d’identification à l’aide des propriétés système [sn_itom_pattern.log_gcp_event_job] définies sur vrai/faux afin d’activer/désactiver les messages d’informations.
- Le modèle HD d’écouteur Oracle collecte toute la base de données Oracle sur l’hôte.
- Le modèle de stockage pur est fixé pour établir des relations lors de la détection de Fiber Channel.
- SSHTerminalInteractiveCommand lance les sondes « VMware vCenter » attendues.

Nouveau :
- Le modèle de serveur Linux renseigne les données des certificats à partir de Java KeyStore. L’extension de modèle « Collecter les certificats » est désactivée par défaut.
- Le modèle Windows Server renseigne les données des certificats à partir du magasin de clés Java et du magasin de certificats Windows. L’extension de modèle est désactivée par défaut.
- La nouvelle propriété système, « sn_itom_pattern.k8s_run_k8s_cloud_discovery », empêche la planification automatique de la découverte de grappes Kubernetes cloud.
- Le modèle « Azure : obtenir les grappes Kubernetes » crée une relation entre la grappe Kubernetes et le groupe de ressources.
Changé:
- Le modèle ״Amazon AWS : Kubernetes Discovery and Schedule Creator״ est renommé en modèle « Amazon AWS - Get Kubernetes Clusters ».
- Le modèle « Azure : découverte Kubernetes et créateur de calendrier » est renommé en modèle « Azure : obtenir des grappes Kubernetes ».
- Le modèle « Google Cloud Platform (GCP) : découverte Kubernetes et créateur de calendrier » est renommé en modèle « Google Cloud Platform (GCP) : obtenir des grappes Kubernetes »
Fixe:
- Amazon
  - Le modèle « Amazon AWS : obtenir des grappes Kubernetes » met à jour le FQDN dans le champ FQDN
  - L’état de la grappe Kubernetes est marqué comme mis hors service lorsque la grappe est supprimée
  - Les performances d’exécution du modèle « Amazon AWS Inventory Tags » sont améliorées, passant de 659 ms à 7 ms
- Azure
  - Le modèle « Azure Application Gateway » crée une relation entre le groupe de ressources et l’équilibreur de charge
  - Le modèle « Azure : obtenir les grappes Kubernetes » met à jour le FQDN dans le champ FQDN
  - L’état de la grappe Kubernetes est marqué comme mis hors service lorsque la grappe est supprimée
  - Les performances de découverte dans le cloud Azure sont améliorées :
    - La propriété du serveur MID « mid.cloud.discovery.sonar.discover_all_azure_datacenters » a été ajoutée. Sa valeur est faux par défaut, indiquant que la détection s’opérera uniquement sur un centre de données actif
    - Le modèle de détection « Centre de données Azure » établit ou met à jour les régions qui contiennent des ressources par compte de service.
    - Les schémas « Azure : ordinateur virtuel », « Azure : type de matériel » et « Type de matériel cloud Azure » s’exécutent en fonction du nouveau type de matériel Modèle par centre de données actif au sein du compte de service
- Google
  - Le modèle « Google Cloud Platform (GCP) : obtenir les grappes Kubernetes » met à jour la valeur du champ Nom de domaine complet dans la table de grappe Kubernetes
  - L’état de la grappe Kubernetes est marqué comme mis hors service lorsque la grappe est supprimée
- Kubernetes
  - Le modèle « Kubernetes » collecte les étiquettes et les annotations des nœuds et les renseigne dans la table [cmdb_key_value]
  - Le modèle « Kubernetes » et le modèle « événement Kubernetes » ne créent pas d’enregistrements en double pour la même grappe dans la table « Conteneur Docker »
  - Les performances du modèle « Kubernetes » sont améliorées par le filtrage [cmdb_key_value]
  - La détection des fonctions de grappe Kubernetes OnPrem sans l’ID de ressource de la grappe
- Nutanix
  - L’extension de modèle « Nutanix Components », « Nutanix Tags », crée ou met à jour des balises indépendamment des limitations de la catégorie
  - Le modèle « Nutanix Components » n’établit que des relations un-à-plusieurs entre l’hôte Nutanix et les instances d’ordinateurs virtuels Nutanix
- Le problème d’enregistrements de certificat en double dans la table « Certificat unique » du modèle « Microsoft CA » est résolu. Le problème était causé par des variations dans la valeur de format de l’empreinte digitale dans le champ « Empreinte ».
- Le classifieur de processus « Veritas/VxVM Volume Replicator » est appliqué aux modèles de détection horizontale, plutôt qu’à la détection descendante
- Le modèle « Oracle OCI - Autonomous DB (LP) » permet la découverte de bases de données autonomes
- Le motif « Tuxedo » a été mis à jour pour s’assurer que la version exacte est reflétée dans le tableau « Tuxedo »
- Le modèle « Pare-feu réseau Fortinet de nouvelle génération » remplit avec succès le champ [serial_number]
- Dans l’étape de modèle « F5 BigIP LTM », la valeur « bigpipe.displayservicenames » est configurée pour être définie sur « faux »
- L’extension de modèle « Serveur Linux », « Grappe UNIX : grappe Linux Pacemaker », remplit les nœuds de grappe, les ressources de grappe et les adresses IP virtuelles de grappe de la grappe Linux Pacemaker
- L’extension de modèle « MSSQL DB sous Windows », « Collect MSSQL Cluster Info - MSSQL Cluster », récupère l’adresse IP de la grappe MSSQL
- Le modèle « Analyser l’image du conteneur » prend en charge les versions Trivy v0.44.0 ou ultérieures.
- Le modèle « IBM HMC Server » met à jour le nom et l’état des instances LPAR
- Le modèle « Azure Application Gateway (LP) » crée une relation entre le groupe de ressources et l’équilibreur de charge dans le cloud
- Pour améliorer l’efficacité des modèles « Multi Paged Orchestrator » et réduire à la fois le temps d’exécution et l’utilisation de la mémoire, une nouvelle colonne nommée « orchestrator_page » a été introduite dans le tableau « Charge utile paginée horizontale »
- L’extension « Référentiel du conteneur de collecte » est exécutée si le nom de l’entrée [cmdb_ci_container_repository] est vide

Nouveau :
- WebSphere Message Broker sur le modèle UNIX prend en charge IBM App Connect Enterprise 11.
- OpenStack Discovery (cloud privé).
Fixe:
- Le modèle F5 met à jour le champ Nom alternatif du sujet.
- Le modèle de serveur IBM HMC crée une relation entre toutes les instances LPAR dans les noms LPAR et le pool de processeurs.
Azur:
- Découverte dans le cloud Azure insère la valeur valide dans le champ de référence Emplacement.
- Instance de VM Azure : modèle d’ensemble d’échelles uniformes : découvrez les informations de processeur et de mémoire.
- Instance de VM Azure : le modèle d’ensemble d’échelles uniformes est amélioré. En l’absence de réponse de l’API, il se termine correctement.
- Azure : le modèle de carte réseau (LP) est corrigé pour renseigner la valeur de source_native_key au format approprié.
Google : amélioration de la sécurité sur la page d’interface utilisateur des informations d’identification Google : ajout d’une liste de contrôle d’accès limitant l’accès des utilisateurs au rôle/groupe d’utilisateurs approprié.
Docker:
- Le modèle Docker crée une relation entre le moteur Docker et le conteneur Docker.
- Le modèle Docker remplit l’image locale de Docker.
Modifié : Le modèle de stockage Pure FlashArray est désactivé par défaut.

Nouveau :
- Détection de FlashArray Pure Storage
- Découverte de catalogue de bases de données SAP Hana 2.0
- Le modèle Microsoft CA détecte des attributs supplémentaires
- AWS Cloud Discovery détecte désormais des attributs supplémentaires dans les organisations dans le cloud et les tables de compte de services dans le cloud
- Les informations d’identification GCP Cloud prennent désormais en charge l’importation standard de fichiers JSON d’informations d’identification Google Cloud
Fixe:
- Les modèles de réseau et de sous-réseau ne tronquent plus l’espace d’adressage : AWS, Azure et GCP
- Modèle Kubernetes : renseigne les étiquettes et les annotations pour les nœuds Kubernetes
- Modèle IBM PowerHA Cluster (HACMP) : met à jour le nom de domaine complet correct pour les serveurs AIX
- Modèle de base de données MSSql sous Windows : supprime le rapport de découverte SQL une fois la découverte terminée
- Azur:
  - Azure : modèle de sous-compte (LP) : tous les locataires sont désormais sous la racine
  - Modèle Azure - Machine virtuelle (LP) : nouveaux ordinateurs virtuels Créer la relation avec le serveur du système d’exploitation
  - Azure : modèle de balises NIC (LP) et Azure NIC : collecte désormais les balises
- Amazone:
  - Amazon AWS : modèle de passerelle Internet (LP) : crée une relation entre le réseau et la passerelle Internet EP
  - Modèle de passerelle Amazon AWS API : prend en charge la pagination
- Google :
  - Modèle d’équilibrage de charge GCP TCP-UDP : renseigne le service back-end LB, l’adresse IP et le port, l’équilibreur de charge global, les pools et les membres du pool
  - Google Cloud Platform (GCP) : obtenir des centres de données logiques Modèle : détecte le centre de données Northamerica-northeast2
  - Google Cloud Platform (GCP) : disque et serveur virtuel Modèle : erreur IRE corrigée
- Modèle Microsoft CA :
  - Correction d’un problème de consommation de mémoire élevée
  - Remplit le srenewal_tracking pour le certificat en fonction de la propriété système
  - Le Serveur MID ne reçoit plus de réponses dépassant le nombre de lignes autorisé

Fixe:
- Utilitaire d’exportation Oracle-GLAS :
  - Le nom du fichier devient minuscule
  - <machine_name>.txt - est maintenant créé sous le dossier journal
Instance de VM Azure : modèle d’ensemble d’échelles uniformes : correction de la partie région du [source_native_key] et suppression des enregistrements en double, car plusieurs VM peuvent avoir le même modèle.
Azure Application Gateway (LP) : Service Mapping est corrigé pour les services sur le port 80 et les adresses IP privées.
Cloud Foundry : statut opérationnel pour les CI [cmdb_ci_pcf_organization] et [cmdb_ci_pcf_appl]
Événement de carte réseau Azure : l’erreur IRE est corrigée
F5 - SSH - Certification SSL : le NDL cassé est corrigé
Serveur Solaris : l’itinéraire par défaut sans l’interface peut être récupéré
Azure Application Gateway TD (LBS) : l’analyse est corrigée pour les attributs de service Application Gateway
Contrôleur d’équilibreur de charge AVI et contrôleur d’équilibreur de charge AVI - Basé sur la session : Le numéro de port et l’adresse IP des CI [cmdb_ci_lb_service] sont fixes pour les services d’équilibreur de charge du contrôleur d’AVI
Kubernetes et bibliothèque de modèles : Kubernetes Composants de charge de travail : une propriété de serveur MID est ajoutée. Lorsqu’il est activé, le volume Kubernetes est renseigné et les composants de charge de travail Kubernetes sont optimisés.
Le modèle de base de données Oracle sur UNIX est capable d’extraire le nom de base de données, le nom unique de base de données, le nom d’hôte et l’instance
Microsoft CA - Modèle de gestion des certificats : Le champ [subject_organizational_unit] est maintenant renseigné avec la valeur attendue
Modèle JBoss : la [version] correcte est remplie pour JBoss 29 installé sur Windows Server
Azure - Sous-compte (LP) : correction de la requête pour limiter les groupes de gestion
Capteur post-traitement « Supprimer les anciennes relations avec le compte de stockage pour les conteneurs de stockage » : modifié pour que la propriété use_split_payload/« Utiliser la charge utile fractionnée » soit définie sur vrai. Correction du problème de mémoire insuffisante
Composants Nutanix Modèle : Correction de la relation Géré par ::Gère
Modèle de pare-feu réseau Fortinet de nouvelle génération : pare-feu Fortinet dans une grappe, mappage correct de la valeur de l’attribut de numéro de série dans la table [cmdb_serial_numbers] aux nœuds de pare-feu respectifs

Nouveau :
- Catalogue de base de données Sybase
- Partitions de découverte à partir de Citrix LB et prise en charge de la découverte via les API NITRO
Changé : Migration du modèle de système d’exploitation vers un nouveau modèle
Fixe:
- Découverte K8
- Découverte du certificat F5
- Serveur ZooKeeper Le modèle échoue avec Impossible de trouver l’élément hôte dans la charge utile de sortie du moteur d’identification
- Google Cloud Platform (GCP) : échec du serveur virtuel avec des erreurs de charge utile

Nouveau :
- Découverte de l’équilibreur de charge Citrix NetScaler à l’aide des API NITRO.
- BYOL sur Azure, GCP et AWS : prise en charge de la valeur de clé de licence pour les serveurs GCP Windows, RHEL et SQL.
- Modèle Amazon AWS ElastiCache : balises pour les bases de données.
- Découverte de rapports DBA pour les bases de données Apache Cassandra, MS SQL, MySQL, MongoDB et Oracle.
Changé:
- Tous les fichiers LP ont été déplacés vers le dossier standard « update », car leur « if.paris.pattern.engine » actuel est obsolète.
- Le modèle de base de données Apache Cassandra a été remanié.
Fixe:
- Amazon AWS - ECS :
  - - Relation entre tâche et définition de tâche
    - Balises de service fixes « Amazon Parse ECS Tags »
    - Amazon AWS : EC2 : étapes de détection sur le serveur Linux lorsque la valeur « compilé par » est « Xen »
    - Découverte dans le cloud Azure :
  - ID d’objet entre Azure : type de matériel (LP) et Azure : ordinateur virtuel (LP)
  - Les pré-posts du modèle de capteur Post pour 'Azure - Machine virtuelle (LP)' s’accrochaient inutilement à des objets volumineux pendant trop longtemps.
  - Événements Azure : les événements Azure n’ont pas pu être traités lorsqu’un nouveau type de matériel a été activé
- Mode de grappe de stockage NetApp :
  - À l’étape « Normaliser les données du disque », le champ [disk_interface] est remplacé par « device_interface »
  - Correction de la valeur du champ [cmdb_ci_storage_cluster_node] tables [operational_status].
  - Correction de la relation [cmdb_ci_disk] hébergé sur ::Hôtes [cmdb_ci_diskshelf_chassis]
  - Correction de la référence à la grappe dans la table Nœud de grappe de stockage
- Pare-feu Cisco de nouvelle génération : correction de la détection bloquée
- Microsoft CA - Gestion des certifications :
  - Ignoré glide.discovery.certs.enable_renewal_task_creation_on_for_discovered_certificates
  - Correction de la condition à l’étape de basculement pour [définir root_issuer] nom
- Classifieur Couchbase : correction du faux positif à la création de l’instance
- Modèle d’instance Couchbase : prise en charge de « Analyser les clusters distants »
- Base de données MSSql sous Windows : script pré-capteur corrigé « Créer des composants MSSQL bw de référence et Windows Server »
- Édition fixe pour MSSQL Server 2022 « Enterprise Evaluation Edition »
- Le modèle de réseau de découverte sans informations d’identification échouait pendant le traitement IRE en raison d’éléments de charge utile en double générés dans le modèle
- Modèle de serveur d’applications ColdFusion : correction du problème de filtrage

Nouveau :

Le modèle NetApp prend en charge l’API REST HTTP.
La découverte IBM WebSEAL TD est ajoutée.
Découverte du logiciel installé via Aqua Trivy : générer et télécharger SBOM par image Docker
Mécanisme de nouvelle tentative de découverte dans le cloud AWS

Fixe:

Migrer les étapes de modèle Azure de la zone de disponibilité vers les ensembles de disponibilité
La découverte de grappe Microsoft SQL est remaniée
Système Password2 hérité
Modèle IBM HMC Server : les scripts de pré-exécution
Les relations entre les CI dans Nutanix V5.20
Stratégie de suppression dans la table [cmdb_ci_snat_ip_pool]
Le modèle « "MSSQL DB on Windows" » ajoute maintenant une valeur de référence appropriée pour le champ « "serveur" » dans la classe [cmdb_ci_mssql_cluster_node]
Échec de la découverte du certificat Microsoft CA lorsque les paramètres régionaux du serveur n’utilisent pas « jj/MM/aaaa » : date non analysable : « Aucune date valide » ou date incorrecte
La gestion des erreurs pour le modèle Kubernetes est améliorée.
Azure : les modèles d’ensemble d’échelles VM remplissent correctement le champ d’emplacement à partir d’un champ de référence
Les étapes Windows ARP et Windows NDP dans le modèle de système d’exploitation Windows - serveur sont fixes
Composants SQL détectés par découverte rapide même si aucun service SQL Server n’est installé sur l’ordinateur virtuel.
Des scripts de commande d’API IBM et Azure enregistrent que les détails des erreurs sont ajoutés
A10 Services d’équilibreur de charge avec référence de pool
Google Cloud Platform (GCP) : échec du modèle de serveur virtuel avec MULTIPLE_DEPENDENCIES trouvé entre le type de matériel et le centre de données Google
Requête lente : ASYNC : découverte : capteur Lancement de modèle
Découverte dans le cloud est en cours de mise à jour discovery_source des CI détectés
Extension de modèle de serveur Linux « "Obtenir l’ID d’objet pour le serveur Linux OCI" » délai d’expiration de 10 secondes si l’ordinateur virtuel du serveur Linux n’est pas hébergé sur OCI
La commande API AWS avait un corps d’erreur de journal pour HTTP 400
Découverte rapide : tous les composants SQL sont détectés et aucun enregistrement en double n’est créé
Azure : le modèle de partage de fichiers (LP) renseigne les données dans la table [cmdb_ci_cloud_file_share]
Le modèle Microsoft CA Certificate Management renseigne les attributs corrects : nom unique de l’émetteur, nom unique de l’objet, algorithme d’empreintes digitales, algorithme de signature
Modèle JBoss Fuse déclenché de manière incorrecte pour le logiciel ServiceMix
La relation entre le serveur Linux et l’instance de VM Azure
Relation et référence au modèle corrigé EMC Isilon et référence à [cmdb_ci_storage_node_element]
L’extension de modèle de balises Amazon AWS Serverless Database crée une balise pour la base de données cloud
Le modèle de contrôleur d’équilibreur de charge AVI remplit le champ d’adresse IP
API Azure Resource Graph (ARG) : le mappage de réponse est mis à jour pour respecter la dernière mise à jour de réponse d’API
Des vérifications supplémentaires pour valider le contenu SPDX SBOM sont ajoutées
Le script post-capteur « Créer une relation entre la lame HPE BladeSystem et le serveur OS » est mis à jour
Le scan d’image de conteneur et la génération de SBOM peuvent être effectués en utilisant l’installation d’Aqua Trivy au lieu d’un fichier téléchargé.
Échec du modèle Citrix Netscaler SDX à l’étape 4 regex ne parvient pas à analyser les données
SBOM : nom de l’image Docker remplacé, fichiers SBOM non valides, anciens fichiers de pièce jointe SBOM supprimer et spdx-json" » et « "spdx" » types de fichiers
Problème de jeton AKS pour les grappes compatibles AD
Échec des modèles Oracle DB, Oracle DB-11g et Oracle GLAS Base de données Oracle sur UNIX avec une erreur de charge utile
La vérification préalable à la migration des sondes vers les schémas a échoué
Recertification Oracle LMS -
- Fichier <machine_name>.txt collection - peut être créé dans le dossier journal et des données FS supplémentaires
- Rapports Oracle GLAS pour les composants middleware
- Découvrir les composants middleware Oracle

Nouveau :
- Nouveau modèle de création WebSEAL et ISAM pour prendre en charge la version 9. x et plus. Le modèle doit être pris en charge avec l’API REST.
- Propriété de proxy de contournement MID implémentée
- Modèle de détection Azure VM Scale Set (mode uniforme d’orchestrateur)
- Création d’une relation entre l’instance d’ordinateur virtuel standard Azure et les ordinateurs virtuels Ensemble d’échelles (mode flexible)
- Ajout de ressources Bosh PCF au modèle Cloud Foundry existant, basé sur la nouvelle fonctionnalité API OpsMan.
- Modèle de base de données MSSQL sur Windows Éditions des composants MSSQL collectées à l’aide de l’utilitaire de rapport MSSQL.
- Le modèle LP de l’ordinateur virtuel Azure sera modifié pour se déclencher après la découverte du centre de données, plutôt que le type de matériel
Fixe:
- La fin de « . » dans le nom du périphérique réseau Palo Alto était due à l’utilisation de NSRyup dans le pare-feu Palo Alto de nouvelle génération.
- Nœud et éléments de nœud fusionnés du modèle EMC Isilon
- Le modèle « NetApp Storage Cluster-Mode » récupère le numéro de série d’un périphérique spécifique.
- Le modèle de serveur d’applications WebLogic échouait avec l’erreur « Échec de l’obtention du fichier car le chemin d’accès était trop long 2 004. L’expression du chemin d’accès ne doit pas dépasser 2 000 caractères »
- Vue « Formulaire par défaut » pour la table « cmdb_ci_instance_scale_set » de l’application de stockage « Modèles de classe CI CMDB ».
- Le serveur ESX a plusieurs relations d’exécution avec les serveurs lames HPE BladeSystem
- Les modifications apportées au modèle IBM PowerHA Cluster (HACMP) étaient une relation manquante (entre le nœud de grappe UNIX (cmdb_ci_unix_cluster_node) et le serveur AIX (cmdb_ci_aix_server)), l’état du nœud de grappe et des groupes de ressources en double.
- Le regex de l’étape de modèle « DB2 sous Linux » « Obtenir le nom d’instance à partir du PPID » a été supprimé et codé en dur en tant que 0.
- « Ordinateur » et « Instance d’ordinateur virtuel » dans Azure et AWS ont actuellement une relation « Virtualisé par ::Virtualise »
- Discovery tente d’utiliser les ports par défaut lors de l’ajout d’un nouveau serveur SQL.
- Schémas Azure (LP) Sections d’extension pour obtenir les balises Azure supprimées des paires clé/valeur en double avant de créer des relations avec le CI principal
- Les événements Azure peuvent contenir des ID de ressources avec différentes dénominations sensibles à la casse
- Échec de l’événement d’ordinateur virtuel Azure avec MULTIPLE_DEPENDENCIES erreur.
- Les champs « Émetteur » et « Émetteur racine » ne sont pas définis par l’extension de certificat F5.
- Le motif de l’échec de l’analyse de l’image du conteneur s’affiche dans le champ de message
- Les schémas d’événements Azure exécutent des appels d’API supplémentaires et inutiles contribuant aux erreurs 429
- Google Cloud Platform (GCP) : échec de la base de données Cloud SQL avec une erreur inconnue
- Découverte de base de données Cassandra résolue pour les nœuds ayant plusieurs installations Cassandra.
- Microsoft Azure Inventory (LP) : cmdb_key_value table n’est pas renseignée par le modèle LP
- Microsoft Azure Inventory (LP) : la stratégie de suppression est travaillée
- Schémas de découverte et de mappage des services 1.0.99 définit les valeurs Source de l’état de découverte=scan_container_images et Discover=ContainerImages, qui sont absentes des listes de choix
- Ajouter un correctif OOB pour migrer un nouveau modèle de type de matériel
- Découverte dans le cloud Azure : erreur de limitation (429) corrigée
Kubernetes :
- [Sans informations d’identification] [Sans serveur] La table de volume Kubernetes remplit maintenant l’attribut de grappe Kubernetes
- Le modèle Kubernetes utilise la synthèse complète du manifeste pour image_id.
- La découverte de Kubernetes échouait avec la version 1.42.0 de l’application CMDB et l’application Patterns 1.0.96
- Le modèle Kubernetes prêt à l’emploi a mis à jour le champ « nom » dans la table cmdb_ci_kubernetes_cluster en tant que « OnPrem »
- La découverte Kubernetes ne crée pas d’enregistrement de pod non valide si la table cmdb_ci_kubernetes_pod est vide
- L’extension OpenShift dans le modèle Kubernetes est corrigée avec « Impossible de convertir null en objet »
- Certains composants Kubernetes comme cmdb_ci_kubernetes_replicasets sont supprimés de la CMDB
Modifié : les modèles Azure Functions, Azure Website, Azure Database LP et Azure DNS Zones sont changés en type de ressources cloud.
Supprimé : supprimez la section d’extension de balise du modèle TD de base de données Azure.

Nouveau :
- Un nouveau modèle pour découvrir WebSEAL et ISAM est publié. Les versions prises en charge sont 9. x et plus. Le modèle doit être pris en charge avec l’API REST.
- La propriété de proxy de contournement MID est implémentée.
- Un nouveau modèle Azure VM Scale Set (mode uniforme d’orchestrateur) est publié.
- Une nouvelle relation est créée entre l’instance de VM standard Azure et les VMs Ensemble d’échelles (mode flexible)
- Les ressources BOSH PCF sont ajoutées au modèle Pivotal Cloud Foundry existant, en fonction de la nouvelle fonctionnalité d’API OpsMan.
- Modèle de base de données MSSQL sur Windows Édition des composants MSSQL collectés à l’aide de l’utilitaire de rapport MSSQL.
- Le modèle LP de l’ordinateur virtuel Azure est modifié pour se déclencher après la découverte du centre de données, plutôt que le type de matériel.
- La fin de « . » dans le nom du périphérique réseau Palo Alto était due à l’utilisation de NSRyup dans le pare-feu Palo Alto de nouvelle génération.
- Le modèle EMC Isilon fusionnait les éléments de nœud et de nœud.
- Le modèle NetApp Storage Cluster-Mode n’a pas récupéré le numéro de série d’un périphérique spécifique.
- Le modèle de serveur d’applications WebLogic échouait avec l’erreur « Échec de l’obtention du fichier car le chemin d’accès était trop long 2 004. L’expression du chemin d’accès ne doit pas dépasser 2 000 caractères ».
- La vue « Formulaire par défaut » de la table [cmdb_ci_instance_scale_set] dans l’application de stockage « Modèles de classe CI CMDB ».
- Le modèle de serveur ESXi avait plusieurs relations d’exécution avec les lames HPE BladeSystem.
- Les changements apportés au modèle IBM PowerHA Cluster (HACMP) manquaient la relation entre le nœud de grappe UNIX [cmdb_ci_unix_cluster_node] et le serveur AIX [cmdb_ci_aix_server]. Un état de nœud de grappe a créé des groupes de ressources en double.
- La regex de l’étape de modèle « DB2 sous Linux » « Obtenir le nom de l’instance à partir du PPID » a été supprimée et codée en dur en tant que 0.
- Le CI « Ordinateur » et le CI « Instance d’ordinateur virtuel » d’Azure et d’AWS avaient une relation « Virtualisé par ::Virtualise ».
- Le modèle de base de données MSSQL sous Windows échouait en raison de l’utilisation du port par défaut.
- Les sections d’extension de modèle Azure (LP) des balises Azure n’ont pas créé de paires clé-valeur en double avant de créer des relations.
- Les schémas d’événements Azure échouaient en raison de conditions insensibles à la casse.
- Le modèle d’événement d’ordinateur virtuel Azure échouait avec l’erreur « MULTIPLE_DEPENDENCIES ». La relation entre NIC et LDC a été créée deux fois.
- Le modèle d’équilibreur de charge F5 n’a pas réussi à ajouter « Émetteur » et « Problème racine » aux certificats.
- L’analyse de l’image du conteneur a échoué pendant le délai d’expiration et aucun motif de défaillance n’a été consigné.
- Les schémas d’événements Azure ont exécuté des appels d’API indésirables.
- Google Cloud Platform (GCP) : la base de données Cloud SQL était défaillante avec l’erreur « JAVASCRIPT_CODE_FAILURE : causé par une erreur dans le script ad hoc « EvalClosure-Populate Hardware Type Table » à la ligne 4 »
- Kubernetes
- La table Volume Kubernetes [sans informations d’identification] [Serverless] ne remplissait pas l’attribut de grappe Kubernetes.
- Le modèle Kubernetes n’a pas utilisé la synthèse complète du manifeste pour image_id.
- La découverte de Kubernetes échouait avec la version 1.42.0 de l’application CMDB et l’application Patterns 1.0.96.
Modifié : Les modèles Azure Functions, Azure Website, Azure Database LP et Azure DNS Zones sont changés en type de ressources cloud (anciennement type d’application). Visitez le site de documentation ServiceNow pour obtenir des informations détaillées sur les produits détectés par Visibilité ITOM.
Supprimé : section d’extension de balise du modèle Azure Database TD.

Nouveau :
- Collecte et traitement des événements Azure qui mettent à jour les éléments de configuration de la CMDB.
- Collecte les événements sur plusieurs abonnements, au niveau du groupe de gestion Azure.
- Remplace l’ancienne approche de collecte d’événements via les configurations Azure.
- Une stratégie de suppression est ajoutée pour supprimer les enregistrements d’application du conteneur si le conteneur n’est plus disponible.
- Désactive la configuration des alertes lors de la migration vers des événements basés sur l’extraction.
- Les enregistrements de logiciels installés sont ajoutés pour les logiciels supplémentaires.
- Découverte dans le cloud GCP : [volume_name] remplit désormais les instantanés GCP.
- L’extension Citrix Xen HyperV renseigne désormais le nombre de processeurs/cœurs du processeur et d’autres valeurs.
Changé:
- Le modèle d’inventaire Azure prend désormais en charge les charges utiles volumineuses.
- Cloud Foundry Pattern prend désormais en charge l’API v3.
Fixe:
- Kubernetes
  - - La découverte Kubernetes échouait avec l’erreur : « aucune relation définie pour la classe dépendante ».
    - La première entrée sur la valeur sn_itom_pattern.kubernetes_annotation_list (tableau) a été filtrée lors de la détection Kubernetes.
    - La découverte Kubernetes est maintenant mise à jour [cmdb_ci_kubernetes_volume] correctement.
    - L’erreur de modèle « non défini » s’est produite lorsque les charges de travail K8s (daemonset, replicaset, statefulset) n’ont pas été détectées correctement.
    - La propriété [sn_itom_pattern.k8s_aws_cli_to_generate_token] est maintenant active.
    - La découverte Kubernetes ignorait les relations de service avec les composants de charge de travail vides ou non définis.
    - [K8S-SAM][Modèle Kubernetes] Toutes les variables d’environnement de conteneur sont maintenant collectées.
    - [k8S-SAM] Le processeur virtuel est maintenant renseigné pour les conteneurs sans limites de processeur.
    - Le script d’enrichissement de conteneur [K8S-SAM] est maintenant déclenché correctement.
    - Les détails du package logiciel [K8S-SAM] sont maintenant mis à jour dans les conteneurs.
    - [K8S-SAM] [Docker] [Kubernetes] Mot de passe de l’utilisateur masqué dans la table [cmdb_ci_db_mssql_instance].
  - AWS et Azure : échec de la détection après CAPI en raison de la migration du modèle vers le nouveau type de matériel.
- AWS
  - - Découverte AWS : découverte basée sur les événements Le problème d’ID d’objet a été résolu.
    - Les balises cloud de l’instance AWS EC2 sont désormais supprimées de [cmdb_key_value] lorsque l’instance est arrêtée.
    - Les balises des CI de base de données cloud utilisaient l’extension de modèle « Amazon AWS Relational Database Service Tags ».
    - Now Discovery ignore les enregistrements de nom DNS périmés sur la découverte de l’équilibreur de charge AWS.
- Azure
  - - Un LDC incorrect a été renseigné pour le modèle d’événement Azure Functions.
    - La découverte « Azure - Classic LB (LP) » fonctionne désormais lorsque les backendAddressPools sont définis pour plusieurs appareils.
    - Inventaire Microsoft Azure (LP) : De nouvelles relations sont maintenant créées.
    - Azure Application Gateway (LP) évite désormais les CI en double pour une seule ressource Azure.
- Google Cloud Platform (GCP)
  - La découverte GCP échouait dans certains scénarios.
  - La bibliothèque partagée « Google Cloud Platform (GCP) - Étiquettes de VM et d’image » extrait désormais des étiquettes pour les images cloud.
  - Des améliorations du modèle « Google Cloud Platform (GCP) - Serveur virtuel » pour la détection basée sur les événements sont désormais disponibles.
Microsoft CA : le modèle de gestion des certificats échouait dans certaines situations.
Microsoft CA - Le modèle d’autorité de certification inclut désormais des secondes pour les horodatages de fin de validité et de début de validité
Le modèle de serveur ZooKeeper ne parvenait pas à créer un enregistrement dans la CMDB.
La découverte de grappe MSSQL respecte désormais [glide.discovery.hostname.include_domain = vrai]
Le nœud Rubrik [source_native_key] est désormais renseigné correctement avec l’ID de grappe Rubrik.
Modèle Oracle : suppression des doublons dans la valeur express sous [Edition].
Les relations des bases de données Oracle avec les instances de base de données Oracle sont fixes dans certains cas.
Le modèle de routeur / commutateur réseau définit maintenant le nom CI à partir du DNS lorsque [glide.discovery.hostname.snmp_trusted] est défini sur faux.
Le jeton de sécurité openStack est maintenant masqué dans le journal de détection.
Bogues de sécurité

Nouveau :
- Une nouvelle extension du modèle d’équilibreur de charge A10, qui prend en charge IP SNAT (traduction de l’adresse réseau source).
- Découverte de logiciels installés pour les charges de travail Docker/conteneurisées déployées dans Kubernetes et OpenShift.
Fixe:
- Le modèle de découverte IBM Informix Dynamic Server n’a pas réussi à renseigner les ports Dir et TCP des exécutables.
- Un certificat non valide a été créé lors de la découverte du modèle F5.
- Échec de l’insertion de A10 Discovery (erreur de charge utile du moteur d’identification).
- La stratégie de suppression du CI [cmdb_ci_docker_image] a été modifiée pour « conserver » sur le modèle Kubernetes.
- La commande « "crsctl query cluster site -all" » dans Oracle Listener HD Pattern nécessite des droits d’utilisateur élevés (sudo) en tant que basculement.
- Base de données Firerestore de Google Cloud Platform (GCP) Échec de la découverte du modèle dans le traitement de la charge utile, car aucune relation n’a été définie pour la classe dépendante Base de données dans le cloud.
- La découverte des commutateurs Arista n’a pas renseigné « "interface du voisin" » dans « "Voisins de l’appareil" ».
- La découverte HTTP de l’équilibreur de charge GCP a créé plusieurs dépendances de service d’équilibrage de charge non pertinentes.
- Dans le modèle de serveur virtuel GCP, l’étape « Obtenir le nom de l’image à partir de l’image source » a renvoyé une erreur.
- Le script Discovery qui crée des relations entre les serveurs lames et les serveurs a créé des relations non valides pour la lame HPE BladeSystem et OS Server.
- Découverte Cassandra pour deux serveurs différents avec le même nom de grappe répertorié qu’une seule grappe.
- La découverte Kubernetes créait des doublons dans la table des serveurs Linux en raison d’un problème de paramètre de propriété « "glide.discovery.hostname.include_domain" ».
- Les commutateurs génériques dans la découverte de modèle ne créent pas d’enregistrements « discovery_switch_fwd_table », ce qui a un impact sur les connexions L2.
- L’extension de modèle de la licence d’ordinateur virtuel Azure n’a pas défini la valeur de la clé « Windows_OS_License_Type_automatic » sur « License_included ».

Nouveau : Dell EMC XtremIO Storage.
Fixe:
- Azure
  - La stratégie de suppression Azure n’a pas fonctionné pour les groupes de ressources.
  - Azure : échec du modèle de réseau et de sous-réseau (LP) avec erreur IRE, en raison d’attributs d’identification manquants pour l’appairage de réseaux virtuels de classe CI dépendante.
  - La vue de base de données Azure « sn_itom_pattern_azure_virtual_machine_instance » a renvoyé les enregistrements en double.
  - Les détails de la balise d’abonnement Azure n’ont pas été détectés.
- GCP
  - Google Cloud Platform (GCP) - Échec de la découverte du serveur virtuel en raison d’étranges enregistrements de CI en double dans la charge utile qui ne provenaient pas du modèle.
  - Le nom de domaine complet et l’adresse IP sont ajoutés aux bases de données GCP.
  - L’erreur dans le modèle Google Cloud Platform (GCP) : découvrir les projets connexes, étape 11.
  - La relation Virtualisé par n’a pas été renseignée pour les serveurs Linux GCP, car le modèle de serveur Linux n’a pas réussi à récupérer l’ID d’objet de l’instance d’ordinateur virtuel hébergée sur Google Cloud.
- Amazon
  - Le modèle de grappe de bases de données Amazon AWS a échoué si la région contenait uniquement des grappes sans serveur.
  - Découverte de catégorie AWS S3 : si l’emplacement de la catégorie n’a pas été trouvé, le CI de catégorie n’a pas été créé.
  - Le serveur MID a été sauvegardé lors de l’exécution de la découverte dans le cloud AWS pendant une longue période.
- Kubernetes
  - Le modèle d’événement Kubernetes n’a pas filtré les annotations de la même manière que le modèle Kubernetes.
  - Le modèle Kubernetes n’a pas utilisé la synthèse complète du manifeste pour image_id.
  - Les champs CPU_COUNT et CPU_TYPE cible n’ont été renseignés dans la table Serveur Linux que pour le modèle d’événement Kubernetes, mais pas pour le modèle Kubernetes.
  - L’instance Couchbase avait une règle d’identification incorrecte. La règle devrait être « dépendante » et non « indépendante ».
  - Stratégie de suppression : pour les CI mis hors service manuellement à partir de la CMDB, les colonnes État d’installation et État opérationnel n’ont pas été mises à jour correctement après la nouvelle exécution de Découverte.
  - L’instance Oracle hors ligne est en cours de détection et de mise à jour.
  - Le modèle « Cassandra Distributed DB » n’a pas fonctionné : install_directory n’a pas été correctement détecté, ce qui a entraîné un UID vide.
  - Le modèle de serveur dynamique IBM Informix a rempli le même nom pour différentes instances Informix et l’analyse regex SQL avec le nom d’hôte correct.

Nouveau :
- Les services Oracle ont été ajoutés en tant que CI détecté.
- Groupes de mise à échelle automatique AWS a été mis à jour.
Changé : Les attributs « état » pour toutes les entités Kubernetes ont été mis à jour (si la réponse du fournisseur contient l’état).
Fixe:
- Kubernetes
  - OpenShift n’a reçu un appel qu’après avoir extrait les 100 premiers enregistrements.
  - Le tableau de bord Kubernetes n’était pas visible avec le bon ensemble d’autorisations.
  - Une relation entre les clusters LDC et EKS, AKS et GKE a été créée.
  - Échec de la découverte OpenShift, car la configuration du déploiement n’était pas présente.
  - Lors de l’exécution de l’étape « Obtenir le contrôleur de réplication » dans le modèle Kubernetes, la mémoire s’est épuisée.
- AWS
  - Groupes de mise à l’échelle automatique (LP) : l’attribut « state » de la table « cmdb_ci_instance_scale_set » n’était pas renseigné lorsqu’il était « Actif » par défaut.
  - Les erreurs de modèle OpenSearch se produisaient lorsqu’aucune ressource n’était trouvée, au lieu d’échouer.
  - Contrôleur d’équilibreur de charge AVI : le modèle basé sur la session n’a pas découvert le membre du pool d’équilibreurs de charge.
  - Discovery a marqué cmdb_ci_compute_security_group comme terminé, mais il ne l’a pas marqué comme disponible/installé.
  - Modèle de découverte L’écouteur Oracle HD a renseigné des valeurs incorrectes dans les attributs de CI de base de données Oracle dans certains cas.
  - Le script du capteur Shell de sonde interactive consigne les erreurs dans Syslog, qui ne contenaient que le résultat, qui aurait pu être le message « vide ».
  - L’include de script du serveur MID était en conflit avec la résolution de nom [AzureProvider].
  - Le modèle OOB FlashBlade Pure Storage a obtenu des résultats vides (position 2). Lorsque la position a été changée sur 3, il a été possible d’obtenir la valeur du jeton d’API.
  - Service Oracle : la définition manuelle de l’état du CI sur Non opérationnel n’entraînait pas la réinitialisation du bon état après la découverte.
  - L’ID du compte parent du service GCP a été supprimé après l’exécution de la découverte.
  - Le tableau de bord Nutanix avec l’ID « 56107869dbde7b00e7dc7c4daf96192e » est introuvable.
  - Le modèle de réseau et de sous-réseau (LP) remplissait cmdb_ci_vnet_peering même s’il n’y avait aucune donnée pour l’appairage de réseaux virtuels dans la réponse API.
  - La validation d’enregistrement a été ajoutée pour vérifier l’état des scripts répertoriés dans Sa_find_host_script (pour app-itom-patterns).

Nouveau :
- AWS Kinesis Discovery
- AWS : détection automatique
Fixe:
- Kubernetes
  - La découverte de « Événement Kubernetes » échoue avec « MULTIPLE_DEPENDENCIES plusieurs éléments de relation dépendants trouvés »
  - Mauvaises règles d’identification sur cmdb_ci_kubernetes_workload
  - La relation de service Kubernetes Istio Service Mesh n’est pas créée
  - Échec de Kubernetes Disco en raison de l’extension « Collect Container Repository » dans le modèle K8
  - Performances de découverte Kubernetes : nécessité de supprimer la collecte de fichiers suivis de l’extension OpenShift
  - Le modèle d’événement Kubernetes L’étape « Remplissage de cmdb_ci_linux_server » n’évalue pas correctement la valeur « se »
  - Le champ Adresse IP ne doit pas être renseigné dans la grappe Kubernetes lorsque la grappe est détectée par le MID conteneurisé dans la grappe
  - Annotations['deployment.kubernetes.io/revision'] Trouvées dans les fichiers de configuration Kubernetes (« Obtenir les fichiers de configuration Kubernetes »)
  - [Kubernetes | Docker ] La relation entre le conteneur Docker et l’image est manquante
- AWS
  - Amazon AWS : serveur virtuel : échoue en raison d’une erreur de charge utile
  - Services de base de données AWS : l’arrêt approprié n’est pas géré correctement
  - Services de base de données AWS : Opensearch : certaines ressources ne sont pas détectées
  - Le champ du système d’exploitation invité dans cmdb_ci_os_template (image) est renseigné de manière incorrecte dans le contexte du modèle de découverte « Amazon AWS - Executable Template (LP) »
  - Requête lente sur « a_str_7 » EST NULL provenant des tâches « ASYNC : découverte : modèle de capteurs Launc » observée lors de l’exécution du modèle de serveur virtuel Amazon AWS
  - Grappe IBM PowerHA
  - Le modèle ne renseigne pas cmdb_ci_unix_cluster_node si le nom d’hôte contient « - » (trait d’union)
  - Le modèle ne remplit pas le champ Grappe (référence) pour quelques types de CI associés au modèle de détection
- GCP
  - Appel d’API d’événements restreint pour collecter uniquement la réponse de la page exécutée par chaque calendrier de tâche d’événements GCP
  - Modèle Kubernetes : caractère Unicode dans le nom du modèle
  - Le marqueur des événements d’extraction est remplacé par Activé, « latesttimestamp » défini sur l’heure actuelle
  - Le protocole d’écoute n’est pas renseigné pour le front-end
  - Châssis du tiroir-disques et éléments de nœud renvoyant le même numéro de série lorsque le modèle NetApp est déclenché
  - Contrôleur d’équilibreur de charge AVI : modèle basé sur la session ne créant pas de relations entre l’équilibreur de charge et Service Engine
  - Échec de la découverte de Kubernetes Azure en raison d’un ID cmdb_ci_docker_image vide
  - MicroSoft CA : le modèle de gestion des certificats injecte le numéro de série du certificat dans un format non standard
  - Le modèle de découverte des composants Nutanix ne remplit pas le système d’exploitation invité pour les instances de VM, ce qui entraîne un nombre de licences supplémentaire
  - Découverte OpenStack : la création du jeton a échoué pendant Découverte OpenStack
  - La découverte Rubrik crée des doublons dans la table de serveur Windows si la propriété : glide.discovery.hostname.include_domain est définie sur vrai

Changement : Modèle Kubernetes amélioré pour prendre en charge l’application d’exploitation dans le cloud native
Fixe:
- Kubernetes
  - La découverte de « l’événement Kubernetes » échoue avec MULTIPLE_DEPENDENCIES Plusieurs éléments de relation dépendante trouvés
  - [Kubernetes | Docker ] La relation entre le conteneur Docker et l’image est manquante
  - Mauvaises règles d’identification sur cmdb_ci_kubernetes_workload
  - Changements dans le modèle k8s en fonction de l’escalade BMO
  - [CNO] Le champ Nom s’affiche (vide) dans Services Kubernetes
  - Problèmes avec le modèle Kubernetes après la mise à niveau des modèles vers la version 1.0.90
- AWS
  - Le modèle de grappe de base de données Amazon AWS échoue, le type de CI cmdb_ci_cloud_db_cluster ne peut pas être créé
  - La découverte de plusieurs ressources AWS différentes ayant des ID de ressources identiques entraîne la création d’un seul CI dans la CMDB
  - Modèle : Amazon AWS : LB classique (LP) ne remplit pas le champ Équilibreur de charge pour cmdb_ci_lb_service
- Azure
  - Balise Azure : les balises avec la valeur de clé « null » (il s’agit de la chaîne et non null) sont renseignées comme vides
  - Problème avec l’ID d’objet pour Centos Stream 9 (Azure)
  - Actualiser le sous-compte lors du remplissage de tous les comptes à l’aide de « Découverte d’abonnements Azure pour le groupe d’administration »
- Infrastructure des nouveaux essais dans le cloud
  - Changements visant à empêcher la configuration de nouvelles tentatives multiples pour le même fournisseur
  - Les enregistrements de file d’attente ECC de sortie GetCloudRequestStatsProbe sont bloqués dans « traitement en cours »
  - Une variable non définie empêche l’insertion des mesures dans le cloud dans la base de données H2
  - Corriger les erreurs L10N
- Base de données distribuée Cassandra, le modèle n’est pas en mesure d’identifier correctement le chemin d’accès à l’utilitaire nodetool.
- Découverte via le modèle « base de données Oracle sur Unix » créant des instances Oracle en double si RAC est configuré sur un nœud
- Le script pré/post du modèle « Relations Nutanix » peut créer la relation « Instanciés par » avec un serveur mis hors service.
- Relation « Virtualisé par ::Virtualise » entre les serveurs virtuels et les instances de VM dans le cloud OCI

Nouveau :
- Découverte du serveur de sauvegarde Cohesity
- AWS Redshift
- Planificateur automatique pour AKS
- AWS ElastiCache
- Espaces de clé AWS
- AWS MemoryDB
- AWS Opensearch
Fixe:
- Infrastructure des nouveaux essais dans le cloud
  - Changement pour empêcher la configuration de nouvelles tentatives multiples pour le même fournisseur
  - Les enregistrements de file d’attente ECC de sortie GetCloudRequestStatsProbe sont bloqués dans « traitement en cours »
  - Une variable non définie empêche l’insertion des mesures dans le cloud dans la base de données H2
- Kubernetes
  - La découverte échouera si Kubernetes s’exécute sur site en raison d’un fournisseur non défini
  - Le modèle d’événement n’inclut PAS le paramètre « Nom de grappe » comme modèle Kubernetes
  - Le modèle n’ingère pas l’UID pour la grappe
  - Le modèle ne remplirait pas l’adresse IP de la grappe/du nœud principal »
  - Le modèle OOB Obtenir des fichiers YAML Kubernetes renseigne le contenu yaml_file incorrect.
  - Renseigner le champ Kubernetes cmdb_ci_docker_container.status par état de conteneur (EN COURS D’EXÉCUTION, ARRÊTÉ, ...)
  - Schémas de découverte Types d’informations d’identification sn_itom_pattern_kubernetes/sn_itom_pattern_pcf sont absents de la liste de choix du champ discovery_credentials.type, ils s’affichent donc en bleu dans la vue de liste
- GCP
  - Ajouter la prise en charge d’un plus grand nombre de centres de données (régions) dans les modèles GCP
  - Modèle Kubernetes GCP : caractère Unicode dans le nom du père
  - GCP : des relations incorrectes sont créées entre la table de VM et le centre de données/la zone de disponibilité GCP
  - La découverte des ressources GCP ne fonctionne pas
  - Besoin d’ajouter d’autres centres de données logiques au modèle « Google GCP : obtenir un centre de données logique »
  - Les bases de données publiques BigQuery Cloud sont dupliquées pour chaque compte
- AWS
  - Services de base de données AWS : Opensearch : certaines ressources ne sont pas détectées
  - Amélioration de la réponse AWSAPICommand pour capturer des informations de réponse supplémentaires pour les scénarios d’erreur
  - La découverte de plusieurs ressources AWS différentes ayant des ID de ressources identiques entraîne la création d’un seul CI dans la CMDB
  - Les étapes de modèle avec une logique qui appelle l’API AWS peuvent renvoyer l’erreur « État : 400 - Limitation - Taux dépassé »
  - Requête lente sur « a_str_7 » EST NULL provenant des tâches « ASYNC : découverte : modèle de capteurs Launc » observée lors de l’exécution du modèle de serveur virtuel Amazon AWS
- Azure
  - Erreurs de découverte dans le cloud Azure : découverte basée sur le modèle
  - Valeur de toutes les balises manquante dans le VM Azure détecté
  - Les instances d’ordinateurs virtuels ne sont pas mises hors service après la stratégie de suppression d’Azure - Modèle d’ordinateur virtuel (LP)
- EMC Isilon
  - Modèle de grappe EMC Isilon manquant fabricant et ID de modèle
  - Le modèle EMC Isilon joint tous les disques à tous les partages NFS et Samba en raison d’une condition de correspondance manquante
- Dans le cloud
  - Modifiez tous les nouveaux modèles Azure et AWS Large Payload (LP) sur l’état Non actif et ajoutez-les au script de migration CPG vers le modèle
  - L’état de la paire de clés dans le cloud est « Absent », même s’il ne devrait pas l’être.
  - L’espace de fin n’est pas tronqué pour le compte de service object_id dans le formulaire Compte de service dans le cloud
- Rubrik
  - Découverte Rubrik met à jour « Système d’exploitation », « Version de système d’exploitation » et « Statut opérationnel » pour Windows Server CI
  - Le script pre post « Rubrik « mettre à jour les instances VMware » ne recherche pas correctement l’hôte ESX et supprime les instances VMware, ce qui entraîne une défaillance du traitement du résultat du modèle
- Base de données Oracle
  - L’extension de modèle de base de données Oracle sur Unix « Obtenir les informations sur la taille de l’instance Oracle » étape 27 « Obtenir les informations sur la taille de l’instance Unix » n’analyse pas correctement si le résultat de la commande se trouve sur plusieurs lignes.
  - « Obtenir les informations sur la taille de l’instance Oracle » de l’extension de modèle « Obtenir la taille de l’instance Oracle » À l’étape 26, « obtenir la taille de la PDB » est en mesure d’obtenir les informations de taille totale, mais ne parvient pas à récupérer used_size ou free_size.
  - Lors de la détection d’une base de données Oracle sous Unix, des messages d’erreur sont renvoyés par les commandes SQL, car l’enregistrement d’informations d’identification contient des caractères spéciaux
- Citrix Netscaler SDX : Supprimer le filtre vpx_profile et corriger l’analyse du nom VDX
- Le nom du nœud de grappe ne s’affiche pas correctement
- Quelques champs de choix s’affichent non définis sur la table de certificat || MicroSoft CA - Modèle de gestion des certificats
- Découverte dans le cloud OCI ne détecte pas les balises : les balises ne sont pas détectées pour les ordinateurs virtuels OCI.
- Mises à jour involontaires des enregistrements du serveur lors du traitement des résultats « Composants Nutanix »
- L’extension de modèle « Citrix Xen HyperV » marque le serveur Linux comme « virtuel »
- L’étape 16 du modèle « Serveur Zookeeper » échoue lorsqu’elle est exécutée dans le concepteur de modèle

Reportez-vous au PDF des notes de publication de Discovery and Service Mapping Patterns version 1.0.90.

Nouveau :
- Création automatique de planificateurs sans serveur Kubernetes GCP
- Prise en charge de la découverte de la base d’événements des services de base de données GCP pour :
  - BigQuery
  - BigTable
  - Cloud SQL
  - Banque de données
  - Base de feu
  - Magasin de feu
  - Magasin de mémoire
  - Clé
Fixe:
- Les modèles Zookeeper - Découverte et Mappage des services contiennent une erreur de code.
- 400 : demande incorrecte, erreur lors de l’accès aux balises de l’équilibreur de charge dans le cloud lorsque la longueur de l’URL est longue.
- Supprimez les mots non autorisés de l’étiquette des étapes.
- Azure
  - Relations de carte réseau virtuelle : échec de la création de la relation « Implémenter un point de terminaison à ::Implémenter un point de terminaison à partir de » pour quelques valeurs
  - cmdb_ci_cloud_webserver table n’est pas renseignée après la découverte
  - ConnectionPoolTimeoutException
- GCP
  - Corriger les EVAL de base de données GCP pour ne pas contenir de boucle à l’intérieur d’une boucle
  - Le modèle d’ordinateur virtuel échoue lors d’une découverte d’analyse complète
  - Services de base de données : problème de test d’événement.
  - Services de base de données : le modèle Firebase n’est pas disponible dans le cadre de app-itom-patterns-1.0.89-rc.2-app
  - Le modèle de type de disque échoue lorsqu’une découverte d’analyse complète est effectuée.
  - L’entrée d’analyse a échoué, tentative avec le préfixe Une erreur racine se produit dans le modèle pour les ordinateurs virtuels GCP à cette étape : « Analyser les attributs des ordinateurs virtuels Google »
  - Le nombre de consoles IPAddress ne correspond pas au nombre d’enregistrements Glide GCP et de tables GCP
- Des charges utiles en double dans le modèle d’informations de partition A10 entraînent l’échec d’un modèle d’équilibreur de charge A10
- La découverte Kafka ne remplit pas les enregistrements de consommateurs, de producteurs, de rubriques ou de groupes de consommateurs Kafka
- Nouvelle version de l’opération personnalisée Analyser JSON
- Le script préalable au capteur Nutanix ne correspond pas à une chaîne vide pour ip_address
- Seules les informations d’identification de stockage avec l’ordre de priorité le plus élevé sont utilisées : modèle « FlashBlade Pure Storage »
- Problèmes de performance dans la section d’extension « "Licence d’image" » pour « "Amazon AWSExecutable Template pattern" »

Nouveau :
- Azure Services
  - Ensemble d’échelles d’ordinateurs virtuels
  - Passerelle NAT virtuelle
  - Zone DNS privée
  - Appairage de réseaux virtuels
  - Itinéraire express direct
  - Passerelle du réseau local
  - Connexion Azure
  - Base de données Cosmos
  - Service de file d’attente
  - Service de table
  - Service de fichiers
  - Partages de fichiers
- GCP : services de base de données
  - Base de données BigQuery
  - Base de données Firebase
  - Base de données Cloud SQL
  - Base de données FireStore
  - Base de données de stockage de la mémoire
  - Base de données Spanner
  - Base de données de grande table
Changé:
- Prendre en charge l’IAAS globale/régionale GCP
- Grappe distante Couchbase
Fixe:
- La découverte du serveur AIX échoue si le serveur AIX est physique
- Azure : le nom de l’image est renseigné uniquement avec la version de l’image lorsque l’image est renseignée via des événements
- cmdb_ci_openshift_images n’est pas une extension de cmdb_ci_docker_image ou de son cmdb_ci_oslv_image parent
- Instance Couchbase : les unités de mesure sont manquantes dans la mémoire Attributs de taille (cmdb_ci_couchbase_cluster_node)
- Le pare-feu réseau Fortinet de nouvelle génération en cluster n’est pas détecté
- Le modèle EMC Isilion ne gère pas la dernière version de l’API
- GCP
- Services de base de données : base de données GCP Bigtable : l’attribut d’état n’est pas renseigné dans cmdb_ci_cloud_database
- Base de données Firebase : la découverte échoue avec des régions en double dans la charge utile si la base de données multi-régions est découverte
- LB : les loabalancers HTTP ne sont pas détectés en raison d’une défaillance du modèle
- LDC : le modèle d’équilibreur de charge échoue lors de la découverte LDC
- KubernetesDiscovery échoue si la grappe contient deux images différentes avec deux images différentes dans le même référentiel de conteneurs
- Le modèle renseigne le nom d’hôte pour ip_address champ lors de la création d’un enregistrement sur cmdb_ci_kubernetes_cluster table
- La découverte du serveur Linux échoue à cause d’éléments en double trouvés dans la charge utile
- Microsoft CA
- Erreur de certification de découverte
- Le modèle n’analyse pas correctement les dates valid_from et valid_to.
- Déplacer tous les fichiers « sa_pre_task_script » du dossier « update » du module d’extension Schémas vers le dossier IF de Mappage des services
- Modèle OpenStack Discovery
- operational_status de ms_sql base de données n’est pas définie correctement pour l’instance qui n’est pas dans la grappe.
- POL_QE_RP1 : discovery_admin ne pouvez pas afficher certaines des tables cmdb_ci.
- L’adresse IP privée du VM Azure n’est pas mise à jour lorsque la carte réseau est remplacée
- Données cmdb_ci_cloud_key_pair redondantes collectées lors de l’exécution du modèle « Événements du serveur virtuel Amazon AWS »
- Le modèle Java Kafka Broker n’analyse pas le répertoire d’installation et le met donc à jour avec « null »
- La logique du sn_itom_pattern. Le script ProbeInvoker inclus dans la fonction getMid peut sélectionner le mauvais serveur MID
- Les informations de la grappe Microsoft SQL Server ne sont pas capturées correctement
- Le modèle est capable d’obtenir les clés à partir de l’appel API, mais n’analyse pas toutes les clés. Au lieu de cela, il met à jour toutes les clés en une seule clé.
- La découverte d’ordinateur virtuel ne se produit pas pour le compte dans le cloud GCP : GCP version 105

Nouveau :
- Boîtier HPE BladeSystem
- Base de données Couchbase

Fixe:
- Azure
  - Le modèle HD Azure Application Gateway ne renseigne pas les adresses IP publiques et privées pour les équilibreurs de charge Azure Cloud détectés.
  - La collection de balises Azure pour la base de données Azure et le site web Azure est incompatible avec les modèles OOB des versions Paris et Quebec.
- GCP
  - L’instance de VM GCP et l’enregistrement du serveur peuvent récupérer des enregistrements de serveur incorrects à partir de la CMDB.
  - La découverte des ressources GCP ne parvient pas à créer des relations entre quelques ressources, c’est-à-dire les catégories, la fonction dans le cloud et les instances SQL.
  - Il existe des étiquettes incohérentes pour les dossiers et les organisations entre les dossiers et les projets dans GCP.
  - La mise à jour de l’état d’annulation d’approvisionnement en cascade à l’état du serveur doit être effectuée par relation.
  - Corrigez les étapes de filtrage Kubernetes si la découverte ne concerne pas tous les espaces de noms.
  - La création de relations entre un serveur et une instance d’ordinateur virtuel via la découverte d’adresses IP n’est pas prise en charge.
  - Modèles de découverte et de mappage des services ajoute un type de relation en double « Gère ::Géré par », avec un « Par » majuscule incorrect, alors que d’autres codes OOB ont traditionnellement été créé/utilisé « Gère ::Géré par ».
  - Le modèle Docker échoue à l’étape Traitement de la charge utile.
  - Il est nécessaire de prendre en charge les balises Discover pour les comptes de services AWS.
  - Modèle « Infrastructure Solaris LDOM » : si la configuration n’est pas disponible, le modèle échoue avec l’erreur « doit être ignoré ».

Nouveau :
- Étendez le modèle d’image Docker pour collecter l’instance d’image et l’entrée de l’image.
- Collection de composants MSSQL pour CI MSSQL
- Ajouts liés à la sécurité
Fixe:
- La stratégie de suppression de la table d’itinéraires ne s’applique pas
- L’extraction d’informations sur les balises d’Azure tout en utilisant Windows MID renseigne incorrectement les caractères japonais
- Google Cloud Platform (GCP) - Erreurs de serveur virtuel sur le nouveau LDC
- Le modèle « Google Cloud Platform (GCP) - Clés SSH » échoue avec l’erreur « DUPLICATE_PAYLOAD_RECORDS en raison de cmdb_ci_cloud_key_pair avec le même object_id »
- Une requête incorrecte a été utilisée dans l’étape de modèle Oracle « vérifier est CDB Unix avec SID »
- Les bases de données Oracle et les instances de base de données Oracle n’ont pas toujours été détectées : filtrage, modèle incorrect Écouteur HD Oracle
- Le modèle Kubernetes échoue avec le message d’erreur « MULTIPLE_DEPENDENCIES plusieurs éléments de relation dépendante trouvés »
- Le modèle d’exécution sans serveur Kubernetes prend beaucoup de temps à s’exécuter, ce qui entraîne souvent l’annulation du statut de découverte
- Découverte de l’édition SQL Server lorsque le processus n’est pas en cours d’exécution
- Échec de l’exploration du modèle CI, nom du modèle : Pare-feu réseau Fortinet de nouvelle génération Analyse non valide du nom dans IBM PowerHA Le modèle de grappe est en cours de création Nœuds de grappe non valides dans la table cmdb_ci_unix_cluster_node
- Les modèles S3, Dynamo et Lambda sont défaillants
- Correctifs de sécurité

Nouveau : Modèles de stockage Cloudian
Fixe:
- ZooKeeper : échec de l’exploration du modèle CI, nom du modèle : Serveur ZooKeeper » problème après la mise à niveau de Rome dans Datacenter Dev
- Kubernetes : modèle de gestionnaire d’événements Avant/après le vidage d’une énorme quantité d’instructions de journalisation dans syslog, entraînant une croissance élevée du disque de la base de données
- NetApp Solidfire : le modèle de système de stockage utilise des informations d’identification applicatives au lieu des informations d’identification de base
- Découverte AVI Vantage - échec en raison de plusieurs relations dépendantes
- Le processus de migration de CAPI vers le modèle entraîne des modèles de cloud OOB à considérer comme une personnalisation par la plateforme
- Java Kafka Broker : échecs du modèle dus à une condition préalable manquante entraînant le remplacement des valeurs et leur nullité
- Google Cloud
- Modèles GCP prenant beaucoup de temps pour terminer la découverte dans le cloud
- Échec du modèle Google Cloud Platform (GCP) - Serveur virtuel avec l’erreur de l’étape Remplir la table cmdb_ci_vm_instance avec la taille du disque
- Inclus dans le périmètre du modèle ITOM Les scripts de pré-exécution appellent SNC. PrePatternExecutionData au lieu de global. PrePatternExecution
- Enregistrements de cmdb_related_entry identiques en double prêts à l’emploi pour cmdb_key_value sur plusieurs identificateurs CI
- La découverte du serveur AIX physique échoue du fait que LPAR est introuvable, alors que la LPAR n’existe pas pour l’AIX physique
- Lors de la détection d’une base de données Oracle sur Unix, les messages d’erreur ne sont pas filtrés, de sorte que des relations incorrectes sont créées avec, par exemple, « ORA-00942 » comme description de la PDB

Nouveau :
- Hyperviseur Citrix XenServer
- Changements du modèle de stockage NetApp
Corrigé : découverte de balises manquante pour Azure Database, le site web Azure et Azure Functions

Nouveau :
- Détection de l’écouteur Oracle et de la grappe Oracle
Fixe:
- La configuration du modèle « MicroSoft CA - Certificate Management » ne se termine pas lors de la détection d’un grand nombre de certificats et nécessite des configurations de plage de décalage pour répartir la charge sur différentes exécutions de modèles.
- EMC Isilon, Demande de remplissage du système d’exploitation et de la version du système d’exploitation pour l’élément de nœud de stockage
- InfiniBox : les boîtiers de stockage et les disques correspondants ne sont pas détectés (CONTENT)Analyseur JSON Les opérations personnalisées ne parviennent pas à analyser s’il existe un attribut NULL dans le chemin d’accès de l’attribut analysé Approbation ignorée
- Plusieurs problèmes avec le modèle Azure Application Gateway : recherche DNS et doublons
- Impossible d’insérer des enregistrements dans cloud_inventory_resource table à partir de l’application incluse dans le périmètre VR
- Google Cloud Platform (GCP) : échec des clés SSH avec une erreur due à plusieurs enregistrements cmdb_ci_google_datacenter créés avec le même nom
- Le "18. L’étape « Remplir les étiquettes de projet » n’apporte pas toutes les étiquettes pour le projet GCP via le modèle d’organisation Discover Google
- La version de l’API mentionnée dans le modèle EMC Isilon à l’étape 8, obtenir les interfaces Inn, est incorrecte
- Requête incorrecte pour obtenir le catalogue dans la section d’extension Oracle

Nouveau : Motif InfiniBox
Fixe:
- Relations CI-CI manquantes dans l’exécution du modèle HACMP pendant la découverte du serveur AIX
- L’opération personnalisée CloudFoundry Get Call ajoute une barre oblique supplémentaire à l’URL lorsque la pagination est impliquée
- Le contrôleur AVI ne renseigne pas le modèle
- La table cmdb_ci_cloud_service_account n’a pas d’étiquette, ce qui oblige le compte Cloud Service à ajouter l’étiquette CI CMDB dans un scénario spécifique
- Modèle d’inventaire GCP : les balises ne sont pas renseignées
- Une adresse IP incorrecte est en cours d’affectation à la table de grappes Kubernetes pendant l’exécution du modèle Kubernetes
- MISSING_DEPENDENCY : dans la charge utile, aucune relation n’est définie pour la classe dépendante [cmdb_ci_cluster_vip] qui correspond aux règles de confinement/d’hébergement : [cmdb_ci_cluster_vip >> virtualise >> cmdb_ci_cluster]
- OCI
  - Les menus génèrent une erreur de syntaxe Oracle
  - La relation entre le VM et le domaine d’erreur est absente
  - La valeur du système d’exploitation invité « Canonical Ubuntu » n’est pas ajoutée au dictionnaire
  - La relation des sous-réseaux secondaires avec les ordinateurs virtuels n’est pas créée
- Il y a un problème de charge utile avec le modèle « Ordinateurs virtuels RHV »
- Le numéro de série physique est renseigné au lieu du numéro de série du châssis pour NetApp SolidFire Server
- L’adresse IP privée doit renseigner les enregistrements d’instance de VM dans le cloud dans AWS, Azure et GCP Discovery
- La mise à jour automatique du service Amazon AWS Config vers CMDB ne fonctionne pas sur les événements de suppression de catégorie S3
- Découverte Rubrik : les CI WindowsCluster sont renseignés dans la table Windows Server.

Nouveau :
- Grappe MSSQL.
- Mises à jour des ordinateurs virtuels dans le cloud et des services PaaS dans les services basés sur les balises.
- Mises à jour des composants Kubernetes et de leurs relations dans les services basés sur les balises.
Fixe:
- Les modèles Rubrik Discovery ont créé des doublons dans la CMDB pour les types de CI suivants : serveur, ordinateur virtuel Hyper V, instances VMware, base de données Oracle, instances MSSQL et bases de données MSSQL. Les clusters et hôtes RHV et les modèles Linux Server ont tous deux créé des enregistrements dans les enregistrements cmdb_ci_rhv_server et cmdb_ci_linux_server table représentant le même serveur. Cela a conduit à une double licence car les deux tables étendent cmdb_ci_server. Après la mise à jour des modèles de découverte et de mappage des services vers la version 1.0.72/72/73, Azure Cloud Events a créé des relations à partir de tous les nouveaux CI avec le centre de données USA Ouest.
- Commande API Le script du serveur MID incluait une raison « ne pas journaliser » pour l’échec HTTP, ce qui rendait le dépannage difficile. Formulaire de service d’application [SBS, angular] : le point d’entrée de type AWS Resource Name Le point de terminaison [cmdb_ci_enpoint_arn] doit inclure uniquement le champ « arn » et aucun champ Hôte.
- Le modèle de fonctions Azure n’a pas détecté toutes sortes de fonctions.
- La découverte du groupe d’administration Azure n’a déclenché aucune sonde de modèle. Dans la page de migration de l’interface utilisateur CAPI vers le modèle, le nom a été changé de « CAPI vers modèle » à « CMP vers modèle ». cmdb_ci_appl_kafka_topic valeurs CI n’ont pas été renseignées pour le modèle Java Kafka Broker.
- La stratégie de suppression manquait pour cmdb_ci_openshift_project. Pour les modèles EMC Isillon, le fabricant et le modèle étaient incorrects pour les éléments de nœud de stockage. Le modèle HMC s’est comporté de manière incorrecte en raison d’entrées en double de la table lpar_data. Résolution de problèmes avec le modèle d’événement d’ordinateur virtuel Azure, à savoir les erreurs IRE avec cmdb_ci_nic objet, en raison de relations manquantes avec LDC.
- Résolution des problèmes liés à la suppression des données d’événement des objets d’entrée lors de l’appel d’un modèle basé sur un événement pour GCP, car les données d’événement n’ont pas été utilisées pendant l’exécution du modèle. Résolution d’un problème signalé par un client où l’extension Openshift a échoué sur une erreur de script Groovy.
- Microsoft CA :
  - Correction d’un problème lorsque la valeur de template_list était définie sur un seul OID de modèle de certificat et que le modèle MicroSoft CA - Certificate Management échouait avec l’erreur suivante : CertUtil : -ÉCHEC de la commande -view : 0x80070057 (WIN32 : 87 ERROR_INVALID_PARAMETER)
  - Correction d’un problème où le modèle MicroSoft CA - Certificate Management échouait à l’étape « Dates de correction » avec le message d’erreur suivant : (Code Groovy failure. java.text.ParseException : date non analysable : « Aucune date valide ». Date non analysable : « aucune date valide »)

Nouveau : définition des métadonnées Password2.
Fixe:
- L’include de script de modèle de découverte dans le cloud « CloudVendor » a effectué des appels de package à Packages.com.snc.sw.log.DiscoLog.getLogger.
- Comportement incorrect lors de la création d’une tâche planifiée pour supprimer d’anciens enregistrements de type de matériel.
- Enregistrements en double de la relation cmdb_ci_logical_datacenter(type d’enfant) Hébergé le : hôtes cmdb_ci_cmp_resource(type parent) ont été créés dans la table cmdb_metadata_hosting.
- Plusieurs modèles d’application n’ont pas fonctionné comme prévu avec des échecs incohérents avec les modèles LP (429). La découverte du modèle IBM HMC Server ne s’est pas exécutée correctement. Une étape en double sur Oracle OCI : DB Home (LP) devait être supprimée.
- Lors de l’utilisation de la version de mars, le module d’extension Couche cloud n’a pas été installé en tant que dépendance transitoire lorsque le module d’extension Modèles a été activé.
- Problèmes Oracle : - Échec de l’extension de la section d’instance Oracle dans la découverte de base de données Oracle sous Windows. - Obtenir les PDB Unix avec SID ne fonctionnait pas lorsque tnsnames.ora n’était pas mis à jour. - Oracle sur Unix : la taille de la PDB n’était pas renseignée.
- Problèmes Kubernetes : - Espace de noms et comportement des enregistrements de classe de projet OpenShift incorrects. - L’attribut État du pod était incorrect.
- Problèmes Azure : - Échec de l’inventaire pour les objets VM. - Le script pré/post pour supprimer les doublons n’a pas fonctionné comme prévu pour la découverte dans le cloud Azure. - Une relation de VM à DC supplémentaire a été créée dans l’interface utilisateur. - La machine virtuelle snitommid n’a pas été détectée et donc la carte réseau virtuelle et l’image correspondantes n’ont pas non plus été détectées. - Le compte de service créé pour Azure Gov Cloud a accepté l’URL du portail au lieu de l’URL de l’API.
- Problèmes AWS : - La résiliation normale du sous-compte n’a pas fonctionné comme prévu. - Les balises pour NIC n’ont pas fonctionné comme prévu. - Toutes les valeurs de nom DNS n’avaient pas de relations avec le centre de données. - La suppression de la prise en charge de la base de données de la grappe de bases de données n’a pas fonctionné comme prévu.

Nouveau : prise en charge de la grappe AWS RDS : base de données Aurora.
Modifié : modèles cloud AWS/Azure/GCP.
Fixe:
- Le modèle Amazon Parse ECS Tags n’a pas analysé toutes les balises détectées en raison de la même variable $cluster_to_tags aux étapes 17 à 20.
- Ajout de références entre les locataires AVI et LB Services.cmdb_ci_kubernetes_cluster.ipaddress a rempli le nom d’hôte au lieu de l’adresse IP.
- Découverte a uniquement renseigné 1 PDB lorsqu’il y en avait plusieurs.
- Lors de la découverte de la taille PDB/CDB Oracle, le nom de l’instance a été renseigné avec une valeur incorrecte.
- Le type de matériel AWS n’a pas été détecté après l’exécution des scripts.
- Kafka et Zookeeper ont suggéré qu’il manquait une relation.
- Le modèle de composant Nutanix a échoué à l’étape Créer une relation entre le CMV et l’instance de VM lorsque l’instance de VM avait plusieurs cartes réseau/adresses IP.
- Problème de découverte d’Oracle Golden Gate.
- Le nom de domaine complet du pare-feu Palo Alto n’a pas été utilisé pour le nom du CI. La découverte JBoss sur la plate-forme Linux ne fonctionnait pas comme prévu.
- Le même enregistrement PDB$SEED a été affecté à toutes les instances CDB au lieu de nouvelles entrées pour chacune.
- La sonde (capteur de découverte) du « shell de sonde interactif », associée à la découverte NetScaler SDX, a laissé l’historique des appareils à l’état de classification sur l’instance OOB lorsque la détection a été déclenchée sur une machine Linux.
- Problèmes liés au débogage de certains modèles de découverte dans le cloud si le module d’extension Mappage des services n’a pas été installé.
- Azur:
  - L’étape Analyser la région nationale Azure dans n’importe quel modèle définit la variable de résultat sur « .com » au lieu de « azure.com ».
  - Échec du modèle de type de matériel pour la région westus3.
- Microsoft CA :
  - Correction du format de date à l’étape 17 de « jj/MM/aaaa HH :mm aa » à « jj/MM/aaaa hh :mm aa ».
- Infrastructure Oracle Cloud (OCI) :
  - Les instances terminées n’étaient pas détectées lors de la première exécution de découverte dans une instance propre.
  - Le point de terminaison du bloc n’a pas renseigné les attributs « hôte » et « état ».
  - La stratégie de suppression ne fonctionnait pas correctement.
  - Des zones de disponibilité en double ont été créées.

Nouveau :
- Modèles d’interface Oracle Cloud avec une charge utile volumineuse.
- Modèle de stockage NetApp SolidFire.
Fixe:
- Zookeeper - nom de grappe ajouté.
- Inventaire GCP : correction du problème [Catégorie non configurée dans la console GCP ou la valeur de la variable d’entrée « URI de catégorie d’inventaire » est dans un format incorrect]. Rubrik : résolution de problèmes avec la découverte ne fonctionnant pas comme prévu pour toutes les versions de l’API REST.
- AVI : modèle de base de session fixe pour travailler avec des en-têtes. Base de données Cassandra - correction d’un problème avec le dossier double bin dans l’exécution de la commande.
- Base de données Oracle - correction d’un problème où Obtenir les catalogues Oracle ne fonctionnait pas correctement lors de l’utilisation du port par défaut ; Le port doit être extrait des informations de connexion.
- Kafka - ajout de l’attribut isr manquant dans cmdb_ci_appl_kafka_topic.
- Résolution de problèmes liés à Linux Pacemaker et au modèle Linux Red Hat s’exécutant dans le même ordre.
- MS CA (gestion des certificats) :
  - Correction de l’indicateur -gmt manquant.
  - Correction d’un séparateur de ligne manquant.
  - Ajout d’une étape manquante.
  - Suppression u_ préfixe.
- Azure LB :
  - Correction des différences de format entre les modèles et CAPI.
  - Correction du type H/W qui échoue sur la région westus3.
- Suppression de la propriété is_paginated pour les modèles de magasin appliqués sur les instances antérieures à Paris.
- Menu Navigation dans le cloud :
  - Les attributs sont maintenant renseignés dans la vue par défaut.
  - La vue de base de données « sn_itom_pattern_amazon_cloud_database » ne génère plus d’erreur sur les instances Oracle.

Nouveau :
- Modèle de grappe Rubrik
- Modèle de grappe ZooKeeper
- Modèle de grappe Kafka
Fixe:
- Problèmes de grappes et d’hôtes RHV.
- La stratégie de suppression AWS pour la base de données dynamo n’a pas été définie correctement. Par conséquent, la détection n’a pas mis à jour les changements, même si le service a été arrêté.
- Les événements GCP ne fonctionnaient pas dans certaines versions, mais fonctionnaient dans itomqcopper.
- L’état et l’storage_type des objets blob n’ont pas été renseignés dans la table des volumes de stockage.
- Grappe UNIX : grappe Linux Pacemaker L’extension de modèle de serveur Linux a échoué en raison d’une mauvaise gestion des erreurs.
- Le modèle d’ordinateurs virtuels RHV ne s’est pas exécuté correctement avec une carte réseau qui a plusieurs adresses IP.
- Augmentation significative du temps de découverte pour Azure après l’implémentation de Blob.

Nouveau :
- Découverte de certificat TLS de l’autorité de certification Microsoft
- Modèle Microsoft Azure pour le stockage Blob
- Découverte de Citrix NetScaler SDX
Fixe:
- Correctifs de bogues pour les modèles suivants : Kubernetes, Google Cloud, AVI Load Balancer, Linux Pacemaker Cluster, AWS GovCloud et Azure Resource Inventory

Nouveau :
- Collecter des informations BYOL pour les modèles cloud AWS/Azure.
- Prise en charge de Solaris LDOM.
Changé:
- Ajoutez le basculement des commandes iproute pour stocker les modèles et les bibliothèques partagées.
- Convertissez tous les modèles Azure pour qu’ils fonctionnent avec LP, y compris GOV et Events.
- À partir de la version 1.0.71, ServiceNow est passé à l’API Azure Resource Graph « ARG »
Fixe:
- Exception d’hôtes d’analyse RHV.
- Stratégie de suppression de dynamoDB AWS.
- Modèle HD Azure Application Gateway.
- Le modèle BM HMC créait des object_ids en double.
- Le champ virtuel n’a pas été défini sur vrai pour les machines virtuelles Nutanix.
- Échec du modèle Kubernetes lors du traitement de la charge utile.
- Type de fichier incorrect mentionné à l’étape 17 du modèle Oracle GoldenGate.
- Création d’une entrée vide dans cmdb_ci_firewall_device_palo_alto à l’étape 17 (Remplir la table des périphériques de pare-feu Palo Alto) du modèle de pare-feu Palo Alto.

Extension de modèle :
- F5 : découverte de certificats TLS à partir de schémas SSH F5
Fixe:
- GCP Org : correction de bogues de contenu de modèle pour prendre en charge les dossiers et les projets Google
- Redhat Virtualization (RHV) : échec du modèle horizontal des machines virtuelles avec une erreur d’identification « aucune relation définie pour la classe dépendante [cmdb_ci_rhv_cluster] qui correspond aux règles de confinement/d’hébergement [cmdb_ci_rhv_cluster] »
- Modèle Kubernetes (YAML) : le service Kubernetes remplit le lien automatique pour éviter l’erreur de charge utile de processus dans l’extension YAML
- Correctifs de bugs du modèle Fortinet
- CSDM : ajout de relations suggérées manquantes dans 34 CI publiés dans le magasin

Nouveau :
- Cassandra : prise en charge de la découverte descendante de Service Mapping
- Organisation Google Cloud Platform (GCP) : découverte de projets, de dossiers et de ressources sous le nœud Organisation
Fixe:
- Prise en charge de la pagination pour Nutanix
- Modèle HMC : correction du bogue de script pré-capteur suivant : « Échec de la gestion du modèle et du fabricant pour HMC en raison de : TypeError : impossible de convertir null en objet »
- Google Cloud : correction du bogue de pagination de la machine virtuelle Google Cloud : « La longueur de la charge utile 29504825 dépassé la limite de 5000000 »
- Équilibreur de charge AVI - correction des bogues suivants :
  - Impossible d’extraire toutes les données et de renseigner les relations entre les pools et les membres du pool
  - La découverte verticale des équilibreurs de charge Avi Vantage échoue pour les équilibreurs de charge dans l’environnement Azure

Nouveaux modèles :
- Prise en charge HD de la base de données Cassandra
- Linux Pacemaker
- Modèles AWS CAPI à LP
Extension de modèle :
- A10 – prise en charge des partitions A10
- Enchantements APIGee
- Relation GCP entre le VM et la base IP détectée par le serveur
- Relation IBM entre le VM et la base IP détectée par le serveur
- NSX/VMware VIP
Bogue:
- RHV : gérer les relations périmées : sa_pattern_prepost_script a une variable non déclarée, provoquant une erreur dans le script post-capteur.
- Grappes et hôtes RHV : le modèle ne filtre pas les tables avant l’insertion et échoue en raison d’insertions rejetées lors de l’analyse des LCD individuels.
- Ordinateurs virtuels RHV : le modèle ne filtre pas correctement les enregistrements lorsqu’il s’exécute par rapport à un seul LDC.
- ACL et point de terminaison de bloc : ajout de filtres pour mettre à jour la table avec les valeurs pertinentes.
- Après la découverte de Kubernetes, la page du tableau de bord est vide et affiche un message d’information joint dans la capture d’écran.
- Erreur de modèle d’inventaire des ressources Azure « la table de référence n’est pas un type de CI connu cmdb_key_value » en raison d’une entrée connexe demandée manquante.
- CloudFoundry peut facilement entraîner des doublons.
- L’option Ordinateurs virtuels de découverte par adresse IP dans le calendrier de découverte RHV ne fonctionne pas.
- IBM Cloud : ordinateurs virtuels non détectés dans cette version
- Le modèle de détection Kubernetes n’est plus renseigné
- Services Kubernetes. L’analyse des connexions Kubernetes Service Mesh ne fonctionne pas correctement.
- Modèle Nutenix : le numéro de série du bloc et le type d’hyperviseur sont manquants sur l’hôte Nutanix.

Nouveaux modèles :
- Pare-feu Cisco
- Pare-feu Palo Alto
Extension de modèle :
- Kubernetes : extension de modèle pour collecter la configuration YAML et prendre en charge Istio Service Mesh
- AVI Load Balancer : Extension de modèle pour les cas d’utilisation de cartographie des services
- Base de données Oracle : extension de modèle pour la découverte de catalogue de bases de données
Bogue:
- Attribut d’informations au niveau du correctif SAP pour le CI SID SAP
- Avi load balancer :
  - Relation manquante de membre de pool
  - Port de service
  - Supprimer la stratégie
- Mise à jour de la liste d’autorisation d’inventaire Azure/AWS
- Enregistrements multiples AWS avec des valeurs vides
- Passerelle Azure : supprimer les lignes vides
- HMC:
  - Définir l’adresse IP MNG en tant qu’adresse IP
  - Attributs LPAR
  - Supprimer les cmdb_ci_processor_pool en double
  - Définir le numéro de série

Nouveau : des modèles de détection sont publiés pour les éléments suivants :
- Juniper
- Fortinet
Fixe:
- Kubernetes
  - Nom unique créé pour prendre en charge la détection basée sur les balises
  - Obtenir les prises en charge des appels correctement les résultats tokenisés en boucle
- Inventaire GCP
  - Espace supplémentaire supprimé du nom du modèle
- Équilibreur de charge AVI
  - Enregistrement en double supprimé du sa_ci_to_pattern
- Nutanix
  - Correction d’instance d’ordinateur virtuel manquante dans les résultats de découverte
  - Composant Nutanix rempli avec NIC/IP
  - Correction de défaillances du serveur d’analyse sur KVM

Pour Madrid les instances, la version minimale requise est Madrid le correctif 5.

Nouveau :
- Fournit une visibilité pour l’équilibreur de charge VMware NSX Edge, le service d’équilibreur de charge, le pool d’équilibreurs de charge, le membre du pool d’équilibreurs de charge et le service d’intégrité de l’équilibreur de charge.
  Les équilibreurs de charge (LB) VMware NSX Edge permettent des services à haute disponibilité et répartissent la charge du trafic réseau entre plusieurs serveurs. NSX Edge distribue les demandes de service entrantes de manière égale entre plusieurs serveurs de sorte que la répartition de la charge est transparente pour les utilisateurs.
- Extensions de modèle pour les points d’accès sans fil
Fixe:
- Kubernetes : correction des références en double et de l’analyse incorrecte
- ECS : correction d’un problème d’échec de l’identification
- IBM Cloud LB, AVI LB, GCP VM : corrections de bogues mineurs

Nouveau :
- Fournit une visibilité aux constructions OpenStack suivantes :
  - Service d’identité Keystone
  - Service Nova-Compute
  - Service d’image Glance
  - Stockage en parpaings
  - Mise en réseau neutronique
  - Octavia Load Balancer
  - Tableau de bord Horizon
- Fournit une prise en charge de l’authentification basée sur les cookies de session pour le modèle de détection de l’équilibreur de charge AVI

Les versions minimales requises sont London Patch 10 ou Madrid Patch 5.

Prise en charge de la virtualisation Red Hat
- Red Hat Virtualization est une plate-forme ouverte définie par logiciel qui virtualise les LinuxMicrosoft charges de travail Windows. Avec la version de contenu de janvier, la CMDB bénéficie d’une visibilité sur les centres de données Red Hat, les clusters, les hyperviseurs KVM, les machines virtuelles et l’état du cycle de vie.
Prise en charge de l’équilibreur de charge Avi Vantage
- L’architecture évolutive définie par logiciel d’Avi Vantage fournit une mise à l’échelle automatique à la demande des équilibreurs de charge élastiques. Tirez parti du modèle Avi Vantage pour obtenir une visibilité de l’équilibreur de charge Avi Vantage à construire dans le CMDB et effectuez un mappage de haut en bas pour les adresses IP virtuelles de l’équilibreur de charge Avi.
Informations importantes :
- Lors d’une mise à niveau vers la version New York, la version d’avril 2019 (1.0.39) des modèles Détection et Mappage des services est automatiquement installée pour les clients Discovery.
- Remarque : cela peut allonger le temps de mise à niveau en fonction de la taille de votre CMDB. Pour réduire le temps de mise à niveau, installez les modèles de découverte et de mappage des services à partir du ServiceNow Store avant d’effectuer une mise à niveau vers la version New York.

Amazon Web Services (AWS), Elastic Container Service (ECS) et Fargate :
- AWS Elastic Container Service (ECS) est un service de gestion des conteneurs hautement évolutif, rapide et qui facilite l’exécution, l’arrêt et la gestion des conteneurs Docker.AWS Fargate est un moteur de calcul pour Amazon ECS qui permet aux clients AWS d’exécuter des conteneurs sans avoir à gérer de serveurs ou de clusters. Avec la version de contenu de novembre, les utilisateurs ServiceNow bénéficient d’une visibilité pour les grappes ECS, les services ECS, les définitions de tâches ECS, les tâches ECS, les conteneurs Docker et les instances de conteneurs ECS.
Inventaire générique de Google Cloud Platform (GCP)
- Avec la version de contenu de novembre, bénéficiez d’une visibilité sur tous les services GCP avec un modèle unique, qui peut collecter des données d’inventaire sur les services GCP déployés avec des informations sur les balises et partager des informations dans la CMDB. La liste d’autorisation des services en fonction du type de ressource peut également aider les clients à restreindre l’afflux de données dans la CMDB.
Informations importantes :
- Lors d’une mise à niveau vers la version New York, la version d’avril 2019 (1.0.39) des modèles Détection et Mappage des services est automatiquement installée pour les clients Discovery.
- Remarque : cela peut allonger le temps de mise à niveau en fonction de la taille de votre CMDB. Pour réduire le temps de mise à niveau, installez les modèles de découverte et de mappage des services à partir du ServiceNow Store avant d’effectuer une mise à niveau vers la version New York.

Les versions minimales requises sont London Patch 10 ou Madrid Patch 5.

Nouveau :

Fournit une visibilité sur les grappes OpenShift en découvrant des informations sur les projets, les images, les flux d’images, les utilisateurs, les groupes, les itinéraires, les configurations de version et les configurations de déploiement.
Fournit une visibilité sur l’état des grappes HAMP, les groupes de ressources, les ressources de grappes, les nœuds et la configuration de l’interface.

Les versions minimales requises sont London Patch 10 ou Madrid Patch 5.

Nouveau :

Visibilité sur la base de données enfichable Oracle : obtenez une visibilité sur la base de données enfichable Oracle (PDB) et sa relation avec la base de données de conteneur (CDB). La nouvelle extension Discovery fournit des relations de topologie entre les PDB/CDB et renseigne les détails de version/édition de tous les PDB.
Inventaire générique AWS : obtenez une visibilité sur tous les services AWS avec un seul modèle, qui peut collecter des données d’inventaire sur les services AWS déployés à l’aide des informations de balise. La liste d’autorisation des services en fonction du type de ressource peut également aider les clients à restreindre l’afflux de données dans la CMDB.

Fixe:

Modifications apportées au modèle IBM HMC
Corrections de bogues et changements mineurs apportés aux données d’utilisation des ressources du cadre dans la CMDB

Les versions minimales requises sont London Patch 8 ou Madrid Patch 4.

Nouveau :

Visibilité sur les systèmes d’alimentation IBM via Hardware Management Console (HMC) : prise en charge de la découverte des serveurs HMC et de leurs dépendances topologiques critiques avec des serveurs Frame, LPAR et VIO
Changements de la découverte dans le cloud IBM : la visibilité sur IBM Cloud Les balises IaaS augmentent la conscience contextuelle des objets cloud IaaS détectés à l’aide de la découverte IBM Cloud
Changements de découverte de Google Cloud Platform (GCP) : la visibilité sur les étiquettes IaaS GCP modifie la prise en compte du contexte des objets cloud IaaS détectés à l’aide de la découverte GCP. La version 1.0.49 étend également la prise en charge de la découverte pilotée par événement pour les équilibreurs de charge GCP.

Les versions minimales requises sont London Patch 8 ou Madrid Patch 2.

Nouveau : Possibilité de découvrir l’infrastructure hyperconvergée Nutanix (hyperviseur Acropolis et VMware ESX/ESXi). Le nouveau modèle collecte des informations sur les éléments critiques de l’infrastructure Nutanix et leurs dépendances à partir de PRISM Central. Les clients peuvent obtenir une visibilité complète des grappes, des hôtes, des instances de machines virtuelles Nutanix, des balises de machine virtuelle, des machines virtuelles de contrôle, des pools de stockage et des conteneurs de stockage.

Les versions minimales requises sont London Patch 8 ou Madrid Patch 2.

Modifications de IBM Cloud Discovery : collectez des données sur l’emplacement et les groupes de ressources pour les éléments de configuration (CI) hébergés sur IBM Cloud.
Changements de découverte dans le cloud AWS : détectez les balises pour les services PaaS AWS hébergés sur le cloud AWS. Cette modification permet de récupérer les informations des services AWS PaaS à partir de la CMDB ServiceNow en fonction des balises. Découvrez les services AWS Cognito à l’aide d’un modèle dédié. Amazon Cognito fournit des fonctions d’authentification, d’autorisation et de gestion des utilisateurs pour les clients AWS.
Changements de Découverte dans le cloud Azure : utilisez la nouvelle classe CI CMDB [cmdb_ci_cmp_resource] pour conserver des informations sur tous les services sur la liste d’autorisation hébergés sur le cloud Azure. À l’avenir, la même table contiendra les données d’inventaire génériques d’AWS.
Modifications de Google Cloud Discovery : détectez des CI spécifiques hébergés sur Google Cloud en fonction des événements. Cette fonctionnalité permet d’écrire de nouvelles mises à jour en temps réel sur les données des ordinateurs virtuels Google Cloud, du stockage, du réseau, du pare-feu et des sous-réseaux dans la CMDB.
ID système SAP : utilisez l’ID système SAP pour le processus de gestion des incidents ou des changements ITSM. Cette fonctionnalité est prise en charge par une nouvelle classe CI CMDB pour le stockage des ID système SAP.

Les modèles nouveaux/mis à jour suivants sont disponibles :

Prise en charge du modèle de découverte multicloud :
- Cloud IBM
- Google Cloud
Pivotal Cloud Foundry
Oracle Golden Gate

Les modèles nouveaux/mis à jour suivants sont disponibles :

Objets Cloud Platform-as-a-Service :
- Base de données AWS Dynamo : ajout de la découverte basée sur les événements et de relations de table globales
Baie de stockage FlashBlade Pure Storage
Grappe Veritas sur Unix

Les modèles nouveaux/mis à jour suivants sont disponibles :

Objets de Cloud Platform-as-a-Service
- AWS S3 : capacité ajoutée et détection basée sur les événements
- Base de données AWS Dynamo
Apigee

Notes de publication Modèles de détection et de mappage des services

Stocker les notes de version

Notes de publication Modèles de détection et de mappage des services

Lire la documentation sur les modèles en un seul endroit

Historique de version