La gestion de plusieurs serveurs dédiés distants et le travail sur le réseau peuvent être assez stressants.
Existe-t-il un moyen de me connecter à ces boîtes (éventuellement via une troisième boîte) sans dépendre de leur configuration réseau ?
Quelque chose comme "xm console", mais sans rapport avec xen ? J'espère que ma question est suffisamment claire pour y répondre.
Si votre serveur possède un port série, vous pouvez vous y connecter assez facilement. Supposons le cas le plus simple : un serveur et un ordinateur de bureau ou portable. Ajoutez une entrée à votre fichier /etc/inittab semblable à :
s0:12345:respawn:/sbin/agetty 19200 ttyS0 vt100Cela indique au serveur d'écouter sur ttyS0, le premier port série, pour un comportement de type terminal. Branchez un câble de ce port sur le serveur à votre ordinateur portable/chariot. En utilisant un programme tel que minicom ou les bonnes options sur écran se connecter à votre port série local. En supposant que vous avez correctement configuré les vitesses, vous devriez arriver directement à une invite de connexion sur votre serveur.
Pour le cas plus compliqué, de nombreux serveurs différents, vous pouvez centraliser la même approche de base. Au lieu d'un chariot mobile ou d'un ordinateur portable, installez un serveur spécialisé qui sera directement connecté à tous vos différents appareils. Cela peut se faire à l'aide d'un grand nombre de ports série, ou d'un système de type Serveur de console Digi . À partir de ce serveur de console, vous pouvez alors obtenir un accès hors bande à n'importe lequel de vos systèmes connectés. Je vérifierais des applications comme Conserver lorsque vous travaillez en masse.
Je recommanderais, au moins, de configurer le port série sur ces systèmes, même si vous ne prévoyez pas d'utiliser un système de gestion à l'échelle de l'entreprise. Vous ne pouvez pas toujours être sûr qu'une boîte aura la vidéo, et au moins avec le port série activé vous pouvez travailler sur un système qui peut ne pas démarrer complètement.
EDIT : Après avoir dormi dessus, j'ai réalisé que cette méthode ne fonctionnera pas pour les machines virtuelles. Dans le meilleur des cas, en utilisant une connexion série, vous pourriez vous introduire dans un Shell sur l'hôte VM, mais pas sur aucun des invités. Nous laissons ce problème comme un exercice pour le lecteur.
De nombreux fournisseurs de matériel serveur proposent une sorte de console à distance, comme RSA d'IBM (System x) ou DRAC de Dell (PowerEdge) et iLO de HP. Cela se fera toujours via le réseau, et une bonne pratique consiste à le placer sur un VLAN de gestion avec lequel vous n'avez rien à faire.
Les modèles de serveurs les plus récents peuvent ne pas disposer d'un port série auquel connecter une console série (à distance ou non), mais il existe des adaptateurs USB.
C'est la raison pour laquelle les centres d'hébergement de données disposent d'un support "mains et yeux" :-).
Je vais apporter mon soutien aux "KVM IP". J'utilise le KVM Dell 2161DS (cf. http://www.dell.com/content/topics/global.aspx/power/en/ps3q02_avocent?c=us&l=en&cs=04 ) sur quelques sites de clients et l'apprécie vraiment (bien que le client java craint ... Je me demande si quelqu'un en a fait un avec le protocole RFB/VNC comme sortie). Ce commutateur particulier est intéressant car vous pouvez y ajouter des modules en cascade pour contrôler plus de serveurs. Un client possède environ 80 serveurs répartis sur deux de ces commutateurs, et il n'a presque jamais été nécessaire de se rendre physiquement dans le centre de données.
Une chose à laquelle vous devriez penser en plus d'une telle bête est une alimentation contrôlable à distance. Il peut s'agir d'un onduleur ou d'un commutateur d'alimentation à distance autonome (cf. http://www.blackbox.com/Store/Detail.aspx/Elite-Managed-Power-Controller-Horizontal-120-VAC-16-Outlet/PSH16-D20-120V par exemple), mais vous allez vous retrouver dans une situation avec des serveurs PC où, inévitablement, vous devrez mettre le boîtier sous tension.
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
