26. În acest moment, mașina invitată ar trebui să fie pornită pe Clonezilla prin PXE și să se stabilească o conexiune la consolă pentru a vedea ieșirea procesului prin xvncviewer.
Clonezilla începe procesul de instalare pentru a cere utilizatorului să aleagă între pornirea Clonezilla sau pornirea unui shell. Selectați „Start_Clonezilla” pentru a începe procesul.
27. Următorul ecran va determina metoda de clonare care va fi utilizată pentru această sesiune specială. Asigurați-vă că selectați „Dispozitiv-imagine” la acest prompt.
28. Următorul ecran vă va întreba cum va fi obținută imaginea. Acest articol a reprezentat imaginea serverului fizic pe un server SAMBA și, ca atare, imaginea va trebui recuperată de pe același server SAMBA. Pentru a realiza acest lucru, selectați opțiunea „Samba_server”.
29. Următoarele două ecrane vor solicita informații despre serverul SAMBA, cum ar fi adresa IP, informații de conectare și directorul în care sunt stocate imaginile (implicit este
/images). Completați informațiile adecvate pentru mediu.30. În acest moment, presupunând că toate informațiile au fost introduse corect și că serverul este accesibil, Clonezilla va monta cu succes partajarea SAMBA la distanță pe sistem pentru a prelua imaginea fizicului Server. Următoarea captură de ecran arată o conexiune reușită la serverul SAMBA.
31. Cu partajarea SAMBA acum montată și accesibilă, următorul pas al acestui proces este de a instrui Clonezilla să se recupereze din imaginea realizată anterior. Cu primul prompt, selectați 'Începător' pentru a începe procesul.
Ecranul care urmează este ecranul important. Acest ecran este locul în care Clonezilla va fi instruit să recupereze imaginea completă a discului luată mai devreme în articol. Opțiunea necesară aici este „Restaurat”.
32. După apăsarea tasta Enter, Clonezilla va scana partajarea SAMBA pentru posibile imagini de recuperat și va prezenta o listă de opțiuni pe următorul ecran. Dacă această partajare SAMBA are multe imagini, asigurați-vă că ați verificat de două ori dacă este selectată imaginea corectă.
33. Următorul ecran va cere utilizatorului să confirme unitatea de disc pentru a restabili imaginea selectată anterior. Acesta va fi hard disk-ul mașinii virtuale. Asigurați-vă că acest hard disk este la fel de mare sau mai mare decât spațiul pe unitate de pe serverul fizic! Clonezilla va eșua dacă dispozitivul rămâne fără spațiu.
34. După selectarea hard disk-ului corespunzător, Clonezilla vă va solicita de mai multe ori să confirme că modificările pe cale să aibă loc sunt corecte. Asigurați-vă că verificați de două ori dacă imaginea este corectă, dacă unitatea pentru a scrie imaginea este corectă și că hard disk-ul pentru a accepta această imagine este la fel de mare sau mai mare decât unitatea de pe serverul fizic virtualizat.
35. Următorul prompt va oferi utilizatorului câteva avertismente potențiale. În cazul acestui server fizic, unitatea avea un dispozitiv RAID special pentru hard disk-uri.
Clonezilla oferă utilizatorului un avertisment că fstab fișierul poate fi necesar să fie modificat dacă numele dispozitivului au fost utilizate în fișier, mai degrabă decât valoarea UUID pentru partiții. Acest lucru ar trebui să fie corectabil după pornirea în VM, dar este ceva de luat în considerare la virtualizarea sistemelor.
36. Ultimul prompt este confirmarea finală înainte ca Clonezilla să înceapă procesul de imagistică. Asigurați-vă că totul este complet corect înainte de confirmare. Orice lucru care depășește acest punct va provoca pierderi de date pe invitatul virtual, deoarece imaginea Clonezilla va fi recuperată pe hard diskul acestui invitat virtual.
37. Dacă Clonezilla pornește cu succes, următorul ecran va fi un indicator de progres. Un cuvânt de precauție. Dacă serverul fizic avea mai multe partiții, acest ecran va clipi de mai multe ori pentru fiecare partiție recuperată.
38. După terminarea procesului, Clonezilla va indica dacă procesul a avut succes sau nu și va solicita utilizatorului ce să facă în continuare. Un lucru de reținut dacă serverul fizic este încă în funcțiune, odată ce serverul virtual este pornit și care rulează la fel de bine, este posibil să utilizeze aceeași adresă IP și acest lucru ar putea cauza probleme cu accesul la ambele servere.
Aveți grijă când porniți noul server virtual într-o rețea de producție. O altă opțiune este după ce oaspetele a fost imaginat, eliminați VIF (interfața virtuală) de la oaspete, astfel încât acesta nu va avea o conexiune la rețea când repornește (acest lucru nu va afecta gestionarea serverului prin SSH tunel). Eliminarea VIF poate fi realizată cu două comenzi.
# xe vif-list vm-uuid =| cap -1. # xe vif-destroy uuid =
Când Clonezilla este terminat, acesta va avertiza utilizatorul dacă imaginea a fost sau nu copiată cu succes la invitatul virtual.
39. Următorul ecran va oferi opțiunea de a reporni invitatul virtual, dar de la începutul acestui articol, dispozitivul de încărcare a fost setat să pornească în rețea și, ca atare, trebuie să fie schimbat mai întâi pe hard diskul invitați virtual și în rețea al doilea. Acest lucru se realizează cu ușurință pe gazda XenServer modificând comanda xe de mai devreme.
# xe vm-param-set uuid =HVM-boot-params: order = cn.
Odată ce comanda de mai sus a fost introdusă, oaspetele poate fi repornit din următorul meniu prezentat de Clonezilla.
40. Repornirea va reporni mașina virtuală și va deconecta sesiunea VNC. Există o mică șansă ca domeniul în care pornește mașina virtuală sau portul VNC să se schimbe la repornirea gazdei virtuale.
Este sugerat să aveți o conexiune SSH deschisă la gazda XenServer deschisă, astfel încât comanda de mai devreme să poată fi utilizată pentru a determina din nou rapid ID-ul domeniului și portul VNC. Dacă aveți acest lucru gata, va fi mai ușor să restabiliți rapid un tunel SSH și la gazda XenServer.
La repornire, sperăm că vi se va prezenta minunatul ecran de pornire al unui server fizic care este acum o gazdă virtuală de bună credință care rulează pe un sistem XenServer!
Iată-l, o migrare fizică către virtuală de succes pe o gazdă XenServer. Serverul fizic utilizat pentru această virtualizare avea câteva configurații speciale de rețea care vor necesita mai mult configurație pentru a o face să revină complet și să ruleze, dar odată ce gazda pornește, aceste probleme pot fi corectat.
Vă mulțumim că aveți răbdare să citiți întregul articol și sperăm că va oferi o oarecare perspectivă asupra migrațiilor fizice către virtuale în XenServer!
Următorul articol din această serie va acoperi XenCenter (metoda de aplicare GUI aprobată de Citrix pentru gestionarea XenServers), precum și o alternativă open source bazată pe web, cunoscută sub numele de Xen Orchestra.