Přizpůsobte předvolby souhlasu

Soubory cookie používáme, abychom vám pomohli efektivně se pohybovat a provádět určité funkce. Níže naleznete podrobné informace o všech souborech cookie v každé kategorii souhlasu.

Soubory cookie, které jsou kategorizovány jako „Nezbytné“, jsou uloženy ve vašem prohlížeči, protože jsou nezbytné pro umožnění základních funkcí webu.... 

Vždy aktivní

Necessary cookies are required to enable the basic features of this site, such as providing secure log-in or adjusting your consent preferences. These cookies do not store any personally identifiable data.

Žádné soubory cookie k zobrazení.

Functional cookies help perform certain functionalities like sharing the content of the website on social media platforms, collecting feedback, and other third-party features.

Žádné soubory cookie k zobrazení.

Analytical cookies are used to understand how visitors interact with the website. These cookies help provide information on metrics such as the number of visitors, bounce rate, traffic source, etc.

Žádné soubory cookie k zobrazení.

Performance cookies are used to understand and analyse the key performance indexes of the website which helps in delivering a better user experience for the visitors.

Žádné soubory cookie k zobrazení.

Advertisement cookies are used to provide visitors with customised advertisements based on the pages you visited previously and to analyse the effectiveness of the ad campaigns.

Žádné soubory cookie k zobrazení.

Po. Dub 7th, 2025 4:06:59 PM
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 *

five × 4 =