Les agents de plate-forme Sun Fire rafraîchissent par défaut leurs informations de gestion toutes les heures. Quand plusieurs agents de plate-forme sont déployés sur le même hôte et initialisés en même temps, ils ont tendance à effectuer leurs rafraîchissements de données en succession rapide. Si de trop nombreux agents de plate-forme essayent de rafraîchir simultanément leurs données, la capacité de réponse globale du système hôte peut être affectée de façon négative.
Pour réduire la probabilité que des opérations concurrentes soient lancées par plusieurs agents de plate-forme sur le même hôte, ne démarrez pas tous les agents de plate-forme en même temps.
Le tableau suivant liste les configurations matérielle types et le nombre correspondant d'agents de plate-forme qui peuvent être déployés sur le système hôte dédié.
Tableau C–7 Hôte dédié : capacité en agents de plate-forme Sun Fire
Configurations matérielles représentatives |
Nombre maximum d'agents de plate-forme |
---|---|
Un Netra X1, un Netra T1 ou un Sun Blade 100 avec une UC UltraSPARC IIe à 500 MHz, 1 Go de RAM et 1 Go de swap |
5 à 7 |
Un Sun Enterprise 420R ou un Ultra 60 avec deux UC UltraSPARC II à 450 MHz, 1 Go de RAM et 1 Go de swap |
11à 15 |
Un Sun Fire 280R, un Netra T4 ou un Sun Blade 1000 avec deux UC UltraSPARC III à 750 MHz, 1 Go de RAM et 1 Go de swap |
14 à 20 |
Etant donné que l'utilisation des ressources par les agents de plate-forme peut varier, les limites indiquées dans le tableau représentent une plage de valeurs acceptable qui laisse une capacité suffisante pour assurer que les pointes d'activité n'excèdent pas la capacité du système. Les plates-formes Sun Fire plus grandes requièrent davantage de ressources pour l'agent de plate-forme et le résultat est qu'un nombre moindre d'agents de plate-forme peut être exécuté sur un hôte donné. Inversement, les plates-formes Sun Fire plus petites requièrent moins de ressources pour l'agent de plate-forme et il est donc possible d'exécuter davantage d'agents de plate-forme sur un unique hôte.
La configuration matérielle que doit présenter un système hôte exécutant la couche serveur de Sun Management Center est fonction du nombre d'agents de plate-forme gérés par la couche serveur et des activités de gestion du système.
Seuls les grands systèmes à plusieurs UC doivent être pris en considération pour exécuter à la fois la couche serveur de Sun Management Center et les agents de plate-forme Sun Fire. Le déploiement d'agents de plate-forme sur un hôte hébergeant la couche serveur de capacité limitée peut influer négativement sur la performance globale de Sun Management Center.
En supposant un niveau d'activités de gestion modéré de moins de 1000 événements par hôte et par jour, le nombre maximum d'agents de plate-forme qui peuvent être déployés sur un hôte hébergeant la couche serveur de Sun Management Center est fonction du nombre des agents gérés et de la catégorie de la machine. Le tableau suivant indique la capacité de systèmes typiques.
Tableau C–8 Hôte de la couche serveur : capacité en agents de plate-forme Sun Fire
Nombre des agents gérés |
Nombre maximum d'agents de plate-forme |
|
---|---|---|
Sun Enterprise 420R |
Sun Fire 280R |
|
100 |
6 |
7 |
300 |
5 |
7 |
500 |
4 |
6 |
750 |
NA |
6 |
Sun Enterprise 420R correspond à un hôte de couche serveur de type Enterprise 420R ou Ultra 60 à deux UC UltraSPARC-II à 450 MHz, avec 1 Go de RAM et 1 Go de swap.
Sun Fire 280R correspond à un hôte de couche serveur de type Sun Fire 280R, Sun Blade 1000 ou Netra T4 à deux UC UltraSPARC III à 750 MHz, avec 1 Go de RAM et 1 Go de swap.
Pour les procédures d'installation de Sun Management Center pour Sun Fire, reportez-vous au Sun Management Center 3.5 Supplément pour systèmes Sun Fire 6800/4810/4800/3800.