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

J'ai configuré un invité Ubuntu sur un hôte KVM CentOS avec initialement 6 Go d'espace disque. Comment puis-je augmenter l'espace disque de l'invité Ubuntu à partir de la ligne de commande?

EDIT # 1: J'utilise un fichier image disque (qemu).

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

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.

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.

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!

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.

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 .

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é.

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 .

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.

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. 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
   

Vous pouvez utiliser solus vm avec gparted monté. Une fois utilisé avec gparted, vous pouvez facilement démarrer le système et ajuster l’espace. Assurez-vous que vous avez le bon ensemble de priorités de démarrage. À titre de référence, veuillez vous reporter à l'URL ci-dessous qui pourrait vous être utile. https://greencloudvps.com/knowledgebase/11/How-to-Extend-the-Hard-drive-on-KVM-after-upgrading-VPS.html