Ressources requises par la couche agent

Les agents de Sun Management Center 3.6 doivent être installés chaque noeud géré de votre réseau pour activer les fonctions de gestion et de surveillance avancées. Les agents de Sun Management Center sont pris en charge sur l'ensemble des stations de travail et des serveurs de plate-formes SPARC exécutant Solaris version 2.6, Solaris version 7, Solaris version 8, Solaris version 9, ou Solaris version 10. Les agents de Sun Management Center sont également disponibles pour le système d'exploitation Solaris (x86 Platform Edition) ni pour les systèmes Solaris 9 et Solaris 10 ainsi que les systèmes sous Linux.

Limites des agents x86

Remarque –

Les agents Linux ont les mêmes limites.

Les agents x86 ne prennent pas en charge les add-ons spécifiques de matériel. Les agents x86 ont des modules sous les catégories Système d'exploitation, Applications locales et Systèmes distants de l'onglet Explorateur modules de la fenêtre Détails de l'hôte. Des fonctionnalités telles que Vue physique, Vue logique, le module Hardware Diagnostic et le module Lecteur de configuration ne sont pas encore disponibles sur la plate-forme Solaris x86.

Dans la fenêtre de la console Java, toutes les plates-formes x86 ont la même icône x86. Par exemple, une même icône indiquera deux machines x86 différentes, comme la Sun Cobat LX50 et la VX60.

Vous pouvez effectuer un filtrage par type de plate-forme quand vous utilisez la fonctionnalité Découverte, la fonctionnalité Gérer les travaux ou le supplément PRM. Vous pouvez effectuer le filtrage avec pour critère l'option de plate-forme x86.

En ce qui concerne le supplément PRM (Performance Reporting Manager), aucun rapport système ou de configuration matérielle n'est disponible.

Ressources CPU

La charge de calcul ajoutée au système hôte par les agents de Sun Management Center est minimale. Elle est due aux opérations de gestion normales telles que l'acquisition périodique de données, le traitement des règles d'alarme, l'annonce des alarmes, l'exécution des actions en cas d'alarme et le traitement des requêtes émanant des clients.

Le volume de cette charge est proportionnel à la fréquence à laquelle les données sont recueillies, à la quantité de données recueillies, au nombre d'alarmes détectées et au nombre des requêtes d'utilisateurs. Le pourcentage de ressources CPU consommées dépend par conséquent du nombre et du type des modules chargés sur le système, de leur configuration et de la capacité de calcul du système hôte.

Même sur les machines d'entrée de gamme sur lesquelles une suite complète de modules est chargée et qui présentent une activité de gestion élevée, un agent ne devrait en aucun cas consommer plus d'une fraction des ressources CPU.

Le tableau ci-après donne une estimation de l'utilisation de la CPU et de la RAM par l'agent par type de système et inclut des informations pour l'agent x86.

Tableau C–1 Utilisation estimée de CPU et de RAM par agent et par type de système


		Utilisation CPU	Utilisation de RAM
Type de serveur	Configuration maxi ou mini	Maximum	Minimum	Moyenne	Taille moyenne	Taille résidante moyenne
Sun Blade 100	Mini	0.10%	0.00%	0.21%	8.77 Mo	7.02 Mo
Sun Fire 280R	Mini	0.10%	0.00%	0.10%	10.47 Mo	8.49 Mo
Sun Blade 2000	Mini	0.20%	0.00%	0,05%	8.89 Mo	7.06 Mo
Sun Fire 880	Mini	0.00%	0.00%	0.00%	8.97 Mo	7.31 Mo
Sun Blade 100	Maxi	1.20%	0.50%	0.79%	14.83 Mo	12.99 Mo
Sun Fire 280R	Maxi	2.60%	0.10%	0.81%	16.22 Mo	13.92 Mo
Sun Blade 2000	Maxi	0.30%	0.20%	0.20%	14.45 Mo	12.76 Mo
Sun Fire 880	Maxi	4.40%	0.10%	0.88%	16.15 Mo	14.41 Mo

Les mini-configurations se basent sur d'un agent avec les modules suivants chargés :

Lecteur de noyau simple ;
Statistiques agent
MIB-II simple

Les maxi-configurations se basent sur d'un agent avec les modules suivants chargés :

Lecteur de configuration ;
Etat de santé
Lecteur de noyau complet ;
Instrumentation MIB-II
Surveillance de la taille des répertoires
Balayage des fichiers

Hardware Diagnostics Suite ;
Lanceur de scripts ;
HP JetDirect
Statistiques agent
Surveillance proxy MIB-II
Autres modules variés, dont des modules personnalisés.

Il est probable que les configurations maxi soient supérieures aux besoins. Les plus grosses machines présentent en général des configurations matérielles plus importantes comportant davantage de processeurs et de disques. Ces configurations se traduisent par une consommation de mémoire plus élevée de la part des agents qui sont exécutés sur ces machines.

Mémoire virtuelle requise

La mémoire virtuelle utilisée par un agent dépend de plusieurs facteurs. Les premiers points à prendre en compte sont le nombre des modules de gestion chargés et la quantité des informations surveillées par ces modules. Charger de nombreux modules sur un agent augmente la mémoire requise. De façon similaire, les agents qui gèrent des hôtes présentant de grandes piles de disques ou d'autres éléments hautement évolutifs requerront probablement davantage de mémoire virtuelle puisque le volume des informations de gestion transférées par le biais des agents augmentera.

En général, un agent de base sur lequel l'ensemble par défaut des modules de gestion est chargé est en dessous de 10 Mo en taille. Avec un agent de base, seuls 50% à 60% des 10 Mo doivent résider dans la mémoire physique.

Disponibilité des modules en fonction du matériel

La majorité des modules de gestion de Sun Management Center peuvent être utilisés avec tous les systèmes à plate-forme SPARC qui exécutent les agents de Sun Management Center. Certains modules avancés de Sun Management Center toutefois sont spécifiques d'un matériel donné et ne sont pas pris en charge sur tout le matériel Sun. Plus précisément, les modules Lecteur de configuration et Reconfiguration dynamique spécifiques d'une plate-forme donnée fournissent une gestion de plate-forme avancée adaptée à la plate-forme matérielle en question. Les fonctions assurées par ces modules ne s'appliquent pas nécessairement à tous les systèmes matériels de la gamme de produits Sun.

Le tableau suivant fait le point sur la disponibilité des modules de gestion de Sun Management Center sur les différentes plates-formes matérielles.

Tableau C–2 Disponibilité des modules spécifiques au matériel


Matériel	Module Lecteur de configuration	Le module Reconfiguration dynamique	Autres modules de Sun Management Center
SPARCStation 1, 2, 5, 10, 20	Non	Non	Oui
Sun Ultra 1, 450	Oui	Non	Oui
Sun Enterprise 5, 10, 150, Sun Fire 280R, Sun Fire V480	Oui	Non	Oui
SPARCserver 1000, 1000E	Oui	Non	Oui
SPARCcenter 2000, 2000E	Oui	Non	Oui
Sun StorEdge A5x00, T3	Oui	Non	Oui
Netra T1120-1125, T1400-T1405	Oui	Non	Oui
Sun Blade 100, 1000, 1500, 2500	Oui	Non	Oui
Sun Fire 3800, 4800, 4810, 6800, V210, V240, V250, V440, V880, E25K, E20K, E6900, E4900	Oui	Oui	Oui

Ressources requises par les modules de gestion

Les ressources requises par les modules de gestion dépendent des facteurs suivants :

Le nombre des propriétés gérées dans le module.
Le volume des données de propriétés gérées traitées dans le module. Les tables qui comptent de nombreuses lignes de données utilisent davantage de ressources.
Les intervalles de rafraîchissement des propriétés gérées.
La complexité de la collecte de données et du traitement des règles.

Le tableau suivant résume l'impact sur les ressources des modules de gestion de Sun Management Center.

Tableau C–3 Résumé de l'impact des modules de gestion de Sun Management Center sur le système


Module	Impact
Statistiques agent	Cause une faible augmentation de l'encombrement et une faible augmentation de la charge au niveau de la CPU.
Lecteur de configuration	Utilise la CPU et la mémoire en fonction de la complexité de la configuration matérielle du noeud géré.
Registre d'enregistrement de données	Cause une faible augmentation de l'encombrement et de la charge CPU, qui est proportionnelle à la quantité de valeurs de données en cours d'enregistrement.
Surveillance de la taille des répertoires	Cause une faible augmentation de l'encombrement, qui est proportionnelle au nombre des répertoires surveillés. Cause une charge faible à modérée au niveau de la CPU, qui dépend à la fois du nombre des répertoires surveillés et de l'activité au sein de ces répertoires.
Reconfiguration dynamique	A un impact minimal sur l'encombrement, utilise la CPU seulement lors de l'accomplissement d'opérations de reconfiguration.
Surveillance des fichiers	Cause une faible augmentation de l'encombrement, qui est proportionnelle au nombre des fichiers surveillés. Cause une charge faible à modérée au niveau de la CPU, qui dépend à la fois du nombre des fichiers surveillés et de l'activité au sein de ces fichiers.
Balayage des fichiers (journal système)	Cause une faible augmentation de l'encombrement et de la charge au niveau de la CPU.
Etat de santé	A un impact relativement faible sur les ressources.
HP JetDirect	Cause une faible augmentation de l'encombrement et de la charge au niveau de la CPU.
Module Instrumentation IPV6	Cause une faible augmentation de la charge CPU et une augmentation faible à moyenne de l'encombrement, qui est proportionnelle au nombre des interfaces réseau.
Lecteur de noyau, complet	Affecte la CPU et la mémoire en fonction du nombre des systèmes de fichiers, des CPU et des autres ressources systèmes gérés ainsi qu'en fonction de la fréquence de rafraîchissement de ces informations. Consomme davantage de ressources que le Lecteur de noyau simple.
Lecteur de noyau (simple)	A un impact minimal sur la CPU et la mémoire.
Instrumentation MIB-II	Cause une charge CPU minimale et une augmentation faible à modérée de l'encombrement qui est fonction du nombre des interfaces réseau et de la taille des tables de routage, des tables ARP et des tables système associées.
Surveillance proxy MIB-II	Cause une augmentation modérée de l'encombrement, qui est proportionnelle à la taille de la MIB de l'agent SNMP surveillé par le proxy. Cause une augmentation modérée de la charge CPU, qui est proportionnelle au nombre des objets gérés dans l'agent SNMP surveillé par le proxy.
MIB-II simple	Cause une charge CPU pratiquement inexistante et une augmentation très faible de l'encombrement, qui est proportionnelle à la taille des interfaces système, à la transmission IP et à la table des adresses IP.
Système de fichiers NFS	Cause une faible augmentation de l'encombrement, qui est proportionnelle au nombre des systèmes de fichiers montés sur la machine hôte, et une charge CPU faible.
Statistiques NFS	Cause une faible augmentation de l'encombrement et une augmentation faible à modérée de la charge au niveau de la CPU.
Spooleur d'impression	Cause une faible augmentation de l'encombrement et de la charge au niveau de la CPU.
Surveillance des processus Solaris	Cause une faible augmentation de l'encombrement, qui est proportionnelle au nombre des processus surveillés. Cause une charge faible à modérée au niveau de la CPU, qui dépend à la fois du nombre des processus surveillés et de la fréquence à laquelle ces processus sont démarrés et arrêtés.
Baie Sun StorEdge A5x00, baie Sun StorEdge T3	Cause une augmentation modérée de l'encombrement et de la charge, qui est proportionnelle à la taille du périphérique de stockage.