Ressources requises par la couche agent

Les agents de Sun Management Center 3.5 doivent être installés sur chaque nud 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 à plate-forme SPARC qui exécutent Solaris version 2.6, Solaris version 7, Solaris version 8 ou Solaris version 9. Les agents de Sun Management Center ne sont pas disponibles pour les systèmes dotés de l'environnement d'exploitation Solaris (x86 Platform Edition) ni pour les systèmes Microsoft Windows.

Ressources UC

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 de requêtes des utilisateurs. Le pourcentage de ressources UC 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 UC.

Le tableau suivant donne une estimation de l'utilisation de l'UC et de la RAM.

Tableau C–1 Utilisation estimée de l'UC et de la RAM par agent par type de système


Type de serveur	Configuration	Utilisation de l'UC			Utilisation de la RAM (moyenne)
Type de serveur	Maxi ou mini	Maximum	Minimum	Moyenne	Taille	Taille résidante
Netra X1	Mini	16,3%	0,0%	0,09%	12 Mo	10 Mo
Sun Enterprise 420R	Mini	14,3%	0,0%	0,13%	15 Mo	14 Mo
Sun Blade 1000	Mini	0,3%	0,0%	0,03%	17 Mo	16 Mo
Sun Blade 100	Maxi	14,0%	0,2%	8,9%	29 Mo	29 Mo

Les configurations dites « mini » (light) se composent d'un agent avec les modules suivants installés :

Lecteur de noyau simple ;
Statistiques agent ;
MIB-II simple.

Les configurations dites « maxi » (heavy) se composent d'un agent avec les modules suivants installé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 grandes 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 en fonction du matériel


Matériel	Module Lecteur de configuration	Module Reconfiguration dynamique	Autres modules de Sun Management Center
SPARCStation 1, 2, 5, 10, 20	Non	Non	Oui
Sun Ultra 1, 2, 5, 10, 30, 60, 80	Oui	Non	Oui
Sun Enterprise 5, 10, 150, 250, 450, 220R, 420R, Sun Fire 280R, Sun Fire V480	Oui	Non	Oui
SPARCserver 1000, 1000E	Oui	Non	Oui
SPARCcenter 2000, 2000E	Oui	Non	Oui
Sun Enterprise 3x00, 4x00, 5x00, 6x000	Oui	Oui	Oui
Sun Enterprise 10000	Oui	Non	Oui
Sun StorEdge A5x00, T3	Oui	Non	Oui
Netra T1, T1120-1125, T1400-T1405	Oui	Non	Oui
Sun Blade 100, 1000	Oui	Non	Oui
Sun Fire, 3800, 4800, 4810, 6800, V880	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 des 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 l'UC.
Lecteur de configuration	Utilise l'UC et la mémoire en fonction de la complexité de la configuration matérielle du nud géré.
Registre d'enregistrement de données	Cause une faible augmentation de l'encombrement et de la charge UC, 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 l'UC, 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 l'UC 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 l'UC, 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 l'UC.
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 l'UC.
Module Instrumentation IPV6	Cause une faible augmentation de la charge UC et une augmentation faible à moyenne de l'encombrement, qui est proportionnelle au nombre des interfaces réseau.
Lecteur de noyau (complet)	Affecte l'UC et la mémoire en fonction du nombre des systèmes de fichiers, des UC et des autres ressources système gérées 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 l'UC et la mémoire.
Instrumentation MIB-II	Cause une charge UC 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 UC, qui est proportionnelle au nombre des objets gérés dans l'agent SNMP surveillé par le proxy.
MIB-II simple	Cause une charge UC 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 UC faible.
Statistiques NFS	Cause une faible augmentation de l'encombrement et une augmentation faible à modérée de la charge au niveau de l'UC.
Spooleur d'impression	Cause une faible augmentation de l'encombrement et de la charge au niveau de l'UC.
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 l'UC, 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.
Pile Sun StorEdge A5x00, Pile 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.