, når du det virtuelle maskiner, du prøver at sikre, at de har de lagre, de har brug for.men som vi alle ved, opbevaring behov, har en tendens til at ændre sig over tid.hvis du har kvm maskiner, der har brug for mere plads, vi kan deres oplagring med værktøj, du allerede har en handy.,, i forvaltningen af levende og døde migration med linux er kvm vi lærte at migrere virtuelle maskiner, og at forvalte disk oplagring.i dag vil vi lære resize fos og tilføje lagerplads.,, når din virtuel maskine har brug for mere plads er der forskellige måder at tilføje det.den mest fleksible metode er at sætte din virtuel maskine billeder i lvm (linux mængde manager) mængder.det er ikke et lvm forelæsning, der henvises til i weekenden - projektet: migrere fra direkte skillevægge til lvm mængder.,, to metoder, vi bruger i dag bidrager fil baseret oplagring som en separat opdeling, og at øge størrelsen af virtuel maskine er nettovolumen.,, at indgive baseret lager,, hvis du har nok diskplads på din kvm server, du kan skabe en tom container fil, forbind den til din vm, og så format det inde fra vm med den sædvanlige filesystem forsyningsvirksomheder såsom mke2fs, fdisk, gparted eller adskilt.misligholdelse placering for vm - billeder er /var /l /libvirt /images /,, så lad os gå derind og skabe en gigabyte oplagring image.dette eksempel er en jeoss linux vm, så du må naturligvis erstatte din egen produktion filnavn, hvilket er, hvad du ønsker, at det skal være:,,,&#cd /var /l /libvirt /images /&#dd, hvis = /dev /0 af = jeoss-storage.img bs = 1m tæller = 1024 1024 + 0 optegnelser med 1024 + 0 plader 1073741824 bytes (1, 1 gb) kopieres, 10.7728 s, 3 mb /s, nu dropper din vm er konfiguration i en xml - fil med, virsh, befaler, at bruge din egen gæst og konfiguration filnavne:,,,&#virsh dumpxml jeoss > jeoss ud. xml -,,,, virsh, nytteværdi vil ikke hele vm filnavn, som i dette eksempel er jeoss.img, men vm - område, som er så gammel jeoss.Open the new XML file and look for the "disk" entry for your hard drive, which will look something like this:, ,, <disk type='file' device='disk'> <driver name='qemu' type='raw'/> <source file='/var/lib/libvirt/images/jeoss.img'/> <target dev='hda' bus='ide'/> <alias name='ide0-0-0'/> <address type='drive' controller='0' bus='0' unit='0'/> </disk> ,, ,Create a new stanza in the file with a copy of this, and modify it for your new storage image:, ,, <disk type='file' device='disk'> <driver name='qemu' type='raw'/> <source file='/var/lib/libvirt/images/jeoss-storage.img'/> <target dev='hda' bus='ide'/> <alias name='ide0-0-1'/> <address type='drive' controller = 0 "bus = '0' enhed = '1' /> < disk >,,, der er tre ændringer: kilde fil, alias navn og adresse.tjek resten af filen til to punkter med samme alias og adresse, og hvis der er nogen kopier, så værdien pr. enhed (for nye oplagring billede) en større.save og lukke filen, og lukke vm.derefter genstarte det ved hjælp af den nye konfiguration fil:,,,,,,,,,,,,,&#virsh skabe jeoss oplagring. xml,,, bør den støvle normalt og knytte den nye oplagring image.i min jeoss vm, fdisk, viser, at det som en ny opdeling:,,, carla @ jeoss: ~ $sudo fdisk - l [...] cd /dev /sdb: 1024 mb, 1073741824 bytes [...] cd /dev /sdb ikke indeholder en gyldig (tabel.,,, perfekt!nu kan jeg opdeling og format ved hjælp af almindelige linux separation og formatering værktøj.misligholdelse konfiguration fil er i /etc /libvirt /qemu, og det bør ajourføres automatisk af, virsh, med den nye nettorumfang, så du behøver ikke ringe til din genereret xml - konfiguration fil, næste gang du starter din vm.,, resize virtuelle maskiner, hvis deres fos er enten i rå eller qcow2 format, kan du resize dem.jeg har hat 16 linux i en 8gb rumfang, og jeg ønsker at øge det 9gb.vi bruger den, qemu img, disk image nytte, fordi den er en del af kvm, så vi ikke er nødt til at jage dem ned, og installere det separat.det er en 3 - trins proces: for det første en backup af virtuel maskine image, resize mængden, så resize virtuel maskine er filesystem til at udfylde den mængde, første stop din virtuel maskine, og laver en backup af din vm - image.misligholdelse placering er /var /l /libvirt /images /,,,,,,,,&#cd /var /l /libvirt /images /&#cp fedora16.img fedora16-bak.img,,, så løb, qemu img,.i dette eksempel, jeg øge omfanget størrelse af en gigabyte:,,,&#qemu img resize fedora16.img + 1gb billede ændret.,,, og nu filesystem skal være ændret til at gøre brug af den ekstra plads.den vanskelige del er, at du ikke kan resize en levende filesystem (medmindre du bruger lvm), men skal stig af det første.så du har brug for en bootable levende linux cd /dvd, der omfatter filesystem værker.jeg bruger gparted fra en systemrescue cd.de bor medier skal være klar til virtuel maskine, mængde, og, qemu, kommando vil gøre det for os.med en virtuel maskine stadig stoppet, der bor cd /dvd og køre denne kommando:,,,&#qemu - der fedora16.img - cdrom /dev /cdrom - boot d,,,, - der /vmimages /fedora16.img argument viser, hvor en virtuel maskine billede, din lever cd er starter i, - du skal erstatte navnet på dit eget billede.- cdrom, viser, hvor din cd - drev, som i dette eksempel er en almindelig ide cd /dvd - drev og boot - d: støvle fra cd 'en først, så det støvler, cd - i stedet for en virtuel maskine image.det er ligesom at sparke en fysisk pc med en levende cd.når cd har smidt, kan du fyre op i din favorit filesystem resizer og udvide vm til nye bind størrelse.figur 1 viser, hvordan det ser ud i system redning med gparted.,,, efter at have kontrolleret, at din skaleres virtuel maskine virker, du kan slette den backup image og nyd din embiggened vm.,, at lære mere, mand qemu, og mand virsh, fordi de er fulde af forbløffende og mange elementer, og mand dd, til at lære, hvilke muligheder der er.