A fost odată ca niciodată un server într-o țară îndepărtată. De specificatii tehnice pentru vremea lui nu era rău - Intel Core Quad Q6600 2,4 GHz 8 GB RAM Intel DQ965GF placă de bază, controler raid 3ware7xxx/8xxx și 2 unitate SATA 300 GB fiecare în matrice raid 1.

Și apoi, într-o zi, am decis să mor pe acest server pe unul dintre discurile din raid - și odată ce m-am hotărât, am murit. Era firesc să presupunem că acolo unde un disc a murit, al doilea ar putea muri și el - trebuie schimbat. Da și extinde spațiu pe disc Nu va strica, ne-am gândit.
Cumva, cu păcatul la jumătate, am cumpărat noi discuri de 2TB - a fost o criză și în țările burgheze îndepărtate hard disk-uri. Serverul era extrem de important, dar era posibil să-l dezactivați și să-l torturați pentru ceva timp - existau copii de rezervă.

Am decis să actualizăm software-ul...

Serverul avea CentOS 4.5 x64, unul vechi torturat, era instalat vmware server 2 iar sub server erau deja trei mașini virtuale cu server Windows 2003 cu ms sql și niște programe, freebsd și suse. De-a lungul anilor, singurul lucru care a fost important a fost Windows, iar în viitor a fost planificat să se adauge mai multe mașini virtuale acolo - ceea ce înseamnă că trebuie să schimbăm platforma.
Am optat pentru vSphere hypervisor - sau pur și simplu ESXi. După ce am căutat pe internet, nu am putut găsi nicio experiență de instalare a ESXi pe un astfel de hardware specific - rețeaua ar putea să nu funcționeze Card Intel 82556DM și controlor de raid- căutarea în lista oficială de compatibilitate nu a dat niciun rezultat rezultat pozitiv. Instalarea unei plăci de rețea suplimentare ar fi incomod și consumatoare de timp. Ei bine, era posibil să faci fără raid.

În general, am decis să încercăm. Îi scriu o scrisoare suport tehnic pentru a instala noi hard disk-uri și a instala esxi 5.0. După un timp au răspuns că au instalat esxi 4.1u1, că raid-ul nu se vede, dar funcționează pe controlerul ICH încorporat și sunt vizibile ambele hard disk. Ne-au dat o parolă ca să putem merge să vedem această fericire.

Ne-am dus și ne-am uitat. Se pare că funcționează. Acum, a doua sarcină este migrarea mașinii virtuale Windows server 2003 de la serverul vmware la mediul hypervisor vmware vsphere. Am venit cu mai multe opțiuni -
primulîncărcați o imagine de disc sau una gata făcută în stocare mașină virtuală cu centos/linux și conectați discuri vechi ca mapare a dispozitivelor brute, instalați convertorul și convertiți-l în esxi.
doilea- încercați să montați pur și simplu partiția ext3 pe esxi - dar, din păcate, acest lucru pare a fi imposibil.
treilea- copiați prin SCP/FTP/HTTP în altă parte, convertiți acolo și apoi copiați înapoi prin SCP sau prin vclient.
patrulea- instalați vmware converter în vechiul centos și faceți conversia pe loc.
cincilea- ridicați o altă mașină virtuală cu Windows și instalați convertorul acolo.

În timp ce ne gândim - suportul tehnic a introdus discurile într-un adaptor USB-SATA și l-a conectat la server - naked ESXi, desigur, nu a putut înțelege ce se poate face cu această opțiune. Apoi au scris că se îndoiau de asta matrice de raid să ne vedem, cu excepția sistemului său de operare nativ.

Am încercat să instalăm convertorul în Centos - l-am instalat, dar din anumite motive nu a fost posibil să ne conectăm la el de la distanță - poate din cauza porturilor nestandard specificate la instalarea convertorului, deoarece cele standard erau ocupate. Ei bine, după ce m-am gândit la asta, se părea că întreaga mașină virtuală va fi descărcată mai întâi prin client pe mașina mea locală, apoi înapoi - 30 de giga de trafic și Doamne ferește că Internetul ar trebui să cadă - în general, o opțiune nesigură.
În plus, convertorul nu transformă pur și simplu o mașină într-un fișier - necesită neapărat o conexiune fie la gazdă, fie la vCenter.

Nu am încercat să instalăm partiții ext3 pe esxi - nu am văzut tipul ext3 în opțiunile de comandă de montare sistem de fișiere- Poate că arătau rău.

În general, au făcut acest lucru - am împachetat fișierele mașinii virtuale și le-am descărcat pe computer. Am instalat un convertor vmware și l-am convertit într-o gazdă esxi locală. Pentru fiabilitate și compatibilitate, m-am conectat prin ssh la esxi local și am arhivat mașina virtuală de închidere cu folosind gudron- directoarele mașinilor virtuale sunt situate în /vmfs/volumes/datastore/. Parametrul z comprimă arhiva.
Rezultatul a fost un fișier de 7 GB din 17 GB.

Am scris suportului tehnic pentru a instala noi hard disk-uri și a lansa esxi. Apoi m-am conectat la telecomanda esxi programul WinSCPși a început să încarce arhiva. Viteza pur și simplu m-a ucis - 30 kB/sec, aproximativ 3 zile de copiere. După cum sa dovedit mai târziu, reluarea nu este acceptată în esxi nu pare să poată funcționa cu arhivele care sunt împărțite în părți. Pentru orice eventualitate, am decis să încerc să folosesc un vclient standard pentru a încărca arhiva în stocare - viteza s-a dovedit a fi de aproximativ 10 ori mai mare și arhiva a fost încărcată în 7 ore.

Apoi m-am conectat la esxi la distanță prin ssh și am dezinstalat mașina virtuală, am adăugat-o la Inventory și am lansat-o. Instrumentele vmware actualizate, placa de rețea și restaurate setările de rețea.

Pentru a crește fiabilitatea, am creat o mașină virtuală cu server Windows 2003 (astfel încât tehnologia de compresie a memoriei vmware să funcționeze și să fie cheltuite mai puține resurse). Am adăugat încă o placă de rețea cu adrese IP „gri” la ambele mașini, am creat un alt vSwitch, am adăugat VMKernel la acesta, am bifat caseta de gestionare a traficului din ea și am atribuit o adresă IP din același interval „gri”. Veeam backup instalat și configurat. A reduce trafic plătit prin Internet și pentru securitate, veeam se conectează la esxi printr-o adresă IP „gri” și face copii ale mașinilor virtuale de pe un hard disk de stocare pe altul - astfel încât, în caz de defecțiune, funcționalitatea poate fi restabilită rapid.

Dacă nu viteză mică copierea prin Internet - atunci timpul de nefuncționare ar fi de maximum 30 de minute.

Cel mai probabil, am ratat unele opțiuni de migrare - poate cineva îmi poate spune gânduri inteligente, deoarece mai sunt încă câteva sarcini de migrare aproximativ aceleași.

17 ianuarie 2012 la 19:41

Migrația fizică și server virtual VMware

Administrarea sistemului

A fost odată ca niciodată un server într-o țară îndepărtată. În ceea ce privește caracteristicile tehnice, nu era rău pentru vremea lui - Intel Core Quad Placa de baza Q6600 2,4 GHz 8 GB RAM Intel DQ965GF, controler raid 3ware7xxx/8xxx si 2 discuri SATA de 300 GB fiecare in matrice raid 1.

Și apoi, într-o zi, am decis să mor pe acest server pe unul dintre discurile din raid - și odată ce m-am hotărât, am murit. Era firesc să presupunem că acolo unde un disc a murit, al doilea ar putea muri și el - trebuie schimbat. Și n-ar strica să extindem spațiul pe disc, ne-am gândit.
Cumva, cu păcatul la jumătate, am cumpărat noi unități de 2TB - a fost o criză cu hard disk-urile și în țările burgheze îndepărtate. Serverul era extrem de important, dar era posibil să-l dezactivați și să-l torturați pentru ceva timp - existau copii de rezervă.

Am decis să actualizăm software-ul...

Serverul avea CentOS 4.5 x64, unul vechi torturat, era instalat vmware server 2 iar sub server erau deja trei mașini virtuale cu server Windows 2003 cu ms sql și niște programe, freebsd și suse. De-a lungul anilor, singurul lucru care a fost important a fost Windows, iar în viitor a fost planificat să se adauge mai multe mașini virtuale acolo - ceea ce înseamnă că trebuie să schimbăm platforma.
Am optat pentru vSphere hypervisor - sau pur și simplu ESXi. După ce am căutat pe internet, nu am găsit nicio experiență de instalare a ESXi pe acest hardware specific - placa de rețea Intel 82556DM și controlerul raid ar putea să nu funcționeze - o căutare în lista oficială de compatibilitate nu a dat un rezultat pozitiv. Instalarea unei plăci de rețea suplimentare ar fi incomod și consumatoare de timp. Ei bine, era posibil să faci fără raid.

În general, am decis să încercăm. Scriu o scrisoare către suportul tehnic, astfel încât să instaleze noi hard disk-uri și să instaleze esxi 5.0. După un timp au răspuns că au instalat esxi 4.1u1, că raid-ul nu se vede, dar funcționează pe controlerul ICH încorporat și sunt vizibile ambele hard disk. Ne-au dat o parolă ca să putem merge să vedem această fericire.

Ne-am dus și ne-am uitat. Se pare că funcționează. Acum, a doua sarcină este migrarea virtualului mașini cu geamuri server 2003 de la serverul vmware la mediul hypervisor vmware vsphere. Am venit cu mai multe opțiuni -
primulîncărcați o imagine de disc sau o mașină virtuală gata făcută cu centos/linux la stocare și conectați discuri vechi ca mapare a dispozitivelor brute, instalați convertorul și convertiți-l în esxi.
doilea- încercați să montați pur și simplu partiția ext3 pe esxi - dar, din păcate, acest lucru pare a fi imposibil.
treilea- copiați prin SCP/FTP/HTTP în altă parte, convertiți acolo și apoi copiați înapoi prin SCP sau prin vclient.
patrulea- instalați vmware converter în vechiul centos și faceți conversia pe loc.
cincilea- ridicați o altă mașină virtuală cu Windows și instalați convertorul acolo.

În timp ce ne gândim - suportul tehnic a introdus discurile într-un adaptor USB-SATA și l-a conectat la server - naked ESXi, desigur, nu a putut înțelege ce se poate face cu această opțiune. Apoi au scris că se îndoiau că matricea raid va fi vizibilă cu excepția sistemului său de operare nativ.

Nu am încercat să montăm partiții ext3 pe esxi - nu am văzut tipul de sistem de fișiere ext3 în opțiunile de comandă de montare - poate că nu arătau corect.

În general, au făcut acest lucru - am împachetat fișierele mașinii virtuale și le-am descărcat pe computer. Am instalat un convertor vmware și l-am convertit într-o gazdă esxi locală. Pentru fiabilitate și compatibilitate, m-am conectat prin ssh la esxi local și am arhivat mașina virtuală de închidere folosind tar - directoarele mașinii virtuale se află în /vmfs/volumes/datastore/. Parametrul z comprimă arhiva.
Rezultatul a fost un fișier de 7 GB din 17 GB.

Am scris suportului tehnic pentru a instala noi hard disk-uri și a lansa esxi. Apoi m-am conectat la telecomandă esxi folosind WinSCP și am început să încarc arhiva. Viteza pur și simplu m-a ucis - 30 kB/sec, aproximativ 3 zile de copiere. După cum sa dovedit mai târziu, reluarea nu este acceptată în esxi nu pare să poată funcționa cu arhivele care sunt împărțite în părți. Pentru orice eventualitate, am decis să încerc să folosesc un vclient standard pentru a încărca arhiva în stocare - viteza s-a dovedit a fi de aproximativ 10 ori mai mare și arhiva a fost încărcată în 7 ore.

Apoi m-am conectat la esxi la distanță prin ssh și am despachetat mașina virtuală tar, am adăugat-o la Inventory și am lansat-o. Instrumente vmware actualizate, card de rețea și setări de rețea restaurate.

Pentru a crește fiabilitatea, am creat o mașină virtuală cu server Windows 2003 (astfel încât tehnologia de compresie a memoriei vmware să funcționeze și să fie cheltuite mai puține resurse). Am adăugat încă o placă de rețea cu adrese IP „gri” la ambele mașini, am creat un alt vSwitch, am adăugat VMKernel la acesta, am bifat caseta de gestionare a traficului din ea și am atribuit o adresă IP din același interval „gri”. Veeam backup instalat și configurat. Pentru a reduce traficul plătit pe Internet și pentru securitate, veeam se conectează la esxi printr-o adresă IP „gri” și face copii ale mașinilor virtuale de pe un hard disk de stocare pe altul - astfel încât, în caz de defecțiune, funcționalitatea poate fi restabilită rapid .

Dacă nu ar fi fost viteza mică de copiere prin Internet, timpul de nefuncționare ar fi fost de maximum 30 de minute.

Cel mai probabil, am ratat câteva opțiuni de migrare - poate cineva îmi poate oferi câteva idei inteligente, deoarece mai sunt câteva sarcini similare de migrare înainte.

Contabilii aveau bit2000 și totul le convine, ei bine, aproape totul. Nu am fost mulțumit de faptul că ar fi necesar să leg mai multe depozite la program, dar acest lucru nu a funcționat. Și ne-am mutat la 1c, și a fost achiziționat un server și a fost bine, dar server vechi S-a dovedit că nu este foarte necesar, dar este nevoie de fier.

Și m-am gândit, cum aș putea mașină fizică fă-l virtual. Am început să sap pe Internet și chiar am căutat pe Habré - p2v, nu a fost nimic valoros care să poată ajuta.

Cum să faci un instantaneu al sistemului, astfel încât să pornească fără probleme?

Internetul a sugerat mai multe soluții, dar sistemul meu original este Windows Server 2003 și, chiar și cu un crack, nu totul funcționează, am nevoie de un crack pentru server. Voi spune imediat că Acronis nu va funcționa serverul de gestionare a discurilor Paragon poate face un instantaneu al sistemului, dar nu îl încarcă discuri locale, dar numai pe discuri fizice. Țineți cont de acest lucru atunci când decideți să le utilizați.

Internetul a sugerat. Blogul lui Andrey Beshkov conținea un link către utilitate gratuită disc2vhd. Mic, dar la distanță, vă permite să faceți un instantaneu al unui sistem care rulează și să îl încărcați pe un disc local.

Puteți sări peste descrierea modului în care partiția originală de 300 de gigaocteți a fost împărțită în 3 secțiuni.

Utilitarul este foarte simplu, selectați discurile pe care este instalat sistemul de care aveți nevoie și selectați calea - va trebui să o înregistrați manual. Nu l-am încercat, dar probabil că programul poate unități de rețeași transferați foldere în instantaneul de sistem. Am bifat și caseta de selectare „Pregătiți pentru utilizare în Virtual PC”, deși în loc de Virtual PC, am Hyper-V. Ajutorul nu funcționează.

După creație disc virtual, creați o mașină virtuală.

Alegem prima generație.

Setați volumul necesar RAM- va ieși în evidență față de cel fizic, în cazul meu mașina virtuală se învârte pe 1 gigabyte de RAM, dacă setați mai mult pur și simplu nu va porni - nu este suficientă memorie, nu este singura care rulează pe server.
Luați în considerare acest punct.

Încă nu selectăm adaptorul de rețea.

Spunem mașinii virtuale să folosească discul virtual pe care l-am creat.

Mașina mea virtuală rulează în această configurație.

Să trecem la configurarea mașinii virtuale.

Ștergeți-o pe cea existentă adaptor de rețea- nu va funcționa pe server, serverul care a fost virtualizat pur și simplu nu îl va vedea.

Setăm numărul de nuclee de procesor pe care le alocăm pentru această mașină virtuală.

Puteți seta cantitatea dorită de RAM.

Pornire de pe disc, instalare sistem nou nu este necesar.

Instalăm echipamente noi - „Adaptor de rețea învechit”, serverul nostru Windows 2003 îl va vedea.

Selectați adaptorul virtual dorit. În cazul meu, deoarece o altă mașină virtuală este un server proxy și o placă de rețea separată este alocată pentru Internet și propria sa rețea este inaccesibilă de la obișnuit retea locala, am ales adaptorul virtual creat pentru al doilea placa de retea folosind rețeaua noastră locală.

Totul este gata, poți începe.

După lansare, cel mai probabil veți avea câteva surprize - este posibil ca mouse-ul să nu funcționeze. Va trebui să configurați placa de rețea folosind tastatura. După ce am configurat placa de rețea, am putut să mă conectez cu folosind Radmin, direct la noua noastră mașină virtuală.

Apropo, când am încercat să măresc rezoluția ecranului de la 800x600, sistemul a afișat un ecran albastru al morții, cel mai probabil acest lucru se datorează cantității mici de RAM pe care am alocat-o pentru mașina virtuală.

Totul este foarte ușor de făcut.

P.s. Aproape că am uitat - va trebui să activez sistemul din nou, sistemul a fost activat normal.
p.p.s. Linkurile nu au putut fi introduse corect.

Bună ziua!. În zilele noastre, multe servere fizice încearcă să fie convertite folosind tehnologie P2Vîn cele virtuale. Ei fac acest lucru pentru a scăpa de echipamente vechi, dar își păstrează serviciile în stare de funcționare, oferindu-le performanțe mai mari pe echipamente noi, sau toată lumea merge pe nori, cum ar fi vCloud Director. Astăzi vreau să vă spun cum să efectuați migrarea P2V și să virtualizați un server fizic folosind VMware vCenter Converter Standalone.

Algoritm de migrare P2V la Vmware

Astfel încât să vă puteți converti serverul într-unul virtual Mașină Vmware, trebuie să instalați VMware vCenter Converter Standalone 5.5 descris în detaliu.
Apoi, pregătiți gazda ESXI unde veți virtualiza serverul fizic
Lansați convertorul și parcurgeți toți pașii vrăjitorului de conversie

Lansăm VMware vCenter Converter Standalone 5.5 sau există deja o versiune mai nouă 6.2.

Dacă apare eroarea A File I/O a apărut o eroareîn timp ce accesați, apoi uitați-vă de ce se întâmplă

Alege Convertiți mașina

Mașină pornită, computer sau server care funcționează. Aceasta este metoda de bază „nedisruptivă” de funcționare a convertorului VMware. Serverul poate fi fizic sau virtual. Fiți în rețeaua locală sau fiți local (mașina pe care este instalat convertorul). sala de operatie sistem Windows sau Linux, nu Unix. Puternic pentru Linux listă limitată sisteme de operare.
Infrastructura VMware mașină virtuală, dacă trebuie să transferați o mașină virtuală de pe o platformă veche (Virtual Center 2.5, ESX(i) 2-4.1) pe una nouă, a cincea. Schimbare majoră în al 5-lea versiuni VMware vSphere este noua versiune hardware virtual numărul 8, instrumentele VMware s-au schimbat odată cu acesta.
VMware Workstation sau altă mașină virtuală. Stația de lucru este foarte populară în rândul administratorilor și adesea mașina virtuală se transformă dintr-o mașină de testare într-una temporară funcțională. Convertorul îl va transfera în ESXi, în mediul vSphere fără probleme. De asemenea, selectăm acest element dacă mașinile dvs. virtuale rulează pe VMware Fusion, VMware Player, Server VMware 2.x
Imagine de rezervă sau mașină virtuală terță parte. Restaurare dintr-o copie de rezervă existentă sau o mașină virtuală de la alt producător. Recuperează-te de la copie de rezervă– asta este foarte caracteristică utilăși vă spun de ce mai jos.
Server Hyper-V. Pentru a merge de la platformele Microsoft pe VMware. Diferă de o mașină virtuală terță parte prin faptul că trebuie să aveți un server Hyper-V funcțional și convertizorul se va conecta la acesta. Mașinile virtuale trebuie să fie oprite.

Pentru ca VMware Converter să funcționeze cu un sistem de operare precum Windows în cadrul schemei „Mașină pornită”, aveți nevoie de acreditări de administrator de sistem, astfel încât convertorul să se poată conecta, să instaleze agentul și să înceapă migrarea. Pentru sisteme Linux trebuie să intri parola de rootși să vă puteți conecta de la distanță prin SSH. Poate fi necesar să fie corectat fișier de configurare sshd și permiteți autentificarea root. Mai mult pentru autentificare root trebuie să fie în grupul roților.

Când este conectat corect, VMware Converter determină care sistem de operare el trebuie să migreze. Câte și ce fel de discuri și partiții are, câte interfețe de rețea, RAM, procesoare. Toate aceste date vor fi folosite pentru a crea o nouă mașină virtuală pe gazda ESXi. Introduc adresa și acreditările vCenter.

Ignor avertismentul de certificat

Selectați folderul de proiect pentru mașina care este migrată

Următorul pas. Specificăm gazda ESXi pe care va fi lansată mașina virtuală. Stocare unde fișierele VM și versiunea hardware virtuală(al 10-lea este ultimul momentan). Bănuiesc că dacă aș fi specificat „Serverul vCenter sistem de destinație”, ar fi existat mai multe opțiuni din care să alegi. Toate gazdele și depozitele de date disponibile vor fi afișate

Pe pagina următoare puteți specifica ce unități trebuie convertite, care nu, câte interfețe de rețea sunt necesare și multe altele.

Să ne uităm la rezumat

Termina. Acum, dacă vă uitați la vCenter, sarcina de a crea o mașină virtuală apare acolo.

Convertorul însuși va afișa timpul de finalizare a sarcinii. După cum puteți vedea, migrarea P2V la Vmware este foarte trivială.

De asemenea, după finalizarea sarcinii, este posibil să întâmpinați o eroare A apărut o eroare în timpul reconfigurarii, iar când porniți mașina virtuală de pe hypervisorul esxi veți obține un ecran albastru, soluția la această problemă este în linkul din stânga. Materialul site-ului