Sziasztok,
Van valakinek bevállt, megbízhatóan működő eljárása free ESXi 5.x alatt futó windows 2008|2012 VM-ek XenServer 6.2 alá történő migrálásában.
Hivatalos Citrix féle alkalmazások csak licenszes ESXi-ből tudnak migrálni, igy azok nem jók.
Sziasztok,
van egy olyan feladatom, hogy LXC alatt lévő konténereket kellene migrálnom teljes virtualizáció alá (KVM). LXC-t nem ismerem mélyrehatóan.
Keresgéltem Google-ben, de nem igazán találtam értelmes megoldást rá.
Ugye a probléma az, hogy LXC rootfs alatt a boot mappában nincsenek kernelek, mert a host gépét használja, tehát simán bezúzni image-be az adott rootfs mappa tartalmát nem lehet.
Van valakinek ötlete rá? Nagyon nem szeretném nulláról ezeket a gépeket felépíteni, mert elég sok egyedi patch ment be különböző perl libekbe, szóval eléggé túlórásra sikerülne a project.
Előre is köszönöm a segítséget!
szerk.: egy blogbejegyzésben összeszedtem a lépéseket.
Sziasztok!
Régi LAMP+levelezés szervert szeretném virtualizált környezetbe átültetni (Xen Hypervisor)
Melyikkel járok jobban:
A, Mindent külön virtuális szerverre kerül (ugyanazon a fizikai vason):
- guest1: web
- guest2: adatbázis
- guest3: levelezés
B, Az egész LAMP+levelezés egy virtuális szerverre kerül.
Az a kérdés, hogy A szeparálásnak van-e értelme, ha a guestek egy fizikai vason vannak? Fő szempont a teljesítmény lenne.
erdekelnenek production kornyezetbeli tapasztalatok a kovetkezo termekekkel, a kovetkezo fontossagi sorrendben:
- Brocade Vyatta 5400 vRouter
- Firefly Perimeter (regebben vSRX)
- Cisco ASA 1000V
- Cisco CSR 1000V
ami erdekelne veluk kapcsolatban:
- mennyire jo a REST API?
- hasznalja-e valaki OpenStack-el oket?
- megoldhato az, hogy a per-tenant szabalyokat a tenant tudja allitani, ugyanakkor a globalis szabalyok vonatkozzanak ra?
- akar igen, akar nem, per-tenant deployoljatok oket, vagy van egy globalis, es ebben vannak "viewk"?
koszi!
Nem tudom, hogy jó helyre dobtam e fel a kérdésem.
Debian 7 alapú vps-em van. Egy másik vps erőforrásait használnám. Ezzel kapcsolatban érdekel, hogy mire számíthatok, hogyan oldhatom meg a legkönnyebben, milyen jellegű és szintű tudásra van szükségem, milyen jó ingyenes szoftverek léteznek erre.
Mindkét VPS fél GB ramot, 1 Ghz procit, 20 GB helyet tartalmaz. Előfordulhat, hogy csak időnkénti komolyabb terhelés csökkentésre használnám, de végleges bővítés is eszembe jutott költséghatékonyság miatt. Jó kérdés, hogy a másik VPS erőforrásait milyen mértékben tudja kihasználni. Nyilvan azon is futna egy alaprendszer, ami mindenképp szükséges.
Webszerverről lenne szó.
Sziasztok,
a XenXCP-t szeretném használni, mint kellemesen összerakott virtualizációs disztribúciót, DE
sok gondba futottam bele.
- A "gyári" image CentOS (5.x) alapú, 2012 Novemberi kiadású. Nagyon régi, az egy dolog, h mindenből
van sokkal újabb (pl Xen és Linux kernel) de az alaplapi SATA vezérlőt sem ismeri fel (intel twinserver).
- Debian + XCP metapackage van - de nem működik benne az iSCSI...
(azt mondjuk még nem néztem, h a stock iso-ból működik-e, de hamarosan)
Debian installerből is a legújabb (7.4) kellett, mert 7.0 (és talán 7.1) szintén nem ismerte a vezérlőt
- Ubuntu + XCP metapackage - még nem próbáltam
- CentOS 6.x - van rá korrekt XCP package?
Mit ajánlotok (ESXi-t hagyjuk)?
Sziasztok!
Szeretnék egy meglévő XenServer 6.2 poolból bizonyos VM-eket egy recovery sitera tükrözni.
A kézenfekvő megoldás az lenne, ha az FC storage-en oldanánk meg a replikációt egy új, erre a célra beállított storagera, de erre jelenleg nincs elegendő keretünk.
Jó lenne egy olyan megoldás amivel a jelenlegi FC storage egy iSCSI storagera tudná replikálni a kiválasztott VM-eket. A VM-enkénti config és applikáció szintű rsync-elést és hasonló gányolásokat szeretném elkerülni.
Van-e ezzek kapcsolatban valakinek tapasztalata?
Sziasztok!
Egy hálózatban kergetünk egy furcsa programhibát. Mindent többszörösen is ellenőrzünk, az egyetlen dolog amit eddig találtam, az fájlmásolás közben történik.
Tehát a felállás:
ESXi alatt Samba fájlszerver. Mellette még néhány Windows-os terminal szerver (+Win7).
Egy script segítségével nagyméretű fájlokat másoltunk napokon keresztül (egyszerre minden gépről) a fájlszerverre és vissza, majd fc /b-vel összehasonlítottuk a tartalmát.
Az összes másolás sikeres volt, a fájlok sértetlenek voltak. A virtuális gépek természetesen nagyságrenddel több másolást voltak képesek elvégezni.
A hiba:
A művelet logolásra került, ahol minden fájlban a következőnek kellett lennie:
2014.03.30. 16:35:13,22 : Stop
2014.03.30. 16:35:13,23 : Start
2014.03.30. 16:35:39,42 : Masolas vege
™sszehasonlˇt s: test2 ‚s C:\LAN_TEST\TEST.DA1
FC: nincs kl”nbs‚g a k‚t f jl k”z”tt.
2014.03.30. 16:36:03,21 : Stop
2014.03.30. 16:36:03,21 : Start
2014.03.30. 16:36:24,13 : Masolas vege
™sszehasonlˇt s: test2 ‚s C:\LAN_TEST\TEST.DA1
FC: nincs kl”nbs‚g a k‚t f jl k”z”tt.
A virtuális gépek logjában azonban időnként ez az eredmény:
2014.03.30. 16:36:52,15 : Stop
2014.03.30. 16:36:52,15 : Start
2014.03.30. 16:37:12,42 : Masolas vege
™sszehasonlˇt s: test3 ‚s C:\LAN_TEST\TEST.DA1
2014.03.30. 16:37:12,76 : Stop
2014.03.30. 16:37:12,79 : Start
2014.03.30. 16:37:44,38 : Masolas vege
™sszehasonlˇt s: test3 ‚s C:\LAN_TEST\TEST.DA1
FC: nincs kl”nbs‚g a k‚t f jl k”z”tt.
Mint látható a log fájlba nem sikerült az fc-nek beírnia magát. Ugyanez igaz az összes virtuális Windows-os gépre.
Ötlet esetleg, hogy mi lehet ez?
Köszönöm!
Sziasztok!
Át szeretném költöztetni a régi OpenVZ-s fizikai gépem CT-it egy Proxmoxot futtató gépre, mivel az előzetes tesztek alapján igencsak szimpatikus felületet ad a Proxmox a KVM és az OpenVZ lekezelésére is.
A saját gép egy Debian 7 alapú gép, amelyre feltettem annó az OpenVZ-s kernelt.
A migrációra legegyszerűbben a vzmigrate parancs használható ahogy nézem, de ezzel problémám akadt.
Mindkét gépben egy-egy hálókártya van, és a CT-k vmbridge-re csatlakoznak. IP cím a VZ-kben van beállítva, minden VZ-ben az /etc/network/interfaces fájl alapján.
Amikor a migrálás parancsot kiadom:
vzmigrate -v -r no x.x.x.230 103
A következő történik:
Starting migration of CT 103 to x.x.x.230
OpenVZ is running...
Loading /etc/vz/vz.conf and /etc/vz/conf/103.conf files
Checking IPs on destination node:
Error: IP address(es) already in use on destination node
A 103.conf-ban egy szál IP sincs, és mindkét gépen üres a /proc/vz/veip is. (Csak a verziószám jelenik meg).
Mi lehet a baj? Esetleg van hasonlóan egyszerű megoldás a migrációra? Gépleállás nem gond, tehát nem kell live migráció.
Köszönöm.
Sziasztok!
Egy VMWare ESXi-t futtató szerverre szeretnék a partnerünknek egy legális Windows 7 Professional 32 -bites oprendszert feltelepíteni.
Kérdésem, hogy ezt egyszerűen hogyan tehetem meg, mivel sem én, sem ők nem rendelkeznek mennyiségi licenszel.
Ha boltban megveszek egy OEM Win7-et, azt feltehetem legálisan a virtualizációs környezetbe, vagy mindenképpen VDS, VDA és egyéb éves licenszelési dolgokba kell belevágni?
Köszönöm a válaszokat előre is.