Service de KVM sur un serveur dans le cloud : ne pas en être privé

La mise en place d’un service de KVM (Keyboard, Video, Mouse) sur un serveur dans le cloud peut être cruciale pour de nombreuses entreprises. En effet, cela permet de disposer d’un accès physique à distance au serveur, ce qui peut être particulièrement utile en cas de problèmes ou de besoins de maintenance.

Cependant, il peut arriver que certains fournisseurs de services cloud ne proposent pas de service de KVM sur leurs serveurs. Cela peut poser de nombreux problèmes pour les entreprises qui en ont besoin, notamment :

• Difficulté à diagnostiquer et résoudre les problèmes : Si le serveur tombe en panne ou rencontre des problèmes de performance, il peut être très difficile de diagnostiquer la cause sans accès physique au serveur. Le service de KVM permet de se connecter au serveur et de visualiser ce qui se passe à l’écran, ce qui peut être très utile pour identifier rapidement la cause d’un problème.
• Coûts supplémentaires : Si un service de KVM n’est pas disponible sur un serveur dans le cloud, il peut être nécessaire de mettre en place une solution de secours, comme un accès SSH ou une connexion à distance via un logiciel tiers. Cela peut entraîner des coûts supplémentaires pour l’entreprise, notamment en termes de temps et de resources consacrés à la mise en place de cette solution de secours.
• Manque de flexibilité : Le service de KVM permet de se connecter au serveur de manière simple et rapide, ce qui est particulièrement utile en cas de besoin urgent. Si ce service n’est pas disponible, il peut être nécessaire de passer par des solutions de secours plus longues et moins pratiques, ce qui peut être très frustrant pour les utilisateurs.

Comment ce passer d’un kvm quand on peut avoir le mode rescue sur nos serveurs

Si votre fournisseur cloud ne vous propose pas de solution KVM comme Kimsufi vous pouvez déjouer le tour en vous connectant en ssh a votre serveur en mode rescue.

Créer un tunnel ssh entre vos deux machine (votre client et votre serveur)

L’option « -L » (ou « –local ») permet de spécifier une redirection de port local. Cela signifie qu’un port local sur votre ordinateur sera redirigé vers un port sur le serveur distant auquel vous vous connectez.

user@host:~$ ssh -L local_port:remote_host:remote_port username@remote_host

• local_port est le port sur votre ordinateur qui sera redirigé.
• remote_host est l’adresse du serveur distant auquel vous vous connectez.
• remote_port est le port sur le serveur distant auquel vous souhaitez accéder.
• username est votre nom d’utilisateur sur le serveur distant.

user@host:~$ ssh -L 5900:127.0.0.1:5900 root@{adresse-ip-du-serveur}

Pour certaines rescue l’installation de qemu n’est pas automatique, nous devons donc l’installer :

apt install qemu-utils qemu-system-x86 qemu-system-gui

En suite nous allons lancer notre qemu serveur avec la commande suivante:

root@rescue:~# qemu-system-x86_64 -enable-kvm -vnc 127.0.0.1:0 -cpu host -smp 4 -net nic -net user -m 4096M -hda /dev/sda -hdb /dev/sdb

• -enable-kvm permet d’activer l’utilisation de l’accélération matérielle KVM (Kernel-based Virtual Machine) si elle est disponible sur l’ordinateur hôte. Cela peut améliorer les performances de la machine virtuelle.
• -vnc 127.0.0.1:0 permet de démarrer un serveur VNC (Virtual Network Computing) sur la machine virtuelle, qui permet de se connecter à la machine virtuelle en utilisant un client VNC. L’adresse IP « 127.0.0.1 » correspond à l’hôte local, et le numéro de port « 0 » indique que QEMU doit choisir un port libre au hasard.
• -cpu host indique que la machine virtuelle doit utiliser les mêmes processeurs que l’ordinateur hôte.
• -smp 4 indique que la machine virtuelle doit avoir accès à 4 processeurs virtuels.
• -net nic et -net user indiquent que la machine virtuelle doit avoir une interface réseau virtuelle en mode « user ». Cela signifie que l’interface sera connectée à un « tap » (interface réseau utilisateur) sur l’ordinateur hôte, et que l’accès au réseau sera contrôlé par l’utilisateur.
• -m 4096M indique que la machine virtuelle doit avoir accès à 4096 Mo de mémoire vive.
• -hda /dev/sda et -hdb /dev/sdb indiquent que les disques durs virtuels de la machine virtuelle doivent être connectés aux périphériques de stockage « sda » et « sdb » sur l’ordinateur hôte.

En résumé, cette commande lance une machine virtuelle avec une interface réseau en mode « user », 4 processeurs virtuels et 4096 Mo de mémoire vive, et connecte les disques durs virtuels de la machine virtuelle aux périphériques de stockage « sda » et « sdb » sur l’ordinateur hôte. Un serveur VNC est démarré sur la machine virtuelle, ce qui permet de se connecter à cette dernière en utilisant un client VNC.

Sur notre machine client on ce connecte au serveur vnc de notre machine virtuel qemu avec la commande suivante:

user@host:~$ remote-viewer vnc://localhost:5900