So. Pro 21st, 2024
ilustrační obrázek pohledu na hlavní stránku společnosti Proxmox

Tento návod je vhodný jak pro majitele separátních Proxmox virtualizačních serverů (node to node migration), tak pro vlastníky celých clusterů, kde potřebují přestěhovat virtuálku z clusteru do clusteru. Nenesu za nic zodpovědnost, takže když si někde něco smažete, rozbijete, zničíte, nejde to za mnou, ale bude to na vás. 😉

Mám backup v podobě .vma.lzo  nebo .vma

Natáhněte soubor kamkoliv, kde máte místo na cílovou mašinu.

Pokud vše proběhne hladce a vy nemáte Virtuálku s ID 158, tak by to obvykle nemělo dělat problémy. Samozřejmě pokud máte na cílové mašině jiný název destination storage, tak to zhavaruje s chybou.

qmrestore <názevSouboru> <idVM>

 qmrestore vzdump-qemu-158-2021_04_30-00_24_31.vma.lzo 158

Pokud to zhavaruje třeba v mém pokusném případě, kdy už jsem jednou záměrně VM naimportoval předtím:
unable to restore VM 158 - VM 158 already exists on node 'pve'

Zkusil jsem:
qmrestore vzdump-qemu-158-2021_04_30-00_24_31.vma.lzo 159
výsledek:
restore vma archive: lzop -d -c /rpool/data/vzdump-qemu-158-2021_04_30-00_24_31.vma.lzo | vma extract -v -r /var/tmp/vzdumptmp16969.fifo - /var/tmp/vzdumptmp16969
CFG: size: 501 name: qemu-server.conf
DEV: dev_id=1 size: 137438953472 devname: drive-virtio0
CTIME: Fri Apr 30 00:24:33 2021
no lock found trying to remove 'create'  lock
command 'set -o pipefail && lzop -d -c /rpool/data/vzdump-qemu-158-2021_04_30-00_24_31.vma.lzo | vma extract -v -r /var/tmp/vzdumptmp16969.fifo - /var/tmp/vzdumptmp16969' failed: storage 'nazevstorage_data' does not exist

Existují postupy, kdy ručně naimportujete dle konfiguráku novou VM, nebo vytvoříte a v /etc/pve/qemu-server/ si pak najdete název virtuálky a editnete ji potřebné údaje. Nicméně v mém případě jsem nepotřeboval identický virtuální hardware.

Chci získat .qcow2 či .raw image ze souboru .vma

vma extract -v vzdump-qemu-158-2021_04_30-00_24_31.vma /rpool/neexistujiciAdresar/

DEVINFO /rpool/neexistujiciAdresar//tmp-disk-drive-virtio0.raw 137438953472
progress 1% (read 1374420992 bytes, duration 6 sec)
progress 2% (read 2748841984 bytes, duration 16 sec)
progress 3% (read 4123197440 bytes, duration 31 sec)

necháte doběhnout do 100% a máte rozbaleno.

Importujeme rozbalený .qcow2 či .raw image do Proxmoxu

qm importdisk <idVirtuálky> <názevsouboru> <názevStorage>

qm importdisk 158 disk-drive-virtio0.raw local-zfs

výsledek:
importing disk ‚disk-drive-virtio0.raw‘ to VM 158 …
transferred: 0 bytes remaining: 137438953472 bytes total: 137438953472 bytes progression: 0.00 %
transferred: 1374389534 bytes remaining: 136064563938 bytes total: 137438953472 bytes progression: 1.00 %
transferred: 2748779069 bytes remaining: 134690174403 bytes total: 137438953472 bytes progression: 2.00 %
transferred: 4136912499 bytes remaining: 133302040973 bytes total: 137438953472 bytes progression: 3.01 %

Necháte doběhnout do 100%

Pak lognete na proxmox rozhraní a unused disk dáte použít a jste schopni nabootovat. 😉

zdroj1

zdroj2
zdroj3
zdroj4
zdroj5
zdroj6
zdrojUUID

Avatar

By mirra

Hardwaru a počítačům se věnuji již od roku 2003. Za tu dobu jsem poskládal stovky počítačů, opravil tisíce počítačů a vyřešil nespočetně problémů, vad a chyb, se kterými se setkávali uživatelé. Od roku 2005 se zabývám servery, zejména těmi herními, v roce 2007 jsem se začal věnovat Valve Source SDK level designu, který šel od roku 2009 k ledu kvůli studiu Informatiky na univerzitě. Podílel jsem se chvíli i na provozu síťové laboratoře MENDELU, dnes spravuji v jedné osobě cca 100 serverů/diskových polí na univerzitě, řeším IT v malých a středních firmách tak, aby firmy ušetřily nemalé částky při zlepšení kvality a soustředím se na snižování nákladů na IT od licencí až po hardware, software, provádím konsolidace a audity platnosti licencí, které firmám šetří rovněž nemalé peníze. Z velkých firem jsem měl příležitost s dalšími kolegy řešit správu 8000 serverů po celé západní Evropě s vysokou mírou automatizace a poznávání nejrůznějších evropských pracovních mentalit. Dále jsem řešil hybridní cloud ve velké firmě, orientované na trhy střední a východní Evropy. Posledních několik let se věnuji Devops pro velké zákazníky v Azure cloudu, spravuji kubernetes (AKS), Gitlab.

One thought on “Migrujeme VM napříč Proxmox clustery”

Napsat komentář

Vaše e-mailová adresa nebude zveřejněna. Vyžadované informace jsou označeny *