Comment augmenter l'espace disque d'un invité KVM?


Réponses:


116
  1. arrêter la VM
  2. courir qemu-img resize vmdisk.img +10Gpour augmenter la taille de l'image de 10 Go
  3. démarrer la machine virtuelle, redimensionner les partitions et la structure LVM qu'il contient normalement

Ah, vous m'y êtes battu, je viens de remarquer les options de redimensionnement de qemu-img dans la page de manuel. Donc, cela économise quelques étapes. Agréable!
Slm

1
A travaillé pour redimensionner mon * .qcow2 img sur RHEL6.6. Merci!
Jacob Goulden

8
start the VM, resize the partitions and LVM structure within it normallyComment faire? S'il vous plaît expliquer
Waki

1
Vous ne pouvez pas tout avoir remis à vous sur un plateau. Si vous avez essayé sans succès de redimensionner des partitions ou des volumes virtuels, ouvrez une nouvelle question, décrivez ce que vous avez essayé et ce qui ne fonctionne pas
dyasny

4
Pour redimensionner les partitions et LVM, suivez toutes les étapes décrites
skonsoft le

32

Méthode en ligne (utilisant qemu, libvirt et virtio-block)

Pour le meilleur ou pour le pire, les commandes ci-dessous seront exécutées même si le disque virtuel cible est monté. Cela peut être utile dans les environnements où le disque ne peut pas être démonté (telle qu'une partition racine), la VM doit rester allumée et le propriétaire du système est prêt à assumer le risque de corruption des données . Pour supprimer ce risque, vous devez d'abord vous connecter à la machine virtuelle et démonter le disque cible, ce qui n'est pas toujours possible.

Effectuez les opérations suivantes à partir de l'hyperviseur KVM.

  1. Augmentez la taille du fichier image du disque lui-même (spécifiez la quantité à augmenter):

    qemu-img resize <my_vm>.img +10G
    
  2. Obtenez le nom du périphérique virtio, via le shell libvirt ( drive-virtio-disk0dans cet exemple):

    virsh qemu-monitor-command <my_vm> info block --hmp
      drive-virtio-disk0: removable=0 io-status=ok file=/var/lib/libvirt/images/<my_vm>.img ro=0 drv=raw encrypted=0
      drive-ide0-1-0: removable=1 locked=0 tray-open=0 io-status=ok [not inserted]
    
  3. Indiquez au pilote virtio de détecter la nouvelle taille (spécifiez la nouvelle capacité totale):

    virsh qemu-monitor-command <my_vm> block_resize drive-virtio-disk0 20G --hmp
    

Puis connectez-vous à la VM. Running dmesgdevrait signaler que le disque virtio a détecté un changement de capacité. A ce stade, redimensionnez vos partitions et la structure LVM selon vos besoins.


4
La page de manuel de qemu-img (la mienne est datée du 08/05/2016) indique: " Avertissement: N'utilisez jamais qemu-img pour modifier les images utilisées par une machine virtuelle en cours d'exécution ou tout autre processus; cela pourrait détruire l'image. En outre, sachez que l'interrogation d'une image en cours de modification par un autre processus peut rencontrer un état incohérent. " Donc, je ne suis pas sûr si (la première étape) est en sécurité lorsque la machine virtuelle est toujours en cours d'exécution.
user44400

Ne fonctionne pas sur centos7 + kvm
e-info128

1
Cela a parfaitement fonctionné pour moi. Utilisation de périphériques ceph et virtio block. nous stockons les données d'application / la base de données MySQL sur une partition séparée. Arrêtez les applications accédant à cette partition. Démontez-le. Redimensionnez-le. fsck. puis montez-le à nouveau avec la nouvelle taille. Aucun arrêt nécessaire.
Nelaaro

Pareil que cette réponse, mais en utilisant libvirt à la place de la console du moniteur: serverfault.com/a/952868/30946
Mircea Vutcovici

21

Ces questions serveur par défaut sont similaires mais plus spécifiques: le redimensionnement du disque en ligne KVM? & Centos Xen redimensionnant la partition et le groupe de volumes DomU . Le 1er pose la question de savoir comment augmenter un invité KVM lorsqu'il est en ligne, tandis que le second est spécifique à XEN et utilise LVM. Je demande comment accomplir cela lorsque le KVM est hors ligne.

REMARQUE: Ce lien a été utile pour la MÉTHODE n ° 1 et montre comment augmenter progressivement l'espace disque d'un KVM (basé sur ext3), HOWTO: Redimensionner une image de machine virtuelle KVM .

Les invités KVM doivent savoir que les partitions qu’ils utilisent peuvent affecter la méthode que vous pouvez utiliser pour augmenter leur espace disque.

MÉTHODE N ° 1: Les partitions sont basées sur ext2 / ext3 / ext4

Les noix de cette méthode sont les suivantes:

# 1. stop the VM
# 2. move the current image
mv mykvm.img mykvm.img.bak

# 3. create a new image
qemu-img create -f raw addon.raw 30G

# 4. concatenate the 2 images
cat mykvm.img.bak addon.raw >> mykvm.img

Maintenant, avec le fichier mykvm.img plus volumineux en main, démarrez gparted et étendez la partition existante dans l'espace disque nouvellement ajouté. Cette dernière étape étend essentiellement la partition du système d’exploitation de sorte qu’elle puisse utiliser l’espace supplémentaire.

METHODE 2: Les partitions sont basées sur LVM

Voici la marche à suivre pour redimensionner un invité KVM utilisant LVM en interne.

  1. Arrêtez la VM
  2. ajouter plus d'espace au "fichier image" de l'invité (quelque chose comme: cat old.img 10G_addon.raw >> new.img
  3. démarrer la machine virtuelle (en utilisant le nouveau fichier new.img)
  4. exécuter fdisk dans la machine virtuelle et supprimer & recréer une partition LVM

    % fdisk /dev/vda
    ...
    Device Boot      Start         End      Blocks   Id  System
    /dev/vda1   *           1          13      104391   83  Linux
    /dev/vda2              14        3263    26105625   8e  Linux LVM
    
    Command (m for help): d
    Partition number (1-4): 2
    
    Command (m for help): p
    
    Disk /dev/vda: 48.3 GB, 48318382080 bytes
    255 heads, 63 sectors/track, 5874 cylinders
    Units = cylinders of 16065 * 512 = 8225280 bytes
    
    Device Boot      Start         End      Blocks   Id  System
    /dev/vda1   *           1          13      104391   83  Linux
    
    Command (m for help): n 
    Command action
      e   extended
      p   primary partition (1-4)
    p
    Partition number (1-4): 2
    First cylinder (14-5874, default 14): 14
    Last cylinder or +size or +sizeM or +sizeK (14-5874, default 5874): 
    Using default value 5874
    
    Command (m for help): p
    
    Disk /dev/vda: 48.3 GB, 48318382080 bytes
    255 heads, 63 sectors/track, 5874 cylinders
    Units = cylinders of 16065 * 512 = 8225280 bytes
    
    Device Boot      Start         End      Blocks   Id  System
    /dev/vda1   *           1          13      104391   83  Linux
    /dev/vda2              14        5874    47078482+  83  Linux
    
    Command (m for help): t
    Partition number (1-4): 2
    Hex code (type L to list codes): 8e
    Changed system type of partition 2 to 8e (Linux LVM)
    
    Command (m for help): p
    
    Disk /dev/vda: 48.3 GB, 48318382080 bytes
    255 heads, 63 sectors/track, 5874 cylinders
    Units = cylinders of 16065 * 512 = 8225280 bytes
    
    Device Boot      Start         End      Blocks   Id  System
    /dev/vda1   *           1          13      104391   83  Linux
    /dev/vda2              14        5874    47078482+  8e  Linux LVM
    
    Command (m for help): w
    The partition table has been altered!
    
    Calling ioctl() to re-read partition table.
    
    WARNING: Re-reading the partition table failed with error 16: Device or 
    resource busy.
    The kernel still uses the old table.
    The new table will be used at the next reboot.
    Syncing disks.
    %
    
  5. Redémarrer la VM

  6. Redimensionner le volume physique LVM

    % pvdisplay 
      --- Physical volume ---
      PV Name               /dev/vda2
      VG Name               VolGroup00
      PV Size               24.90 GB / not usable 21.59 MB
      Allocatable           yes (but full)
      PE Size (KByte)       32768
      Total PE              796
      Free PE               0
      ...
    
    % pvresize /dev/vda2
    
    % pvdisplay
      --- Physical volume ---
      PV Name               /dev/vda2
      VG Name               VolGroup00
      PV Size               44.90 GB / not usable 22.89 MB
      Allocatable           yes 
      PE Size (KByte)       32768
      Total PE              1436
      Free PE               640
      ...
    
  7. Redimensionner le volume logique LVM

      % lvresize /dev/VolGroup00/LogVol00 -l +640
      Extending logical volume LogVol00 to 43.88 GB
      Logical volume LogVol00 successfully resized
    
  8. Cultiver le système de fichiers

      % resize2fs /dev/VolGroup00/LogVol00 
      resize2fs 1.39 (29-May-2006)
      Filesystem at /dev/VolGroup00/LogVol00 is mounted on /; on-line resizing required
      Performing an on-line resize of /dev/VolGroup00/LogVol00 to 11501568 (4k) blocks.
      The filesystem on /dev/VolGroup00/LogVol00 is now 11501568 blocks long.
    

Ce qui précède est mon exemple, mais j'ai suivi les étapes de ce site.


La méthode n ° 1 de cet article ne semble pas fonctionner aussi bien - le gestionnaire de machine virtuelle au chapeau rouge ne rapporte pas la nouvelle taille par la suite. La méthode suggérée par @dyasny semble fonctionner au moins mieux à cet égard.
Iwan Aucamp

@ IwanAucamp - intéressant, j'utilise virt-managerbeaucoup les méthodes n ° 1 et n ° 2 avant de migrer nos serveurs KVM vers une version plus récente de KVM (CentOS 5 -> CentOS 6). J'utilise maintenant la qemu-img resizeméthode aussi.
slm

Pour la méthode n ° 2, vous trouverez peut-être que lvextend est plus pratique à l’étape 7: lvextend /dev/Volgroup/lvname /dev/vda2(sur une seule ligne, où / dev / vda2 serait votre volume physique). Sans aucune autre option, il utilisera la taille maximale de ce groupe de volumes.
Mike S

La méthode n ° 2, étape 4 ne fonctionnera pas s'il y a des volumes logiques dans une table de partitions. Après la reconstitution du type étendu d'une partition, le premier secteur disponible ne correspond plus à ce qu'il était avant les modifications. Par exemple, si le premier secteur de votre partition logique était 1001472, après les modifications, ce sera 1003518 (en supposant que le disque 10G soit avant et 50G après le redimensionnement). Tout le monde sait comment recréer, dans la mesure du possible, des volumes logiques dans le même secteur?
ILIV

1
Cela est dû à l'application par défaut de fdisk de contraintes d'alignement (pas de 1 Mo) aux partitions. Pour contourner le problème, acceptez la valeur par défaut de 1003518, entrez en mode expert (x), puis choisissez b et définissez le premier secteur sur 1001472. Voir unix.stackexchange.com/a/320447 pour plus de détails.
ILIV

11

Redimensionner et développer des partitions internes en une seule étape

J'avais un hôte Ubuntu avec une image de fichier invité qcow2 et je voulais redimensionner le disque et développer les partitions appropriées en une seule étape. Il vous oblige à configurer les utilitaires du système de fichiers invité libvirt, mais il est utile de les avoir de toute façon.

Inspiration d'ici: http://libguestfs.org/virt-resize.1.html

La commande clé est la suivante: virt-resize

  • c'est un utilitaire libvirt
  • il peut étendre un disque invité ET développer les partitions à l'intérieur en une seule étape
  • il copie le disque, il ne l'étend pas sur place
    • c'est bien parce que vous avez l'original intact en tant que sauvegarde

Préparation:

* Install libvirt file system utilities package 
    * sudo apt-get install libguestfs-tools

* Test to see if it works (it won't) -- you need to see "===== TEST FINISHED OK =====" at the bottom:
    * sudo libguestfs-test-tool

* If you don't see "===== TEST FINISHED OK =====" at the bottom then repair it:
    * sudo update-guestfs-appliance

* Run the test again and verify it works
    * sudo libguestfs-test-tool

Maintenant, faites ce qui suit:

1) arrêter l'invité:

2) Vérifiez le dimensionnement actuel et affichez le nom de la partition que vous souhaitez développer à l'aide de l'utilitaire libvirt:

sudo virt-filesystems --long --parts --blkdevs -h -a name-of-guest-disk-file

3) Créez le nouveau disque de sortie (40G):

qcow: sudo qemu-img create -f qcow2 -o preallocation=metadata outdisk 40G
img:  sudo truncate -s 40G outdisk

4) Copiez l'ancien vers le nouveau tout en développant la partition appropriée (en supposant que votre partition de disque de l'étape 2 était / dev / sda1):

sudo virt-resize --expand /dev/sda1 indisk outdisk

5) Renommez le fichier indisk en sauvegarde, renommez le disque externe en indisk (ou modifiez le XML invité)

6) Redémarrez l'invité et testez soigneusement le nouveau fichier sur disque avant de supprimer le fichier d'origine.

7) Profit!


Cela fait presque le travail dans mon cas. Malheureusement, presque. Lorsque l'invité (un serveur CentOS 7) est redémarré, le disque développé ne peut plus être démarré.
Urhixidur

1
Cela a bien fonctionné pour moi. Omettre -o preallocation=metadatacrée un fichier fragmenté. Avec cette option, il pré-alloue la taille entière.
Dennis Williamson

Excellent, cette réponse me l'a bien compris. Merci beaucoup! La documentation "officielle" de libguestfs ( libguestfs.org/virt-resize.1.html ) n’est malheureusement pas bien écrite et finit par être source de confusion.
Mbello

1
Cela a bien fonctionné pour moi, rappelez-vous que vous n'avez pas réellement besoin d'utiliser -o preallocation=metadataet si vous ne le faites pas, vous devez également sauter l' truncateétape. virt-resizeaugmentera le fichier comme il convient de toute façon.
Amoe

5

Si vous utilisez LVM au sein de la machine virtuelle, la façon la plus simple de le faire consiste à ajouter un nouveau disque virtuel à la machine virtuelle et à étendre le groupe de volumes et les volumes logiques sur celui-ci.

Pour vérifier si vous utilisez LVM run sudo pvs; sudo vgs; sudo lvs, vous obtiendrez quelque chose comme ceci:

PV         VG     Fmt  Attr PSize  PFree
/dev/vda1  vgWWW  lvm2 a-   30.00g    0

VG     #PV #LV #SN Attr   VSize  VFree
vgWWW    1   2   0 wz--n- 30.00g    0

LV   VG    Attr   LSize 
root vgWWW -wi-ao 28.80g
swap vgWWW -wi-ao  1.19g

si le système d'exploitation de la machine virtuelle utilise LVM. Dans l'exemple ci-dessus, la machine virtuelle a un disque virtuel de 30 Go, configuré à l'aide de LVM avec un groupe de volumes appelé vgWWW contenant deux volumes logiques, un pour la permutation et un pour tout le reste.

Si LV est en cours d'utilisation sur la VM:

  1. Arrêtez la VM
  2. Sur l'hôte, créez un nouveau fichier de disque virtuel et ajoutez-le à la machine virtuelle.
  3. Redémarrez la VM et connectez-vous
  4. Marquez le nouveau disque comme étant un volume physique pour LVM avec sudo pvcreate /dev/vdb
  5. Étendre le groupe de volumes pour inclure ce nouveau bloc de disque avec sudo vgextend vgWWW /dev/vdb
  6. Étendez le volume logique pour occuper le nouvel espace avec sudo lvextend --extents +100%FREE /dev/vgWWW/root(ou quelque chose comme sudo lvextend --size +8G /dev/vgWWW/rootsi vous ne voulez pas l'agrandir complètement, cet exemple ajouterait 8 Go au volume)
  7. Redimensionner le système de fichiers avec resize2fs /dev/vgWWW/root

Remarque: ce qui précède suppose que les noms de vg / lv sont identiques à ceux de mon exemple, ce qui est peu probable, changez-le si nécessaire, même si la machine virtuelle possédait déjà un lecteur virtuel appelé vdble nouveau, ce sera autre chose ( vdc, etc.).

Remarque: resize2fs ne fonctionnera que sur les systèmes de fichiers ext2, ext3 et ext4. Si vous utilisez autre chose, l'erreur sera commise et ne fera rien.

Note: comme vous redimensionnez un système de fichiers live, resize2fsil ne vous sera pas demandé de fsckcommencer comme il le ferait pour un système de fichiers non monté, il continuera. Vous souhaiterez peut-être exécuter une vérification du système de fichiers en lecture seule: aucun problème avant de continuer.


Cela peut aussi être fait avec une interface graphique plutôt sympa centos.org/docs/5/html/Deployment_Guide-en-US/…
Nux

5

Il est possible de redimensionner en ligne. libvirtd supporte cela nativement:

Recherchez le nom du périphérique en bloc. Devrait être quelque chose comme "vda"

$ virsh domblklist <libvirtd_vm_name>

Redimensionner le périphérique virtuel:

$ virsh blockresize --domain <libvirtd_vm_name> --path <block_device_name> --size <new_size>

Voici un exemple si j'élargissons le vdadisque à partir 50GBde 51GBpour undercloudVM.

[root@gss-rhos-4 ~]# virsh domblklist undercloud
Target     Source
------------------------------------------------
vda        /home/images/undercloud.qcow2

Jetez maintenant un coup d'œil aux détails du fichier image .qcow2:

[root@gss-rhos-4 ~]# qemu-img info /home/images/undercloud.qcow2
image: /home/images/undercloud.qcow2
file format: qcow2
virtual size: 50G (53687091200 bytes)
disk size: 38G
cluster_size: 65536
Format specific information:
    compat: 1.1
    lazy refcounts: false
    refcount bits: 16
    corrupt: false

Redimensionnons maintenant le périphérique bloc vda:

[root@gss-rhos-4 ~]# virsh blockresize undercloud vda 51G
Block device 'vda' is resized

Et confirmez:

[root@gss-rhos-4 ~]# qemu-img info /home/images/undercloud.qcow2
image: /home/images/undercloud.qcow2
file format: qcow2
virtual size: 51G (54760833024 bytes)
disk size: 38G
cluster_size: 65536
Format specific information:
    compat: 1.1
    lazy refcounts: false
    refcount bits: 16
    corrupt: false
[root@gss-rhos-4 ~]#

Vous pouvez ensuite utiliser ce script dans la machine virtuelle pour afficher les commandes permettant de redimensionner les périphériques en mode bloc et fs: https://github.com/mircea-vutcovici/scripts/blob/master/vol_resize.sh .


3

Il est possible d'augmenter la taille du disque de votre machine virtuelle sans avoir à redémarrer la machine virtuelle si vous utilisez virtio drive et LVM.

  1. Utilisez virt-manager ou virsh pour définir un nouveau disque vide
  2. Le noyau devrait voir un nouveau / dev / vdb
  3. (Facultatif) Créez une partition principale avec fdisk pour obtenir / dev / vdb1, puis utilisez kpartx -a / dev / vdb pour relire la table de partitions.

  4. Utilisez vgextend nom_vg / dev / vdb1 (ou / dev / vdb si vous n'avez pas créé de partition)

  5. Utilisez lvextend -l + 100% FREE / dev / vg_name / lv_name
  6. Utilisez resize2fs / dev / vg_name / lv_name pour étendre votre système de fichiers

Vous avez terminé.


2
J'ajouterai que libguestfs.org/virt-resize.1.html devrait aussi aider.
FearlessFuture

3

De cette façon, vous pouvez développer la partition que vous voulez:

    # see what partitions you have? 
    virt-filesystems --long -h --all -a olddisk

    truncate -r olddisk newdisk
    truncate -s +5G newdisk

    # Note "/dev/sda2" is a partition inside the "olddisk" file.
    virt-resize --expand /dev/sda2 olddisk newdisk

Voir plus d'exemples ici .


2

Une autre façon de le faire

truncate -s +2G vm1.img 

allez dans le faire une nouvelle analyse de disque et après que vous puissiez faire votre redimensionnement de LVM.


1

Si vous avez LVM dans votre VM, cela devient simple et rapide.

  1. Éteignez la machine virtuelle (ordinateur invité).
  2. Dans votre ordinateur hôte, ajoutez un nouveau périphérique de stockage.
  3. Activer l'invité.
  4. Système ouvert -> Administration -> Gestion des volumes logiques (ou tapez sudo system-config-lvmdans le terminal) *.

J'ai trouvé l'interface graphique plutôt intuitive, mais suivez les étapes suivantes si vous rencontrez des problèmes.

  1. Ouvrez "Entités non initialisées" et trouvez votre nouveau lecteur.
  2. Après avoir sélectionné le nouveau lecteur, sous l’image, vous devriez trouver un bouton d’initialisation. Appuie.
  3. Il vous posera des questions sur le partitionnement - vous n'en avez pas besoin.
  4. Une fois terminé, ajoutez votre lecteur au groupe de volumes existant.
  5. Enfin, vous devez augmenter votre ou vos volumes logiques. Pour ce faire, cliquez sur Vue logique du groupe en modifiant les propriétés de votre volume.
  6. Enregistrer et votre fait. Pas besoin de redémarrer la VM.

Remarque! Au moins sur CentOS 6 LVM, l’interface graphique n’est pas installée par défaut, mais vous pouvez l’installer avec yum install system-config-lvm.


1
  1. Arrêtez la VM
  2. Redimensionner l'image:

    qemu-img resize vmdisk.img +16G
    

    augmente la taille de l'image de 16 Go.

  3. Si votre image a GPT (table de partition GUID) alors la taille du lecteur utilisé dans GPT sera différente de la nouvelle taille, vous devez corriger le problème avec gdisk:

    MY_DRIVE=/dev/vda
    gdisk $MY_DRIVE <<EOF
    w
    Y
    Y
    EOF
    

    ou avec parted:

    parted $MY_DRIVE print Fix
    

    Pour une raison quelconque, le partedcorrectif ne fonctionne pas quand aucun tty n'est présenté (par exemple lors de l'approvisionnement avec Vagrant), donc je l'utilise gdisk.

  4. Augmentez la taille de la partition pour remplir tout l'espace disponible:

    MY_PARTITION_GUID=$(
    gdisk $MY_DRIVE <<EOF | sed -n -e 's/^Partition unique GUID: //p'
    i
    EOF
    )
    
    MY_PARTITION_FIRST_SECTOR=$(
    gdisk $MY_DRIVE <<EOF | sed -n -e 's/^First sector: \([0-9]\+\).*/\1/p'
    i
    EOF
    )
    
    gdisk $MY_DRIVE <<EOF
    d
    n
    
    $MY_PARTITION_FIRST_SECTOR
    
    
    x
    a
    2
    
    c
    $MY_PARTITION_GUID
    w
    Y
    EOF
    

    La x a 2 <Enter>pièce est facultative et nécessaire si vous utilisez le BIOS hérité. MY_PARTITION_GUID=...et les c $MY_PARTITION_GUIDparties sont également facultatives et nécessaires uniquement si vous utilisez l'UUID de partition dans /etc/fstabou ailleurs.

  5. Redémarrez ou relisez des partitions avec partx -u $MY_DRIVEou partprobe.

  6. Étendre la partition, exemple pour ext2, ext3ou ext4:

    MY_PARTITION="${MY_DRIVE}1"
    resize2fs $MY_PARTITION
    

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.