Publicité
A
G : FAQ
NNEXE
Q
UESTION
Regroupement
Est-il possible de placer un
serveur spécifique dans
plusieurs groupes ?
Quel est l'impact d'une
application bloquée par
l'utilisation active du port
de console, par exemple,
certaines variantes UNIX
n'autorisant pas
l'administration sur des
interfaces réseau ?
Quelles sont les
recommandations au sujet
du déplacement/changement
des modules d'interface
pour ordinateur (Computer
Interface Module, CIM) au
niveau physique avec des
modifications apportées à la
base de données logique ?
Interopérabilité
Comment CC-SG s'intègre-
t-il aux produits à châssis
à lame ?
Jusqu'à quel niveau CC-SG
peut-il s'intégrer à des
outils KVM tiers ? Jusqu'au
niveau des ports KVM tiers
ou simplement jusqu'au
niveau du boîtier ?
Comment puis-je atténuer
la restriction de quatre
chemins simultanés par
l'intermédiaire du boîtier
IP-Reach, incluant le
calendrier de lancement
pour un éventuel boîtier
8 chemins ?
Oui. Tout comme un utilisateur, un dispositif peut appartenir
à plusieurs groupes.
Par exemple, un système Sun situé à New York City peut
appartenir au groupe Sun : « TypeSE = Solaris » et au groupe
New York City : « emplacement = NYC ».
Une console est généralement considérée comme un chemin
d'accès sûr et fiable de dernier recours. Certains systèmes UNIX
permettent la connexion à la console en tant qu'agent root. Pour
des raisons de sécurité, d'autres systèmes peuvent empêcher les
connexions multiples afin que, si l'administrateur est connecté
à la console, tout autre accès soit refusé. Enfin, à partir de la
console, l'administrateur peut également désactiver les interfaces
réseau si cela est nécessaire afin de bloquer tous les autres accès.
L'activité normale de la commande sur la console n'a pas un
impact plus important que la commande équivalente exécutée
à partir d'une autre interface. Cependant, dans la mesure où elle
ne dépend pas du réseau, un système qui est trop surchargé
pour répondre à une connexion réseau peut encore accepter la
connexion de la console. Ainsi, un autre avantage de l'accès
via la console est de permettre le dépannage et le diagnostic de
problèmes qui se produisent au niveau du système et du réseau.
Chaque CIM a un numéro de série et un nom système cible.
Nos systèmes considèrent qu'un CIM reste connecté à la cible
correspondant à son nom en cas de déplacement de la connexion
d'un commutateur à un autre. Ce mouvement se reflète
automatiquement sur la configuration système et est répercuté
dans CC-SG. En revanche, si le CIM est déplacé sur un autre
serveur, un administrateur doit le renommer.
CC-SG peut prendre en charge tout dispositif disposant d'une
interface KVM ou série sous forme d'intercommunication
transparente.
L'intégration de commutateurs KVM tiers est généralement
réalisée à l'aide de macros de clavier lorsque les fabricants KVM
tiers ne rendent pas publics les protocoles de communication de
leurs commutateurs KVM. Le degré d'intégration varie selon la
fonction des commutateurs KVM tiers.
Pour le moment, la meilleure mise en place possible consiste
à regrouper les boîtiers IP-Reach à l'aide de CC-SG. A l'avenir,
Raritan envisage d'augmenter le nombre de chemins d'accès
simultanés par boîtier. Le développement de ces projets doit
néanmoins être achevé, d'autres projets ayant été traités en
priorité. Nous accueillons néanmoins avec plaisir tous les
commentaires relatifs à la demande du marché et aux exemples
d'utilisation d'une solution 8 chemins.
R
ÉPONSE
243
Publicité
