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

Previous: Chapitre 2 Configuration minimale requise par Sun Management Center 3.5
Next: Chapitre 4 Préparation des systèmes pour la mise à jour et l'installation de Sun Management Center

Chapitre 3 Considérations sur la configuration

Ce chapitre examine les éléments qui peuvent avoir un effet négatif sur votre installation ou votre mise à jour de Sun Management Center. Ce chapitre présente les rubriques suivantes :

Conseils de sécurité

Cette section contient des conseils de sécurité relatifs à l'accès à Sun Management Center, aux composants serveur et agent et aux clés de sécurité.

Présentation des utilisateurs, des groupes et des rôles

Vous devez avant de configurer les utilisateurs et les groupes d'utilisateurs de Sun Management Center comprendre les types d'opérations de gestion qui sont possibles, de sorte à pouvoir attribuer ces opérations aux catégories d'utilisateurs appropriées. Planifier avec soin les groupes d'utilisateurs et les rôles favorise une gestion adéquate de la configuration, l'intégrité des données et la sécurité des informations de gestion et des ressources système.

Aucun utilisateur ne peut accéder à Sun Management Center sans avoir été au préalable identifié de façon explicite dans le fichier d'accès maître /var/opt/SUNWsymon/cfg/esusers. Pour pouvoir accéder à Sun Management Center, le nom d'utilisateur UNIX de l'utilisateur doit être ajouté à /var/opt/SUNWsymon/cfg/esusers. L'utilisateur peut alors se connecter à Sun Management Center en utilisant son nom d'utilisateur UNIX standard et son mot de passe.

Quand un utilisateur se connecte, Sun Management Center contrôle l'accès et définit les privilèges de cet utilisateur sur la base des rôles fonctionnels suivants :

Administrateurs de domaines – Ce rôle est celui de plus haut niveau, il permet aux membres de cette catégorie de créer des domaines de niveau supérieur dans un contexte serveur et d'attribuer des privilèges à d'autres utilisateurs de Sun Management Center au sein de ces domaines. L'administrateur de domaines peut créer des configurations personnalisées pour des environnements topologiques spécifiques en créant des domaines spécifiques et en accordant des privilèges d'utilisateur pour ces domaines. Les utilisateurs sont considérés comme des administrateurs de domaines s'ils sont membres du groupe d'utilisateurs UNIX esdomadm.
Administrateurs – Ce rôle est le rôle d'administration pour toutes les opérations hors du système topologique. Les administrateurs peuvent effectuer des opérations privilégiées telles que le chargement de modules et la configuration d'objets gérés et de propriétés de données. Les administrateurs peuvent également spécifier le contrôle des accès au niveau des agents et des modules. Ce contrôle rend ce rôle instrumental dans l'établissement et la maintenance des stratégies d'octroi de droits. Les utilisateurs sont considérés comme des administrateurs s'ils sont membres du groupe d'utilisateurs UNIX esadm.
Opérateurs – Ce rôle permet aux utilisateurs du système de configurer leurs propres domaines et conteneurs topologiques. Le rôle d'opérateur permet également aux utilisateurs de configurer les objets gérés en ce qui concerne l'acquisition des données et les alarmes, et d'afficher les informations de gestion. Bien que les opérateurs puissent activer ou désactiver les modules de gestion, ils ne peuvent pas, par défaut, charger ces modules ni modifier les privilèges d'accès. Les opérateurs constituent par conséquent une catégorie d'utilisateurs, qui peut utiliser le produit et en régler le fonctionnement de manière efficace, mais qui ne peut pas effectuer de changements de configuration ou d'architecture plus importants. Les utilisateurs sont considérés comme des opérateurs s'ils sont membres du groupe d'utilisateurs UNIX esops.
Utilisateurs génériques – Ce rôle est celui des utilisateurs qui ne sont pas explicitement membres de l'un des trois groupes précédents. Les utilisateurs génériques ne reçoivent pas de privilèges étendus et, par défaut, peuvent seulement afficher les informations de gestion et reconnaître les alarmes. Le rôle d'utilisateur générique est parfaitement adapté au premier niveau d'assistance, dont les principaux objectifs sont l'identification des problèmes, la correction et la rectification.

Dans les grandes entreprises, il est probable que les rôles de sécurité de Sun Management Center soient directement reliés à des fonctions d'administration système et d'assistance existantes. Ailleurs, le processus peut être davantage impliqué car la mise en correspondance entre une fonction institutionnelle et un rôle produit est souvent moins nette. Dans certains cas, l'attribution de tous les rôles logiques à un unique utilisateur peut être justifiée.

Remarque :

La spécification des privilèges est flexible et n'a pas à être limitée aux quatre rôles de sécurité de Sun Management Center.

Les privilèges de Sun Management Center peuvent être spécifiés de façon explicite au niveau d'un domaine, d'un conteneur topologique, d'un agent et d'un module. La spécification des privilèges peut référencer tout utilisateur ou groupe UNIX arbitraire, les groupes susmentionnés n'étant employés que par convention. Les groupes de privilèges de Sun Management Center permettent l'utilisation de configurations de comptes existantes lors de l'attribution des rôles fonctionnels. Bien que nommer des utilisateurs de façon explicite lors de l'attribution des privilèges ne soit pas recommandé, l'utilisation des groupes UNIX peut se révéler pratique dans les environnements dans lesquels de tels groupes UNIX sont déjà établis.

Pour plus d'informations sur les rôles de sécurité, les groupes et les utilisateurs, consultez Configuration des utilisateurs et “Sun Management Center et la sécurité” dans Guide de l'utilisateur de Sun Management Center 3.5.

Sécurité interne de Sun Management Center

Cette section décrit le processus de sécurité qui est utilisé entre les composants de Sun Management Center.

Sécurité serveur-vers-agent

La communication entre le serveur de Sun Management Center et ses nuds gérés s'effectue principalement en utilisant la version 2 du protocole SNMP (Simple Network Management Protocol), en employant le modèle de sécurité des utilisateurs (User Security model) SNMP v2usec. Le mécanisme SNMPv2 est parfaitement adapté pour mettre en correspondance les justificatifs d'utilisateur provenant de la couche serveur avec les opérations côté agent. SNMPv2 est le premier mécanisme à garantir que les stratégies de contrôle d'accès ne puissent pas être court-circuitées.

Sun Management Center prend également en charge SNMP v1 et v2 avec la sécurité basée sur les communautés. Bien que n'étant pas aussi sûre sur le plan de la sécurité, la prise en charge de SNMP v1 et v2 est importante pour l'intégration avec d'autres périphériques et d'autres plates-formes de gestion. Dans les environnements où l'utilisation de ces mécanismes n'est pas souhaitable, le mécanisme de spécification du contrôle des accès peut être utilisé pour restreindre ou interdire l'accès aux processus utilisant les protocoles SNMP v1 et v2.

Pour les opérations personnalisées où la continuité du flux de données est capitale, un mécanisme de sondage (ou essai) est également employé. Ce mécanisme est lancé par les opérations SNMP. Lorsqu'elles sont lancées, les opérations de sondage utilisent une connexion TCP continue pour mettre en uvre des services bidirectionnels, potentiellement interactifs, sur le nud géré, par exemple l'affichage de journaux. Etant donné que le mécanisme de sondage utilise la communication SNMP, aucun chiffrement des paquets transportés n'est effectué.

Sécurité entre contextes serveur

Quand Sun Management Center communique avec des nuds gérés se trouvant hors du contexte serveur local, le modèle de sécurité assure que les opérations sont effectuées sous le nom d'utilisateur générique SNMPv2 usec espublic. L'utilisation de espublic restreint considérablement les privilèges et limite les utilisateurs à la prise de connaissance des données de gestion.

Sécurité client-vers-serveur

La communication entre la couche serveur de Sun Management Center et les clients, par exemple des consoles ou des interfaces de ligne de commande, s'effectue en utilisant la méthode Remote Method Invocation (RMI) de la technologie Java conjointement avec un modèle de sécurité complet spécifique du produit. Ce modèle de sécurité permet aux clients de fonctionner au choix en mode basse, moyenne ou haute sécurité, ce qui influe sur le niveau de l'authentification des messages effectuée :

Minimum : Pas d'authentification des messages. Seul le mot de passe de l'utilisateur est contrôlé au moment de la connexion.
Moyenne (solution par défaut) : Authentification console-vers-serveur seulement, par exemple, authentification par le serveur des messages entrants en provenance de la console.
Maximum: La console et le serveur authentifient tous les deux les messages.

Compte tenu de l'impact potentiel des niveaux de sécurité plus élevés sur la performance, vous devez évaluer avec soin vos besoins en matière d'authentification des messages.

Clés de sécurité et chaîne de communauté SNMP

Quand vous installez et configurez l'agent de Sun Management Center sur une machine séparée, vous êtes invité à donner un mot de passe qui sera utilisé pour générer la clé de sécurité pour cet agent. Ce mot de passe doit être le même que celui que vous avez spécifié pendant la configuration du serveur de Sun Management Center. Le serveur et l'agent de Sun Management Center ne pourront en effet pas communiquer si leurs clés de sécurité diffèrent. Pour savoir comment régénérer les clés de sécurité, consultez Régénération des clés de sécurité.

Pendant la configuration, vous êtes également invité à soit accepter la chaîne de communauté SNMP par défaut (public) soit en spécifier une privée. La chaîne de communauté SNMP est en fait un mot de passe lié à un compte interne doté de privilèges. En tant que telle, cette chaîne peut potentiellement être utilisée pour imiter la couche serveur si elle est utilisée avec des outils SNMPv2 usec génériques. N'utilisez par conséquent pas la chaîne de communauté par défaut. Spécifiez une chaîne de communauté privée et différente pour chaque contexte serveur.

Traitez le mot de passe de sécurité et la chaîne de communauté SNMP en leur donnant la même importance qu'au mot de passe de super-utilisateur.

Stratégies de gestion

Cette section contient une présentation des approches de gestion de Sun Management Center. Comprendre les systèmes gérés et leur mise en uvre peut contribuer à la réussite du déploiement et de l'utilisation de Sun Management Center.

Contextes serveur

Le contexte serveur est le bloc de construction de plus haut niveau pour l'organisation des informations de gestion. Chaque serveur de Sun Management Center constitue un unique contexte serveur. Chaque contexte serveur peut avoir un ou plusieurs systèmes gérés qui font rapport au contexte serveur. Un système géré ne peut faire rapport qu'à un seul contexte serveur.

La communication entre les contextes serveur est normalement restreinte et les événements de gestion ne sont pas transmis entre les serveurs. L'utilisation de contextes serveur devrait correspondre à la structure des groupes au sein de l'entreprise utilisant Sun Management Center. Les contextes serveur devraient également correspondre aux responsabilités de ces groupes en matière de gestion de systèmes. Le groupe administratif qui possède le serveur possède également les données de gestion de ce dernier. Ce groupe contrôle tous les accès à toutes les ressources des systèmes et du réseau gérées par le serveur de Sun Management Center.

Stratégies au niveau des domaines

Les domaines sont les constructions de plus haut niveau au sein d'un contexte serveur. Ils fournissent des environnements individuels au sein desquels vous pouvez créer des configurations topologiques personnalisées. Les domaines sont très génériques. Vous pouvez créer un domaine pour représenter des informations spécifiques d'utilisateurs, d'environnements ou de toute autre division logique. Les systèmes gérés peuvent apparaître dans plusieurs domaines, ce qui autorise l'existence de domaines multiples et se chevauchant. Vous pouvez par conséquent élaborer plusieurs représentations différentes des mêmes informations de gestion et ressources système.

Les domaines contiennent en général une collection hiérarchique de groupes de Sun Management Center que vous pouvez utiliser pour regrouper des ensembles de systèmes gérés, de modules de gestion de Sun Management Center ou d'objets gérés. Cette hiérarchie définit la façon dont les informations sont réparties dans l'IHM. Elle définit aussi les règles qui régissent le regroupement des statuts de gestion et la fourniture de ce statut dans des récapitulatifs de haut niveau. Cette capacité et la flexibilité font des domaines, et des conteneurs qu'ils contiennent, un outil puissant pour la construction de modèles de gestion logiques d'un environnement spécifique.

Stratégies d'organisation

Sun Management Center contient un Gestionnaire de découvertes puissant, qui peut être utilisé pour examiner automatiquement et périodiquement l'environnement afin d'identifier tous les nuds gérés. Alors qu'il est instrumental dans la configuration de Sun Management Center, le Gestionnaire de découvertes structure les informations de gestion en fonction de lignes physiques, basées sur le réseau.

Selon la nature de votre environnement, il est possible qu'utiliser le Gestionnaire de découvertes ne soit pas la solution la plus pratique pour afficher les informations de gestion et rassembler les informations de statut. Inversement, l'utilisation du Gestionnaire de découvertes est extrêmement utile pour identifier tous les systèmes gérés avant d'organiser votre environnement Sun Management Center. Pour plus d'informations sur le Gestionnaire de découvertes, consultez “Ajout d'objets à la base de données topologique en utilisant le Gestionnaire de découvertes” dans Guide de l'utilisateur de Sun Management Center 3.5.

Il existe d'autres modes d'organiser votre environnement Sun Management Center, ce sont les suivants :

physique ;
environnemental ;
application ;
service.

Dans chacun des environnements Sun Management Center, il convient de mettre l'accent sur la complétude. L'ampleur de la couverture doit être suffisante pour identifier de façon pro-active ou pour le moins immédiate les problèmes du système. Les défaillances des périphériques, hôtes, services ou processus, qui sont critiques pour un environnement mais ne sont pas surveillés par Sun Management Center, peuvent être à l'origine de « trous » pouvant affecter l'efficacité globale d'une mise en uvre. A cet effet, vous devez envisager d'employer des modules personnalisés, des solutions proxy et des informations provenant d'autres contextes serveur lorsque vous construisez vos environnements de gestion Sun Management Center.

Organisation physique

Les emplacements physiques des systèmes gérés peuvent ne pas correspondre aux réseaux sur lesquels ces systèmes résident. Dans ce cas, vous pouvez vouloir créer un nouveau domaine dans lequel les groupes de Sun Management Center seraient structurés sur des lignes physiques. Il est facile de représenter de la sorte des villes, des sites, des bâtiments, des étages, des salles de serveurs et même des racks d'équipement. Les systèmes qui se trouvent dans ces emplacements peuvent être copiés et collés à partir du domaine dans lequel la découverte a été effectuée en utilisant le Gestionnaire de découvertes.

Pour configurer un environnement Sun Management Center sous forme de lignes physiques, vous devez savoir où se trouvent physiquement les systèmes. Cette organisation peut constituer une référence précieuse et facile à consulter. Une organisation physique définit également un chemin de récapitulation des statuts, ce qui permet d'isoler les problèmes sur les lignes physiques et d'aider à l'identification des défaillances de mode commun. Par exemple, une panne de courant localisée peut affecter des systèmes se trouvant sur plusieurs réseaux mais n'apparaître que dans une zone physique.

Attention :

C'est à vous de garder les informations à jour. Elles ne sont en effet pas automatiquement actualisées au moment des découvertes. Le processus de découverte ne suit pas automatiquement les éléments qui changent d'emplacement physique.

Stratégies environnementales

Votre entreprise peut présenter plusieurs environnements logiques dont les emplacements et les ressources se chevauchent, mais dont les fonctions logiques sont distinctes. Les environnements logiques peuvent être des groupes tels que le commercial ou l'ingénierie, des groupes fonctionnels tels que les détaillants et l'institutionnel et même des environnements logiciels logiques tels que l'acceptation des utilisateurs ou la production.

Dans tous ces cas, envisagez d'établir des groupes topologiques Sun Management Center séparés qui isolent les éléments de chaque groupe. L'établissement de groupes topologiques séparés empêche que les problèmes d'un groupe ne déclenchent des alarmes dans un autre groupe. Cette isolation est particulièrement importante lorsque vous configurez l'environnement Sun Management Center pour des systèmes qui incluent des serveurs à plusieurs domaines. Les différents domaines peuvent effectuer des fonctions pour des groupes ou des environnements complètement différents. L'inclusion de ces différents domaines dans un unique groupe topologique pourrait se traduire par des informations et des notifications d'alarme trompeuses.

Organisation des applications

Les applications sont des entités complexes dans la gestion de systèmes. Déterminer ce qui constitue une application dans une optique de gestion peut être difficile, en particulier lorsque les applications sont réparties et que leur bon fonctionnement dépend de nombreux services externes. C'est pour cette raison que vous devez organiser vos applications avant d'installer Sun Management Center. N'attendez pas qu'un problème survienne pour en examiner les relations de cause à effet. Une analyse préliminaire permet d'augmenter l'efficacité avec laquelle les problèmes survenant au niveau des applications sont résolus.

Quand vous configurez un environnement Sun Management Center axé sur une application, les conteneurs topologiques contiennent en général un mélange d'hôtes, de modules et d'objets spécifiques. Certains hôtes pourront être complètement dédiés à cette application, tandis que d'autres ne seront que partiellement responsables de son bon fonctionnement. Par exemple, dans le cas d'une application qui utilise un service d'annuaire d'entreprise, l'état de santé du service d'annuaire est capital pour le fonctionnement de l'application, tandis que l'état de santé d'autres services du serveur ne sera pas critique ni requis par l'application.

Services et responsabilités

Dans certaines circonstances, un groupe ou un administrateur peut être responsable d'un service donné mais pas des ressources sous-jacentes. Par exemple, l'administrateur d'une base de données sera responsable de la disponibilité du service de base de données et de l'intégrité des données mais pas de l'administration du matériel ni du système d'exploitation. Un domaine Sun Management Center créé spécifiquement pour les services de base de données peut aider l'administrateur de la base de données à effectuer les tâches nécessaires. Les privilèges du rôle Utilisateur générique peuvent aider l'administrateur en lui permettant d'accéder au statut général du système et à celui du réseau.

Gestion de grandes entreprises

Plusieurs fonctionnalités de Sun Management Center peuvent vous aider à simplifier la gestion des entreprises de grande taille. La première est le référencement des domaines, qui permet aux groupes de partager des informations de gestion entre contextes serveur. La seconde est le système de regroupement des opérations, qui facilite la réalisation de grandes opérations de gestion fortement distribuées.

Le système de regroupement vous permet de définir des valeurs de propriétés de données et de modifier les attributs des propriétés de données. Vous pouvez aussi charger, décharger, activer et désactiver des modules dans votre environnement serveur Sun Management Center. Toutes ces opérations peuvent être appliquées à un grand groupe de systèmes et nuds gérés. Ces groupes peuvent être définis en utilisant des structures topologiques existantes ou des filtres similaires à ceux utilisés pour les découvertes. Les opérations de groupe peuvent être sauvegardées et enregistrées plusieurs fois. Un programmateur est disponible pour automatiser les opérations de groupe. Le regroupement des opérations inclut également la fonctionnalité de propagation de la configuration des modules (MCP, Module Configuration Propagation), qui permet de cloner l'ensemble de la configuration d'un nud de référence en la ramenant sur le serveur puis en la transférant sur tous les nuds similaires.

Pour plus d'informations sur le référencement des domaines, consultez “Surveillance des domaines administratifs distants” dans Guide de l'utilisateur de Sun Management Center 3.5. Pour plus d'informations sur les opérations de groupe, consultez “Gestion des travaux de groupe” dans Guide de l'utilisateur de Sun Management Center 3.5.