Fórum Ubuntu CZ/SK
Ostatní => Ubuntu Server => Téma založeno: 1x23 05 Února 2012, 20:40:28
-
Ahoj mate nekdo typ jak premigrovat bezici virtual na jiny stroj?
zkousel jsem xen migrate nazev-stroje ip ale je to nefunkcni.
Stopnout zkopcit, upravit nazvy a kernel to funguje v pohode, ale za ziva nevim jak na to. Mate nekdo typa jak se stim poprat?
-
to jsem trochu nepochopil :D to jako že nainstaluješ virtuálně, skopíruješ na třeba ext. disk, dáš do jinýho pc a jestli to nabootuje?
-
kdyz stopnu virtual a prekopcim to na jiny server a upravim nazvy a kernel tak mi to jede, ale potrebuju za ziva prekopcit cely virtual najiny server.
-
nezkousel jsem (nemam xen a shared storage)
http://sysadmin.wikia.com/wiki/Live_migration_xen (http://sysadmin.wikia.com/wiki/Live_migration_xen)
-
Proč musíte upravovat nějaké názvy a kernel?
Co znamená nejde? Co konkrétně? Nějaké výpisy, konfiguráky (hlavně virtuálů a disků)
-
na starem serveru mam 3.04 a na novem 2.6.32-5-xen-amd64, musimupravit starou cestu k souboru s daty, to je ale malickost, kdyz se to da vypnout a prekopcit.
Nevim jak mam postupovat pri kopceni ziveho virtualu.
stranku ktera ja vyse jsem uz pred tydnem nasel ale podle navodu jsem to nebyl schopen rozjet, asi zase delam nekde chybu a neco jsem opomenul. Ale xm migrate --live 2 host_not_virtual_2 se mi nepodarilo rozchodit.
Jak by migrace za ziva mela probihat? musi se vytvorit na novem serveru virtual a data se jenom presypou?
-
mam za to, ze sdilene uloziste je nezbytnou podminkou zive migrace
-
ano to je, ať se jedná o xen, kvm, vmware
-
Ahoj, asi budu mit chybu v tom sdilenem ulozisti. Nevim presne, co mam presne udelat, stim sdilenym ulozistem, mohl by me nekdo nakopnout dobrym smerem.
Vypis konfiguraku je tady,
#
# Configuration file for the Xen instance v2, created
# by xen-tools 4.2 on Sat Oct 8 01:39:06 2011.
#
#
# Kernel + memory size
#
kernel = '/boot/vmlinuz-3.0.4'
ramdisk = '/boot/initrd.img-3.0.4'
cpu_weight = '1864'
cpu_cap = '30'
memory = '256'
#
# Disk device(s).
#
root = '/dev/xvda2 ro'
disk = [
'file:/home/virtual//domains/v2/disk.img,xvda2,w',
'file:/home/virtual//domains/v2/swap.img,xvda1,w',
]
#
# Physical volumes
#
#
# Hostname
#
name = 'v2'
#
# Networking
#
dhcp = 'dhcp'
vif = [ 'mac=123456789123456789' ]
#
# Behaviour
#
on_poweroff = 'destroy'
on_reboot = 'restart'
on_crash = 'restart'
-
Ahoj, asi budu mit chybu v tom sdilenem ulozisti. Nevim presne, co mam presne udelat, stim sdilenym ulozistem, mohl by me nekdo nakopnout dobrym smerem.
#
disk = [
'file:/home/virtual//domains/v2/disk.img,xvda2,w',
'file:/home/virtual//domains/v2/swap.img,xvda1,w',
]
I v průběhu migrace očekává dostupnost stejných dat.
Takže si představte že má otevřené nějaké soubory, otevřený nějaký temp, nastavené nějaké filelocky, něco na swapu a vy mu to přesunem ukradnete pod rukou.
Pokud se nemýlím a vy nemáte na druhém stroji jen kopii dat ale máte nějak namountované file:/home/virtual//domains/v2/ na fyzicky stále stejný cíl.
Osobně mám iscsi initiatory permanentně na obou fyzických strojích připojené k targetu, v konfiguráku virtuálu disk = [ 'phy:/dev/disk/by-path/ip-192.168.....
takže jsou ty samá data stále přístupná z obou hostů na stejné cestě a ze kterého se k nim aktuálně přistupuje záleží podle toho kde zrovna virtuální stroj jede.
a virtuální síťovku:
vif = [ 'mac=00:16:4E:44:EE:AA, bridge=xenbr0' ]
Ale jestli vám funguje ta vaše síťovka tak to neřešte - jen se mi to nezdá.
A nakonec asi základní nejdůležitější věc která tipuji že možná unikla. Při migraci se nepřesouvá obsah disků ale jen paměti...
-
aha, jdu kopcit data. zkusim a ozvu se. Dekuji