Guide d'installation et de configuration de Sun Management Center 4.0

Ressources requises par la couche agent

Les agents de Sun Management Center 4.0 doivent être installés chaque nœud géré de votre réseau pour activer les fonctions de gestion et de surveillance avancées. Les agents Sun Management Center sont pris en charge par toutes les stations de travail et tous les serveurs de plates-formes SPARC exécutant le système d'exploitation Solaris 8, Solaris 9 ou Solaris 10. Les agents Sun Management Center sont également disponibles pour les systèmes exécutant les versions 9 et 10 du système d'exploitation Solaris (Édition pour plate-forme x86) et 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 au matériel (sauf Config Reader x86). 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 Config-Reader 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.

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

Le tableau suivant présente des estimations sur l'utilisation de la CPU et de la RAM d'un agent pour les modules légers.

Tableau C–1 Estimations de l'utilisation de la CPU et de la RAM de l'agent pour (les mini-modules) SPARC

Machine 

Mémoire (Mo) 

CPU (%) 

Mémoire résidente définie (Mo) 

Mémoire virtuelle (Mo) 

Min. 

Moy. 

Max. 

Min. 

Moy. 

Max. 

Min. 

Moy. 

Max. 

Min. 

Moy. 

Max. 

Petite 

0,4 

0,4 

0,4 

0,3 

0,3 

0,3 

7,46 

7,46 

7,46 

9,17 

9,17 

9,17 

Moyenne 

0,2 

0,2 

0,2 

< 0,1 

< 0,1 

< 0,1 

7,38 

7,43 

7,43 

9,12 

9,17 

9,17 

Grande 

0,1 

0,1 

0,1 

< 0,1 

< 0,1 

< 0,1 

7,62 

7,68 

7,68 

9,34 

9,40 

9,40 

Très grande 

0,1 

0,1 

0,1 

< 0,1 

< 0,1 

< 0,1 

7,82 

8,08 

8,12 

9,40 

9,59 

9,62 

CMT (T2000) 

0,1 

0,1 

0,1 

< 0,1 

< 0,1 

< 0,1 

8,44 

8,44 

8,44 

9,43 

9,43 

9,43 

Tableau C–2 Estimations de l'utilisation de la CPU et de la RAM de l'agent pour (les mini-modules) x86

Machine 

Mémoire (Mo) 

CPU (%) 

Mémoire résidente définie (Mo) 

Mémoire virtuelle (Mo) 

Min. 

Moy. 

Max. 

Min. 

Moy. 

Max. 

Min. 

Moy. 

Max. 

Min. 

Moy. 

Max. 

Petite 

0,6 

0,6 

0,6 

< 0,1 

< 0,1 

< 0,1 

6,10 

6,21 

6,22 

7,69 

7,76 

7,76 

Moyenne 

0,2 

0,2 

0,2 

< 0,1 

< 0,1 

< 0,1 

6,25 

6,25 

6,25 

7,80 

7,80 

7,80 

Grande 

0,2 

0,2 

0,2 

< 0,1 

< 0,1 

< 0,1 

6,19 

6,29 

6,29 

7,76 

7,82 

7,82 

Mmaxi-configurations se basent sur un agent avec les modules suivants chargés :

  • Statistiques des agents

  • Registre d'enregistrement de données

  • État de santé

  • Lecteur de noyau complet (complet)

  • Instrumentation MIB-II

  • Surveillance proxy MIB-II

  • Détails des processus Solaris

  • Config Reader

  • Surveillance de la taille des répertoires

  • Balayage des fichiers

  • Lanceur de scripts

  • Référentiel de scripts

  • Service Management Facility

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.Les modules maxi peuvent comprendre divers modules personnalisés définis par l'utilisateur.

Les tableaux suivants donnent une estimation de l'utilisation de la CPU et de la RAM de l'agent par type de système pour les maxi-modules.

Tableau C–3 Estimations de l'utilisation de la CPU et de la RAM de l'agent pour (les modules maxi) SPARC

Machine 

Mémoire (Mo) 

CPU (%) 

Mémoire résidente définie (Mo) 

Mémoire virtuelle (Mo) 

Min. 

Moy. 

Max. 

Min. 

Moy. 

Max. 

Min. 

Moy. 

Max. 

Min. 

Moy. 

Max. 

Petite 

1,0 

1,0 

1,0 

1,2 

1,24 

1,4 

19,15 

19,15 

19,15 

21,68 

21,68 

21,68 

Moyenne 

0,5 

0,5 

0,6 

< 0,1 

0.66 

1,3 

20,93 

20,95 

20,96 

23,60 

23,61 

23,61 

Grande 

0,2 

0,2 

0,2 

0,1 

0,12 

0,2 

19,13 

19,16 

19,20 

21,88 

21,88 

21,88 

Très grande 

0,1 

0,1 

0,1 

0,1 

0,1 

0,1 

23,97 

23,99 

24,00 

26,38 

26,38 

26,38 

CMT (T2000) 

0,3 

0,35 

0,4 

0,1 

0,19 

0,3 

22,42 

24,41 

26,53 

23,69 

25,74 

27,79 

Tableau C–4 Estimations de l'utilisation de la CPU et de la RAM de l'agent pour (les modules maxi) x86

Machine 

Mémoire (Mo) 

CPU (%) 

Mémoire résidente définie (Mo) 

Mémoire virtuelle (Mo) 

Min. 

Moy. 

Max. 

Min. 

Moy. 

Max. 

Min. 

Moy. 

Max. 

Min. 

Moy. 

Max. 

Petite 

1,3 

1,4 

1,4 

0,1 

0,1 

0,1 

13,40 

13,76 

13,79 

16,60 

16,96 

17,00 

Moyenne 

0,4 

0,4 

0,4 

0,1 

0,2 

0,3 

14,25 

14,43 

14,45 

17,33 

17,50 

17,52 

Grande 

0,4 

0,4 

0,4 

< 0,1 

0,06 

0,1 

13,97 

14,81 

14,89 

17,00 

17,82 

17,90 

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 Config-Reader 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–5 Disponibilité des modules spécifiques au matériel

Matériel 

Module Config-Reader 

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 

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 tableau suivant décrit l'impact des modules de gestion de Sun Management Center sur les ressources.

Tableau C–6 Description de l'impact des modules de gestion de Sun Management Center sur le système

Module 

Impact 

Statistiques de l'agent

Cause une faible augmentation de l'encombrement et une faible augmentation de la charge au niveau de la CPU. 

Config-Reader

Utilise la CPU et la mémoire en fonction de la complexité de la configuration matérielle du noeud géré. 

Registre de connexion des 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. 

Contrôle 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. 

Contrôle 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. 

Analyse de fichiers (journal système)

Cause une faible augmentation de l'encombrement et de la charge au niveau de la CPU. 

Contrôle de maintenance

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 d'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. 

NFS (Network File System)

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. 

Spooler d'impression

Cause une faible augmentation de l'encombrement et de la charge au niveau de la CPU. 

Contrôle 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.