Notes de mise à jour de l'édition Classic ( Docker )

Correctifs

Une faille de sécurité (CVE) affectant l'image « Nginx » a été corrigée.

Correctifs

Une faille de sécurité (CVE) affectant l'image « Nginx » a été corrigée.

Fonctions :

• {unit}-{tenant}.instana.io/api/host-agent/{hostId}/configurationLes utilisateurs peuvent désormais télécharger les configurations des agents à des fins de sauvegarde, d'audit ou de dépannage depuis le tableau de bord de gestion des agents ou via le point de terminaison API.

  La nouvelle autorisation RBAC « Peut télécharger la configuration de l'agent » contrôle l'accès à cette fonctionnalité. Les administrateurs peuvent attribuer cette autorisation aux rôles qui en ont besoin.

• Vous pouvez désormais modifier le mode d'un agent ou d'un groupe d'agents à l'aide des points {unit}-{tenant}.instana.io/api/host-agent/{hostId}/mode de terminaison API et {unit}-{tenant}.instana.io/api/host-agent/mode.

  APMCette fonctionnalité permet aux équipes de basculer rapidement vers les agents, INFRA / INFRASTRUCTURE, ou OFF à des fins d'intervention opérationnelle, de dépannage ou pour éviter toute interruption de service sur l'hôte.

  Les autorisations Configuration of agent mode RBAC existantes régissent l'accès à cette fonctionnalité.

Améliorations :

• Vous pouvez désormais filtrer et regrouper les appels dans le tableau de bord « Appels » de l'application Analytics à l'aide des champs d'identifiant. Le filtrage est pris en charge à l'aide de l'identifiant d'appel (Call ID) et de l'identifiant d'appel parent (Parent Call ID), qui n'étaient auparavant disponibles que sous forme de balises internes, tandis que le regroupement est pris en charge à l'aide de l'identifiant de trace (Trace ID) et de l'identifiant d'appel parent (Parent Call ID).
• Dans l'interface utilisateur d' Instana, la carte de l'infrastructure affiche désormais l'ID d'abonnement des ressources « Azure », telles que les entités Key Vault, Managed HSM et Service Bus (files d'attente et sujets).

• AWS L'intégration de Metric Streams prend désormais en charge d'autres services d' AWS :

  • Amazon Bedrock : Suivre les indicateurs des modèles de base qui utilisent la ModelId dimension
  • Amazon CloudFront : surveiller les indicateurs du CDN qui utilisent la DistributionId dimension
  • DocumentDB d'Amazon : Suivi des métriques de cluster ou d'instance utilisant DBClusterIdentifier les dimensions et DBInstanceIdentifier ```
  • MQ d'Amazon : surveiller les intermédiaires de messages qui utilisent la Broker dimension

• Les composants en cours d'exécution s'affichent dans les barres latérales des entités d'infrastructure. Ils présentent le niveau de détail le plus poussé concernant les composants d'exécution au sein de l'entité actuelle. Les entités englobantes suivantes sont épinglées afin d'être affichées avec leurs éléments enfants :

  • AceIntegrationServer
  • IbmIOs
  • IbmMqQueueManager
• Dans les versions précédentes, le délai avant qu'une entité ne soit marquée comme hors ligne était directement proportionnel à sa fréquence d'interrogation. Par exemple, avec une fréquence d'interrogation de 60 secondes, l'entité était considérée comme hors ligne 20 minutes après avoir effectivement cessé de fonctionner. Dans la version actuelle, le délai d'expiration est calculé comme suit :
  • Pour les fréquences d'interrogation inférieures à 15 secondes, le délai est égal à 20 fois la fréquence d'interrogation.
  • Pour des fréquences d'interrogation de 15 secondes ou plus, le délai est égal à 5 fois la fréquence d'interrogation.
  Par conséquent, avec une fréquence d'interrogation de 60 secondes, Instana considère désormais l'entité comme hors ligne au bout de 5 minutes.
• Vous pouvez désormais définir le fuseau horaire pour les canaux d'alerte par e-mail, via Office 365 et Microsoft Teams dans les paramètres avancés d'ajout d'un canal d'alerte. En définissant le fuseau horaire, les destinataires des notifications d'alerte reçues via les canaux d'alerte voient les messages s'afficher dans le fuseau horaire configuré, et non plus selon l'heure UTC par défaut.
• Les balises d'agent dans Analyze Infrastructure sont désormais regroupées sous la catégorie « Agent ». Cette amélioration garantit la cohérence avec Unbounded Analytics.

• Les installations auto-hébergées prennent désormais en charge davantage d'options permettant de configurer la conservation des données des applications et la surveillance des utilisateurs finaux :

  • Vous pouvez désormais réduire la durée de conservation complète des données à court terme à seulement 2 jours, tout en pouvant également l'augmenter par rapport à la valeur par défaut de 7 jours.
  • Vous pouvez désormais configurer la durée de conservation des données échantillonnées à long terme et la réduire par rapport à la valeur par défaut de 396 jours.

  Ces options de configuration vous permettent de réduire l'espace disque utilisé par la base de données de l'application lorsque vous n'avez besoin que de plages de temps plus courtes pour vos analyses.

• Instana prend désormais en charge le SDK « AWS » pour Java 2.x. Il remplacera à l'avenir le SDK « AWS » pour « Java » 1.x. Pour plus de détails sur le calendrier, consultez la section « Fonctionnalités obsolètes ».

Correctifs

• Le bouton « Analyser l'objectif » associé aux objectifs de conversion d'un site Web applique désormais correctement les filtres définis par l'utilisateur dans la vue « Analyser ».

• Les agrégations sur 5 secondes des indicateurs de GC d' JVM sont désormais correctement prises en compte. Auparavant, les agrégations toutes les 5 secondes concernant les appels de GC et le temps utilisé se basaient sur la moyenne des échantillons. Ils utilisent désormais la somme des échantillons. Lorsque vous utilisez Beeinstana, les rollups d'une durée supérieure à 5 secondes utilisent l'agrégation définie par l'utilisateur.

  En matière d'alertes, les agrégations toutes les 5 secondes ne sont utilisées que pour les événements standard. Les alertes intelligentes utilisent l'agrégation définie par l'utilisateur.

• Amélioration de la fiabilité des alertes intelligentes afin d'éviter les faux positifs. Auparavant, il était possible de désactiver les alertes intelligentes après une opération de maintenance sur le composant de remplissage. Cette correction vise à améliorer la résilience des alertes intelligentes et à éviter les faux positifs.
• Dans certaines conditions, le système de surveillance des applications n'a pas réussi à associer les appels « HTTP » utilisant des ports non par défaut à l'infrastructure surveillée. Ce problème est maintenant résolu.
• L'option permettant d'installer l'agent à l'aide de fichiers d' YAML s statiques disponibles sur Kubernetes ou Red Hat OpenShift a été supprimée de l'interface utilisateur d' Instana. Ces options ont été dépréciées en mars 2025.

Correctifs

Une faille de sécurité (CVE) affectant l'image « Nginx » a été corrigée.

Fonctions :

• Exécuter l'agent « Instana » en tant qu'utilisateur non root sur Linux (préversion publique) : vous pouvez désormais exécuter l'agent « Instana » en tant qu'utilisateur non root sur la plateforme Linux tout en conservant l'intégralité des fonctionnalités de surveillance. Cette fonctionnalité est disponible en avant-première publique. Pour plus d'informations sur les détails d'installation et de configuration, consultez les instructions d'installation de l'agent en tant qu'utilisateur non root.
• Explorateur de graphes pour l'infrastructure : une nouvelle vue « Explorateur de graphes » est désormais disponible sur le tableau de bord Infrastructure. Elle offre une représentation visuelle des entités de l'infrastructure et de leurs relations à l'aide d'une structure de graphe composée de nœuds et d'arêtes.
• Surveillance des groupes de disponibilité « Microsoft SQL Server » (AG) : le capteur « Microsoft SQL Server » prend désormais en charge la surveillance des groupes de disponibilité « Always On » (AG), en collectant des métriques tant au niveau de l’instance qu’au niveau de l’entité du groupe de disponibilité. Pour plus d'informations, consultez la section « Surveillance » Microsoft SQL Server.

Améliorations :

• Analyser l'infrastructure : vous pouvez désormais ajouter des métriques à partir de la section « Métriques » du tableau de bord « Analyser l'infrastructure » dans l'interface utilisateur d' Instana. La liste « Sélectionner les indicateurs » n'est plus disponible.
• Tableaux de bord personnalisés : widgets optimisés pour réduire au minimum les rechargements inutiles. Cette amélioration optimise les performances lors de la modification et de la configuration des tableaux de bord personnalisés.
• Valeurs approximatives d'ingestion dans le tableau de granularité des données : le tableau de granularité des données a été enrichi afin de fournir des volumes d'ingestion approximatifs pour tous les types de données, notamment les services et les points de terminaison, les sites Web et applications EUM, ainsi que les tests synthétiques.

Correctifs

Filtrage et regroupement des en-têtes « HTTP » dont le nom contient des points : le traitement des traces en arrière-plan ne gérait pas correctement les en-têtes « HTTP » dont le nom contenait des points. Par conséquent, le filtrage et le regroupement sur ces en-têtes donnaient des résultats erronés. Ce problème est maintenant résolu.

• Plusieurs problèmes liés au téléchargement de l'Agent ont été résolus.
• La durée écoulée avant qu'une entité surveillée ne passe à l'état « Hors ligne » a été déterminée comme un multiple direct de sa fréquence d'interrogation configurée. De ce fait, une entité dont le taux d'interrogation était de 60‑second n'était signalée comme hors ligne qu'environ 20 minutes après avoir cessé de transmettre des données. Le problème est maintenant résolu. Pour les entités dont la fréquence d'interrogation est de 15 secondes ou plus, un délai d'expiration plus court et plus constant est appliqué. Par exemple, avec une fréquence d'interrogation de 60‑second, une entité passe à l'état « Hors ligne » après 5 minutes d'inactivité.