commandes virt sur Debian - Réseau informatique pour les PME

Index général de la série: Réseaux informatiques pour les PME: introduction

Le titre de cet article fait référence à une série de commandes de console commençant par «vertu- « Et cela peut être utile dans certaines circonstances. Nous ne donnerons qu'une brève description de chacun d'eux, et quelques exemples d'utilisation. Nous le répétons: nous ne pouvons pas remplacer les manuels qui accompagnent chaque commande. Nous suggérons fortement vérifiez ces pages en exécutant homme virt-comando.

• L'objectif principal de cet article est de continuer à montrer au vaste univers que la virtualisation sous Linux utilise actuellement l'hyperviseur Qemu-KVM. Bien que dans le titre, nous écrivons le nom de la distribution «Debian«, Les principes généraux sont applicables à toute autre distribution au moyen des commandes spécifiques de chacune d'elles. Surtout ceux liés à la recherche, à la description et à l'installation de packages, entre autres.

Avant de poursuivre la lecture, nous recommandons de visiter l'article précédent: Qemu-KVM + Virt-Manager sur Debian - Réseau informatique pour les PME.

Quand utiliser les commandes?

À de nombreuses reprises, nous gérons à distance un serveur de support de virtualisation avec le Qemu-KVM installé, et pour une raison quelconque, nous n'avons pas l'interface graphique du Gestionnaire de machine virtuelle - Gestionnaire virtuel:

• Cas typique, lorsque nous accédons au serveur distant depuis une station Windows via Mastic, ou tout autre des nombreux a qui existent pour se connecter via SSH à un serveur Debian GNU / Linux, et ce dernier n'a pas de support installé pour le «X«, Ou support graphique.
• Nous voulons simplement gérer les machines virtuelles sur le serveur local ou distant à l'aide des commandes de la console.

Installé avec les clients libvirt

Dans le article précédent nous installons le package libvirt-poubelle, et dans le cadre du processus, il a été installé clients-libvirt. Si nous exécutons dans une console:

buzz @ sysadmin: ~ $ sudo dpkg -L libvirt-clients | grep / bin
/ usr / bin
/ usr / bin / virsh
/ usr / bin / virt-host-validate
/ usr / bin / virt-login-shell
/ usr / bin / virt-xml-validate
/ usr / bin / virt-pki-validate

• Virsh: le programme virsh est la principale interface utilisateur pour la gestion complète des domaines invités - Nb d'Invités. Il est utilisé pour répertorier, créer, mettre en pause et arrêter des domaines. Cette commande doit être appelée avec les autorisations de racine. Il a deux manières de fonctionner: en mode commande et en mode interactif. Nous dédierons un prochain article à virsh.
• virt-host-valider: outil qui permet de valider la configuration de l'hôte - Hôte, afin qu'il puisse prendre en charge tous les pilotes de l'hyperviseur - Hyperviseur. Pour obtenir des résultats corrects, la commande doit être exécutée avec les autorisations de racine.
• virt-login-shell: commande pour exécuter un coquille personnalisé pour un utilisateur normal dans un container LXC, dont le nom est le même que l'utilisateur qui l'invoque. Si le conteneur n'est pas en cours d'exécution, la commande virt-login-shell essaiera de le démarrer. Cette commande ne peut pas être appelée avec les autorisations utilisateur racine. Le fichier de configuration très explicite de ce programme est /etc/libvirt/virt-login-shell.conf.
• virt-xml-valider: valider les fichiers XML depuis libvirt en les comparant à un schéma - schéma valide. Nous obtenons une liste de noms de schéma valides si nous exécutons man virt-xml-valider.
• virt-pki-valider: permet de valider si les fichiers PKI de libvirt Ils sont correctement configurés, à la fois du côté du serveur sécurisé et du client qui utilisera le protocole de cryptage TLS pour accéder à distance au serveur. Son exécution sera nécessaire si nous avons activé l'administration à distance via TLS et SSL. Chapitre 22.2 du document Guide de déploiement et d'administration de la virtualisation, est dédié à cette solution. Nous suggestons que nos réseaux commerciaux utilisent le administration à distance via SSH, méthode plus simple et plus sécurisée pour un Business LAN, à laquelle nous dédierons un article ultérieur.

Installé avec virtisnt

Dans l'article précédent, nous avons également installé le package virt-manager. Dans le cadre de ce processus, le package a été installé vertu. Si nous voulons savoir quelles commandes contient ce dernier, nous exécutons:

byzz @ sysadmin: ~ $ sudo dpkg -L virtinst | grep / bin
/ usr / bin
/ usr / bin / virt-convert
/ usr / bin / virt-image
/ usr / bin / virt-xml
/ usr / bin / virt-install
/ usr / bin / virt-clone

• virt-convertir- commande qui convertit les définitions de machine virtuelle en formats VMX y Ovf au format natif libvirt XML. Le format VMX est généralement utilisé par le VMware, tandis que l'OVF «Ouvrir le format de virtualisation»Peut être utilisé par tout Hyperviseur soutiens le.
• image-virt- Crée une machine virtuelle à partir d'un fichier descripteur d'image au format XML. Cet outil particulier sera supprimé des futures versions de vertuDonc Nous ne suggérons pas son usage.
• virt-xml: Permet l'édition des fichiers XML natifs utilisés par libvirt, en utilisant les options de ligne de commande.
• virt-installer: outil de ligne de commande qui permet de créer de nouvelles machines virtuelles dans les hyperviseurs tels que les conteneurs KVM, Xen ou Linux qui utilisent la bibliothèque de gestion de l'hyperviseur "Libvirt". Cet outil prend en charge l'installation graphique si nous utilisons, par exemple, le VNC Virtual Network Computing, ou SPICE. Il prend également entièrement en charge le mode console ou texte. Grâce à son utilisation, nous pouvons créer une machine virtuelle avec un ou plusieurs disques durs, une ou plusieurs cartes réseau, des périphériques audio, des périphériques USB ou PCI physiques, etc. Le support d'installation peut être local, distant, publié à l'aide du protocole natif UNIX NFS Network File System, HTTP, FTP. etc.
• virt-clone- outil en ligne de commande pour cloner des machines virtuelles existantes à l'aide de la bibliothèque de gestion de l'hyperviseur "Libvirt". Copiez simplement l'image d'une machine virtuelle et créez un nouvel invité - GUEST avec une configuration matérielle identique. Les éléments matériels qui doivent être uniques, par exemple l'adresse matérielle d'une carte réseau, seront mis à jour pour éviter les collisions ou le bruit entre l'ancien et le nouveau GUEST.

visionneuse virtuelle

Cet outil est également installé lorsque vous effectuez la virt-manager. visionneuse virtuelle c'est un paquet séparé.

• visionneuse virtuelle: permet de montrer une console graphique, via VNC ou SPICE, d'une machine virtuelle spécifique, qu'elle soit localisée localement ou à distance. On peut se référer à GUEST que nous voulons afficher via son nom, son ID ou son UUID. Si la machine virtuelle n'est pas en cours d'exécution, virt-viewer attendra qu'elle démarre.

Autres commandes "virt-" pouvant être installées à partir de packages séparés

• vertu-goodies- Une collection d'outils liés à la virtualisation. Comprend un plugin pour «Munin«, Et un script pour convertir les machines virtuelles créées avec VMware Workstation ou VMware Server, au format utilisé dans Qemu-KVM.
• virt-top: Affiche les statistiques des domaines virtualisés. Une sorte de top o htop pour les machines virtuelles

Installé avec qemu-utils

Bien que le nom de ces outils ne commence pas par vertu-Nous devrons sûrement en utiliser certains à un moment donné, en particulier celui lié aux images des disques des machines virtuelles.

Nous pouvons les invoquer après avoir installé le Plateforme de virtualisation Qemu-Kvm, comme indiqué dans l'article précédent. Si nous voulons savoir quelles commandes le paquet reste à notre disposition qemu-utils, il suffit d'exécuter:

buzz @ sysadmin: ~ $ sudo dpkg -L qemu-utils | grep / bin
/ usr / bin
/ usr / bin / qemu-img
/ usr / bin / qemu-nbd / usr / bin / qemu-io

Si au lieu de discriminer par / bin nous l'aurions fait pour / sbin, nous obtiendrions un autre résultat que nous laisserons à votre considération.

• qemu-img: nous permet de créer, convertir et / ou modifier des images de disques qui ne fonctionnent pas ou qui sont Déconnecté.
  Nous suggestons exécuter la commande homme qemu-img. Nous soulignerons seulement que nous ne devons JAMAIS utiliser cette commande pour modifier toute image utilisée par une machine virtuelle ou tout autre processus, car cela peut détruire l'image. Il ne faut pas non plus consulter les données d'une image en cours de modification, car on peut trouver des incohérences dans son état.

Exemples d'utilisation de certaines des commandes

virt-host-valider

buzz @ sysadmin: ~ $ virt-host-validate 
  QEMU: Vérification de la virtualisation matérielle: PASS QEMU: Vérification du périphérique / dev / kvm: PASS QEMU: Vérification du périphérique / dev / vhost-net: WARN (Charge le module 'vhost_net' pour améliorer les performances du réseau virtio) QEMU: Vérification de device / dev / net / tun: PASS LXC: Vérification pour Linux> = 2.6.26: PASS

buzz @ sysadmin: ~ $ sudo virt-host-validate 
[sudo] mot de passe pour buzz: QEMU: Vérification de la virtualisation matérielle: PASS QEMU: Vérification du périphérique / dev / kvm: PASS QEMU: Vérification du périphérique / dev / vhost-net: PASS QEMU: Vérification du périphérique / dev / net / tun : PASS LXC: Vérification pour Linux> = 2.6.26: PASS

virt-xml-valider

buzz @ sysadmin: ~ $ sudo virt-xml-validate /etc/libvirt/qemu/dns.xml 
/etc/libvirt/qemu/dns.xml valide

buzz @ sysadmin: ~ $ sudo virt-xml-validate /etc/libvirt/qemu/networks/default.xml
/etc/libvirt/qemu/networks/default.xml valide

qemu-img

buzz @ sysadmin: ~ $ qemu-img vérifier /tera/vmware/omicron/omicron.vmdk
Aucune erreur n'a été trouvée sur l'image.

buzz @ sysadmin: ~ $ qemu-img info /tera/vmware/omicron/omicron.vmdk
image : /tera/vmware/omicron/omicron.vmdk
format de fichier: vmdk taille virtuelle: 20G (21474836480 octets) taille du disque: 3.6G taille_classe: 65536 Informations spécifiques au format: cid: 1473577509 parent cid: 4294967295 type de création: monolithiqueSparse extents: [0]: taille virtuelle: 21474836480 nom de fichier: / tera / Taille du cluster vmware / omicron / omicron.vmdk: format 65536:

buzz @ sysadmin: ~ $ qemu-img info /tera/vms/omicron.raw 
image : /tera/vms/omicron.raw
format de fichier: taille virtuelle brute: 20G (21474836480 octets) taille du disque: 3.4G

buzz @ sysadmin: ~ $ qemu-img info /tera/vms/miweb.qcow2
image : /tera/vms/miweb.qcow2
format de fichier: qcow2 taille virtuelle: 10G (10737418240 octets) taille du disque: 4.5G cluster_size: 65536 Informations spécifiques au format: compat: 1.1 lazy refcounts: false

buzz @ sysadmin: ~ $ sudo qemu-img convert -p /tera/vms/omicron.raw -O qcow2 /tera/vms/omicron.qcow2
    (27.56 / 100%)

buzz @ sysadmin: ~ $ qemu-img info /tera/vms/omicron.qcow2 
image : /tera/vms/omicron.qcow2
format de fichier: qcow2 taille virtuelle: 20G (21474836480 octets) taille du disque: 3.5G cluster_size: 65536 Informations spécifiques au format: compat: 1.1 lazy refcounts: false

buzz @ sysadmin: ~ $ sudo qemu-img create -f qcow2 /tera/vms/hyp2.qcow2 20G
Formatage '/tera/vms/hyp2.qcow2', fmt = qcow2 size = 21474836480 encryption = off cluster_size = 65536 lazy_refcounts = off 

buzz @ sysadmin: ~ $ sudo qemu-img info /tera/vms/hyp2.qcow2
image : /tera/vms/hyp2.qcow2
format de fichier: qcow2 taille virtuelle: 20G (21474836480 octets) taille du disque: 196K cluster_size: 65536 Informations spécifiques au format: compat: 1.1 lazy refcounts: false

virt-xml

Tout d'abord, nous créons un nouvel album:

buzz @ sysadmin: ~ $ sudo qemu-img create -f qcow2 /tera/vms/dns2.qcow2 10G

Ensuite, nous le joignons au domaine "dns" existant:

buzz @ sysadmin: ~ $ virt-xml --connect qemu: /// système dns --add-device --disk /tera/vms/dns2.qcow2 --confirm
--- XML ​​d'origine +++ XML modifié @@ -128,5 +128,10 @@  + + + + +

Définir «dns» avec le XML modifié? (y / n): y
Le domaine 'dns' a été défini avec succès.

À la fin de l'article, nous donnons la structure complète du fichier /etc/libvirt/qemu/dns.xml récemment modifié.

virt-convertir

Convertissons une machine virtuelle créée à l'aide du VMware Workstation vers le format libvirt, mais pas avant d'avoir spécifié que le format du disque dur converti est qvache2, et aussi que la nouvelle image de la machine virtuelle est créée dans le référentiel principal / tera / vms. Nous voulons également que la sortie de la commande soit aussi explicite que possible, nous utilisons donc l'option -d.

buzz @ sysadmin: ~ $ sudo virt-convert -d / tera / vmware / miweb / --disk-format qcow2 --destination / tera / vms

Ensuite, le virt-viewer se connecte automatiquement à l'invité nouvellement converti et nous pouvons voir tout son processus de démarrage.

virt-clone

Clonons la machine virtuelle «dns":

buzz @ sysadmin: ~ $ virt-clone --connect qemu: /// système -o dns --auto-clone
Attribution de «dns-clone.qcow2» | 10 Go 00:20 Attribution de «dns2-clone.qcow2» | 10 Go 00:01     

Le clone 'dns-clone' a été créé avec succès.

Nous vérifions à l'aide de la commande Virsh, qui est un aperçu de l'article suivant:

buzz @ sysadmin: ~ $ sudo virsh list
 État du nom de l'ID ----------------------------------------------- -----

buzz @ sysadmin: ~ $ sudo virsh list --all
 État du nom de l'ID ----------------------------------------------- ----- - dns shut off - dns-clone shut off - miweb shut off

buzz @ sysadmin: ~ $ sudo virsh démarre dns-clone
Domaine dns-clone démarré

buzz @ sysadmin: ~ $ virt-viewer --connect qemu: /// système dns-clone

virt-installer

Nous voulons créer une machine virtuelle nommée «Outils de gestion»Héberger le site du Intranet d'entreprise. Il ne sera pas publié sur Internet. Qu'il a environ 1024 mégaoctets de RAM, un disque dur de 80 gigaoctets de croissance dynamique, qui est basé sur Debian Jessie, et est connecté au réseau «défaut«.

Pour nous faciliter la vie, nous créons d'abord l'image disque en utilisant qemu-img:

buzz @ sysadmin: ~ $ sudo qemu-img create -f qcow2 /tera/vms/wordpress.qcow2 80G
Formatage '/tera/vms/wordpress.qcow2', fmt = qcow2 size = 85899345920 encryption = off cluster_size = 65536 lazy_refcounts = off

Ensuite, nous créons la machine et commençons le processus d'installation:

buzz @ sysadmin: ~ $ sudo virt-install --connect qemu: /// système --virt-type = kvm \
--name wordpress --ram 1024 --vcpus = 1 \
--disk /tera/vms/wordpress.qcow2 \
--cdrom /home/buzz/isos/Linux/debian-8/debian-8.0.0-amd64-CD-1.iso \
--os-type linux --network network = default \
--description WordPress.desdelinux.ventilateur

virt-top

buzz @ sysadmin: ~ $ virt-top --connect qemu: /// système
virt-top 15:39:21 - x86_64 2 / 2CPU 1600MHz 3863 Mo 2 domaines, 2 actifs, 2 en cours d'exécution, 0 en veille, 0 en pause, 0 inactif D: 0 O: 0 X: 0 CPU: 0.7% Mémoire: 768 Mo ( 768 Mo par les invités) ID S RDRQ WRRQ RXBY TXBY% CPU% MEM HEURE NOM 22 R 0 0 104 0 0.3 6.0: 0 dns 11.49 R 21 0 0 104 0 0.3: 13.0 miweb

Structure du fichier dns.xml

Au début, il peut sembler un peu difficile de comprendre la structure du fichier de définition d'une machine virtuelle ou GUEST, tel que compris par l'hyperviseur Qemu-KVM et les bibliothèques associées comme libvirt. Le fichier est au format standard.xml. Il est structuré par blocs de définition, contenus dans le bloc principal «domaine«.

....

Dans ce bloc, nous trouverons le définitions de la machine virtuelle entière:

• nom de l'équipe
• uuid de l'équipe
• quantité de RAM
• nombre de processeurs
• type de système d'exploitation et son architecture. appareil de démarrage.
• Fonctionnalités prises en charge telles que ACPI «Automatic Control Power Interface», APM «Automatic Power Management» et PAE.
• Modèle (s) de CPU et leurs caractéristiques
• réglage de l'horloge: qu'il s'agisse de UTC "United Time Cordinate" ou non.
• réponse à des événements tels que l'arrêt, le redémarrage ou une panne du système
• si le PM «Power Management» a activé les événements «suspendre l'écriture en mémoire» et «suspendre l'écriture sur le disque dur»
• type d'émulateur de différents appareils ou Périphériques KVM
• pour tous les disques durs: pilote, type de disque, chemin du fichier image, périphérique cible, type de bus, emplacement «fente»Pci auquel il est connecté, etc., selon le disque virtuel: IDE, SATA, SCSI, USB ou Virtio.
• dispositifs optiques comme CDR
• nombre et type de connecteurs USB
• emplacement pci pour disque IDE
• connecteur série pour les communications
• connecteur parallèle pour imprimantes
• cartes réseau avec une adresse MAC unique, le type de carte réseau, à quel slot PCI elle est connectée et à quel réseau virtuel elle se connectera
• consoles de la série pty
• périphériques d'entrée tels que pad «tablettes", Clavier de la souris"souris", etc.
• carte vidéo et sa RAM, type, modèle, emplacement, bus, etc.
• et un autre long etcetera

En bref, La Mar Océana des définitions et des périphériques nécessaires et supportés par l'hyperviseur Qemu-KVM et les bibliothèques associées, pour avoir une machine virtuelle pleinement fonctionnelle comme s'il s'agissait d'une vraie machine.

buzz @ sysadmin: ~ $ sudo cat /etc/libvirt/qemu/dns.xml 
<!--
AVERTISSEMENT : CECI EST UN FICHIER GÉNÉRÉ AUTOMATIQUEMENT.  LES MODIFICATIONS DE CE SONT SUSCEPTIBLES D'ÊTRE ÉCRITES ET PERDUES.  Les modifications apportées à cette configuration xml doivent être effectuées en utilisant: virsh edit dns ou une autre application utilisant l'API libvirt.

Prochaines livraisons

• Commande Virsh
• Gestion à distance des hyperviseurs et de leurs machines virtuelles via SSH

N'oubliez pas que ce sera une série d'articles de Réseaux informatiques pour les PME. Nous vous attendons!