En surveillant activement votre organisation ArcGIS Enterprise, vous pouvez stabiliser la disponibilité du système, identifier les problèmes de performances ou les pannes des services et ajuster de manière proactive les ressources allouées entre les machines concernées pour l’exécution des applications sous-jacentes. Les solutions de surveillance peuvent effectuer des contrôles actifs des extrémités couramment utilisées et avertir les contacts appropriés lorsque la réponse ne se situe pas dans la tolérance attendue. Vous pouvez en outre les utiliser pour collecter des informations historiques qui peuvent corroborer les journaux système et logiciels lors d’une analyse de cause première ou d’enquêtes postmortem.
ArcGIS Monitor vous permet de surveiller votre organisation ArcGIS Enterprise, mais vous pouvez également faire appel à des outils tiers pour obtenir des résultats similaires. Les informations ci-dessous constituent un point de départ pour l’intégration des solutions de surveillance avec ArcGIS Enterprise.
Surveiller les métriques
En règle générale, il existe deux perspectives de surveillance des applications d’entreprise : l’utilisation des ressources et l’expérience utilisateur.
L’utilisation des ressources est un concept familier pour les personnes qui travaillent dans l’administration des systèmes : elle implique les caractéristiques des ensembles de machines et de l’infrastructure de support qui exécutent les logiciels de l’entreprise. Ces métriques sont généralement proportionnelles au volume des utilisateurs qui accèdent à la plateforme, mais certains processus peuvent entraîner des pics d’utilisation significatifs.
La surveillance de l’expérience utilisateur reflète quant à elle généralement la manière dont le client se connecte et interagit avec les applications frontales et est familière aux analystes métier et aux administrateurs SIG. Ces métriques sont utiles pour déterminer les temps de réponse de base des différentes demandes et permettent ensuite d’établir les seuils auxquels les équipes d’administration doivent être alertées. Certains aspects de l’expérience utilisateur doivent également tenir compte d’éléments extérieurs aux temps de réponse, comme l’expiration des certificats SSL.
Les sous-sections ci-dessous décrivent la surveillance d’un système sous l’angle de l’utilisation des ressources.
Utilisation des ressources
Lorsque vous surveillez des machines dans un déploiement ArcGIS Enterprise sous l’angle de l’utilisation des ressources, les métriques à suivre sont les suivantes :
- Processeur : lorsque le processeur d’une machine concernée connaît un pic ou atteint 100 % de ses capacités, les demandes de calcul sont retardées, ce qui est susceptible d’entraîner un retard dans le renvoi des informations. Cela s’applique à tout traitement en cours d’exécution en cas de pic d’activité.
- Mémoire physique : lorsque la mémoire physique approche les 100 % d’utilisation, les traitements en cours d’exécution sont susceptibles de connaître des incidents lorsqu’ils tentent d’utiliser de l’espace mémoire supplémentaire. Cela peut être atténué par la présence de mémoire virtuelle.
- Mémoire virtuelle : la mémoire virtuelle offre une zone tampon entre la mémoire physique d’une machine et le stockage sous-jacent. Elle utilise une partie du stockage sous-jacent pour échanger des données en dehors de la mémoire physique tout en les gardant accessibles de manière plus immédiate que si elles étaient chargées directement à partir du disque. Les incidents dus à une insuffisance de mémoire virtuelle sont courants sur les systèmes Windows. Le développement de la mémoire virtuelle (croissance du fichier d’échange) commence à 90 % d’utilisation de la mémoire physique. Dans certaines configurations, il se peut que la mémoire virtuelle soit épuisée avant que la mémoire physique atteigne 100 %.
- Mémoire allouée : la capacité de mémoire allouée au système est la somme de la mémoire physique d’une machine et de la taille de la mémoire virtuelle à un point donné dans le temps. Puisque la mémoire virtuelle peut augmenter, la limite de mémoire allouée peut évoluer dans le temps. Une machine qui approche les 100 % d’utilisation de la mémoire allouée indique que les mémoires physique et virtuelle sont épuisées et que des ressources supplémentaires sont nécessaires.
- Espace disponible de l’espace disque : une insuffisance d’espace disque sur le système, l’application ou les volumes de données d’un système peut avoir des conséquences significatives sur l’exécution du système d’exploitation et des applications qui dépendent de ces volumes. Il convient de surveiller l’espace disponible pour vérifier que les systèmes ne manquent pas d’espace disque et pour identifier les augmentations significatives d’utilisation de l’espace, ce qui pourrait indiquer des événements de publication anormaux.
Lorsque vous surveillez votre système, gardez à l’esprit que les goulets d’étranglement du réseau, bien qu’ils tendent à se raréfier dans les environnements de réseau d’entreprise, peuvent affecter les temps de réponse optimaux des composants ArcGIS Enterprise. Cela est particulièrement vrai dans un environnement qui compte plusieurs machines et dans lequel de nombreuses demandes internes sont échangées entre tous les composants ArcGIS Enterprise et d’autres sources de données et services de fichier inscrits.
Dans la mesure du possible, établissez la liste des traitements du processeur et de la mémoire afin d’identifier le traitement qui connaît un pic pendant une durée donnée. Si vous utilisez ce niveau de granularité de la surveillance, la partie ligne de commande du traitement permet, par exemple, de distinguer les composants ArcGIS Enterprise internes les uns des autres ou de l’analyse anti-virus en temps réel.
Il convient de surveiller non seulement les machines sur lesquelles les composants ArcGIS Enterprise sont installées, mais aussi les serveurs de fichiers et les instances de base de données dont peut dépendre le fonctionnement du déploiement. Les applications ArcGIS Enterprise démarrent généralement à leurs plus bas niveaux de consommation des ressources. Au fur et à mesure que les utilisateurs accèdent aux applications et les utilisent, leur consommation des ressources évolue proportionnellement à l’utilisation des ressources.
Collecter les métriques liées aux ressources
Vous pouvez utiliser l’Analyseur de performances Windows pour collecter des données sur l’utilisation des ressources système. Vous pouvez configurer cet outil de collecte afin qu’il capture différentes métriques, mais les métriques ajoutées à un ensemble de collecteurs de données dans l’exemple suivant sont indiquées ci-dessus. Vous pouvez exécuter des ensembles de collecteurs de données sur des ordinateurs distants afin de pouvoir implémenter une machine de surveillance centrale pour la collecte de métriques à partir de plusieurs machines exécutant le logiciel ArcGIS Enterprise.
Remarque :
Il ne s’agit que d’un exemple de collecte de métriques ; vous pouvez configurer n’importe quel logiciel de surveillance de manière similaire pour capturer les métriques d’utilisation des ressources. Pour de plus amples informations, consultez la documentation du logiciel.
Pour configurer un ensemble de collecteurs de données, procédez comme suit :
- Cliquez sur Start (Démarrer) > Windows System (Système Windows) > Control Panel (Panneau de configuration).
- Sélectionnez System and Security (Système et sécurité) et cliquez sur Administrative Tools (Outils d’administration).
- Cliquez sur Performance Monitor (Analyseur de performance.
- Développez Data Collector Sets (Ensembles de collecteurs de données) et cliquez avec le bouton droit sur User Defined (Définis par l’utilisateur).
- Sélectionnez New (Nouveau) > Data Collector Set (Ensemble de collecteurs de données).
- Créez un ensemble de collecteurs de données :
- Saisissez un nom pour l’ensemble de collecteurs de données.
- Sélectionnez Create manually (Advanced) (Créer manuellement (avancé)).
- Cliquez sur Next (Suivant).
- Cochez la case Performance counter (Compteur de performance) sous Create data logs (Créer des journaux de données) et cliquez sur Next (Suivant).
- Cliquez sur Add (Ajouter) pour consigner les compteurs de performance.
- Ajoutez un compteur de performance pour collecter des données sur l’utilisation du processeur :
- Accédez à Processor (Processeur) dans la liste des compteurs disponibles.
- Développez Processor (Processeur) et sélectionnez % Processor time (% temps processeur).
- Sélectionnez _Total (_Total) sous Instances of selected object (Instances de l’objet sélectionné).
- Cliquez sur Add (Ajouter). Le compteur apparaît sous Added counters (Compteurs ajoutés).
- Ajoutez des compteurs de performance pour suivre les métriques d’utilisation des autres ressources :
Recherchez et développez Logical Disk (Disque logique), cliquez sur % Free Space (% d’espace libre), puis sélectionnez <All instances> (<Toutes les instances>) de l’objet sélectionné. Cliquez sur Add (Ajouter).
-
Recherchez et développez Network Interface (Interface réseau), cliquez sur Bytes Total/sec (Total des octets/s), puis sélectionnez <All instances> (<Toutes les instances>) de l’objet sélectionné. Cliquez sur Add (Ajouter).
Recherchez et développez Memory (Mémoire), puis cliquez sur % Committed Bytes in Use (Pourcentage d’octets dédiés utilisés). Cliquez sur Add (Ajouter).
Cliquez sur Memory (Mémoire) > Available MBytes (Mégaoctets disponibles). Cliquez sur Add (Ajouter).
Cliquez sur Memory (Mémoire) > Pages/sec (Pages/s). Cliquez sur Add (Ajouter).
- Cliquez sur OK.
- Modifiez la valeur de Sample interval (Intervalle d’échantillonnage) sur 5 et définissez l’option Units (Unités) sur Minutes (Minutes).
Vous pouvez augmenter ou diminuer cette valeur, selon la résolution préférée de journalisation. En cas de problème, la fréquence d’échantillonnage est généralement augmentée et passe, par exemple, à 15 secondes, tandis qu’une fréquence de 15 ou 30 minutes peut être adéquate en fonctionnement normal.
- Cliquez sur Finish (Terminer).
- Cliquez avec le bouton droit sur l’ensemble de collecteur de données créé sous User Defined (Définis par l’utilisateur) et sélectionnez Start (Démarrer).
Remarque :
Lorsqu’un ensemble de collecteur de données est en cours d’exécution, vous ne pouvez pas afficher de rapport en temps réel. L’arrêt et le démarrage de l’ensemble de collecteur de données génèrent un rapport concernant la durée entre la dernière création du rapport et l’heure actuelle.Analyser les métriques liées aux ressources
Une fois que vous avez sélectionné un outil de collecte et capturé les données d’utilisation des ressources sur vos machines, vous pouvez analyser les métriques liées aux ressources. Tenez compte des points suivants lors de l’analyse des métriques liées aux ressources :
- La durée de vie du problème : le fait de savoir si un incident se produit de manière isolée ou sur le long terme vous aide à déterminer la meilleure façon de procéder dans la plupart des situations. Un pic d’utilisation des ressources de courte durée est généralement accompagné d’une demande immédiate de services spécifiques, comme l’ajout d’une application ou d’un tableau de bord récemment publié ou l’ajout d’un service au portail. Une croissance à long terme vers l’utilisation actuelle peut indiquer la popularité croissante de la plateforme, ainsi que des services et applications associés. Les pics de courte durée sont susceptibles de se reproduire ou de ne pas se reproduire ; il est donc essentiel de connaître leur contexte afin de savoir si des ressources supplémentaires sont nécessaires à la stabilité du déploiement sur le long terme.
- Les traitements qui consomment la majorité des ressources du système : dans un environnement Portal for ArcGIS et ArcGIS Data Store, l’utilisation doit évoluer de manière linéaire selon le nombre d’utilisateurs de la plateforme et utiliser les services hébergés de manière proportionnelle. Avec ArcGIS Server, la mise à l’échelle des services dédiés et de l’utilisation des services hébergés sont les deux principaux facteurs de l’utilisation des ressources. Il est possible d’optimiser les services dédiés dans un site ArcGIS Server afin de réduire l’utilisation globale des ressources, mais cette approche peut ne pas être adéquate si la demande atteint son pic au fil du temps.
- La distribution des rôles : la distribution des rôles entre les différentes machines d’un déploiement ArcGIS Enterprise permet un ajustement plus précis de l’utilisation des ressources par chaque composant, ainsi qu’une granularité accrue de l’identification de la survenue des incidents. L’augmentation des ressources uniquement pour les machines du Data Store relationnel ou du serveur d’hébergement peut s’avérer plus stratégique qu’une augmentation des ressources dans le cas d’un déploiement d’entreprise ne comprenant qu’une seule machine. Vous pouvez ajuster l’architecture du site actuel via des opérations de jointure de site pour passer d’une seule machine à une architecture distribuée dans un déploiement établi.
Résoudre les problèmes
Maintenant que vous pouvez identifier, suivre et analyser les métriques des machines, vous pouvez résoudre les problèmes liés aux réponses système inattendues. Cela peut consister à augmenter les ressources du processeur, à affecter ou installer davantage de RAM, ou à augmenter l’espace disque. Avant d’agir, prenez connaissance des pratiques conseillées en matière de résolution des problèmes d’utilisation des ressources.
Utilisation du processeur
Avant d’augmenter les ressources de processeur allouées des machines devant faire face à une utilisation intense du processeur, vous devez savoir s’il s’agit d’un composant ArcGIS Enterprise ou d’un autre logiciel du système qui génère des pics d’utilisation. Les logiciels de sécurité dont la fonction d’analyse en temps réel est activée peuvent accroître l’utilisation du processeur lors du fonctionnement normal d’un serveur Web et d’une base de données. Si tel est le cas, signalez le comportement observé à votre équipe de cybersécurité. Dans le cas de machines virtuelles, la mise à disposition de l’hôte sous-jacent peut s’avérer excessive, ce qui peut entraîner un goulet d’étranglement des performances, indétectable par les machines virtuelles.
Utilisation de la mémoire physique
Lorsque l’utilisation de la mémoire physique approche les 100 %, il se peut que vous deviez attribuer ou installer davantage de RAM sur les machines. Comme décrit ci-dessus, des charges de travail distinctes sur des machines dédiées permettent d’allouer les ressources avec davantage de granularité et de réduire les conflits actuels de ressources, mais vous pouvez également augmenter la mémoire sur les machines existantes. Lorsque l’utilisation de la mémoire physique approche les 100 %, il se peut que la mémoire virtuelle disponible soit également épuisée.
Utilisation de la mémoire virtuelle et de la mémoire allouée
L’utilisation de la mémoire virtuelle et de la mémoire allouée suivent généralement le même comportement lorsqu’elle atteint les 100 %. La mémoire virtuelle autorise les traitements à utiliser davantage de mémoire que celle qui est disponible sur un système et évolue généralement automatiquement vers une valeur de seuil, sauf si elle a été définie de manière statique par l’administrateur système en charge des machines mises à disposition. Vous pouvez augmenter la mémoire virtuelle en modifiant les paramètres système si l’espace disque permet l’extension du fichier d’échange.
Espace disponible du volume de disque
L’insuffisance de l’espace disque est l’une des causes d’incident les plus imprévisibles dans un déploiement ArcGIS Enterprise. Les fichiers peuvent être vidés ou tronqués en cas d’échec des tentatives de mise à jour, ce qui est susceptible d’empêcher le démarrage des logiciels. Recherchez tout d’abord les fichiers volumineux qui peuvent être déplacés vers un Data Store inscrit ou un autre emplacement. Si vous ne pouvez pas supprimer de fichiers inutiles, vous devez augmenter l’espace disque. Vous pouvez également migrer les répertoires système vers un stockage distinct, comme le répertoire de contenu pour un site Portal for ArcGIS ou le répertoire de cache pour ArcGIS Server.
Remarque :
Pour afficher les 25 fichiers les plus volumineux par taille dans le répertoire actuel, exécutez cette commande dans une fenêtre PowerShell d’administration :
Get-ChildItem -r | Sort -descending -property length | Select -first 25 name, @{Name="Size (GB)";Expression={[Math]::round($_.length / 1GB, 2)}}
Son exécution sur le volume racine peut prendre beaucoup de temps. Il est donc recommandé d’accéder directement à un répertoire spécifique avant d’exécuter cette commande.
Vous avez un commentaire à formuler concernant cette rubrique ?