Noin 7 vuotta sitten ensimmäiset projektit siirtyivät pilveemme yksinkertaisesti ja vaatimattomasti. Virtuaalikoneen kuvat ladattiin FTP-palvelimelle tai ne toimitettiin kiintolevyille. Tämän jälkeen virtuaalikoneet siirrettiin pilveen erityisen tuontipalvelimen kautta.
Jos virtuaalikoneen sammuttaminen päiväksi tai kahdeksi asiakkaalle ei ole ongelma (tai muita vaihtoehtoja ei ole), niin tämä voidaan tehdä. Mutta jos seisokkiajan tulisi olla enintään tunti, tämä menetelmä ei toimi. Tänään kerron sinulle, mitkä työkalut auttavat sinua siirtymään pilveen mahdollisimman vähän seisokkeja ja kuinka itse siirtoprosessimme toimii.
Siirtyminen Veeam-varmuuskopioinnilla ja replikaatiolla
Kaikki tietävät Veeam Backup and Replication -työkalun varmuuskopioiden ja replikoiden luomiseen. Käytämme sitä siirtymiseen sivustojemme välillä ja asiakkaiden siirtämiseen yksityisestä virtualisoinnista pilveen. Asiakkaan virtuaalikoneet replikoidaan vCenteriin, minkä jälkeen insinööri lisää ne vCloud Directoriin.
Ensisijainen replikointi tapahtuu virtuaalikoneessa, jossa on virta päällä. Asiakaspuolen kone sammutetaan sovittuna aikana. Replikointi suoritetaan uudelleen siirtääkseen muutokset, jotka ovat tapahtuneet ensimmäisen replikoinnin jälkeen. Tämän jälkeen virtuaalikone käynnistyy pilvessämme.
Tyypillisesti siitä hetkestä, kun kone sammutetaan asiakkaan infrastruktuurissa siihen hetkeen, kun se kytketään päälle pilvessämme, ei kulu yli puoli tuntia, vaan 15–20 minuuttia.
Tässä tapauksessa alkuperäinen virtuaalikone jää asiakassivustolle. Jos jokin menee yhtäkkiä pieleen, voit aina rullata taaksepäin ja käynnistää sen. Tämä menetelmä on kätevä asiakkaalle myös siinä mielessä, että se ei vaadi häneltä Veeamia.
Tapaus 1
Asiakkaalla oli oma VMware-pohjainen virtuaalinen infrastruktuuri - 40 VM:tä, joiden kapasiteetti oli 30 TB. Laitteet, joilla klusteri otettiin käyttöön, olivat jo vanhentuneita, ja asiakas päätti olla ostamatta uusia ja siirtyi julkiseen pilveen. Kriittisten järjestelmien seisokkiaika oli enintään tunti. Työkaluksi valittiin Veeam Replication. Toinen plussa oli, että asiakkaan Internet-palveluntarjoaja oli paikalla konesalissamme, mikä mahdollisti hyvän kanavan järjestämisen. Siirtyminen kesti noin kuukauden, seisokkeja vaihdon aikana oli jopa 30 minuuttia virtuaalikoneiden ryhmää kohden.
Siirrä Veeam Cloud Connectin avulla
Veeam Cloud Connect on työkalu, jonka avulla voit määrittää virtuaalikoneen replikoinnin ja käynnistää replikoita palveluntarjoajan pilvessä. Päivityksen jälkeen vuonna tuli mahdolliseksi kopioida virtuaalikoneita suoraan vCloud Directoriin. Ainoa ehto on, että asiakaspuolella Veeam Backup and Replication on otettava käyttöön vähintään versio 9. Lyhyesti sanottuna (yksityiskohtainen versio ), koko prosessi näyttää tältä.
vCloud Directorissa luodaan organisaatio, jossa on tarvittavat resurssit ja verkot. Veeam Cloud Connectissa luomme tilin, asiakas muodostaa siihen yhteyden Veeam B&R:stään, valitsee DataLine-palveluntarjoajan ja organisaation sekä konfiguroi tehtävät replikoitaviksi. Sen lisäksi, että tällaisen siirron aikana seisokit ovat 15–20 minuutin sisällä, asiakas ei ole millään tavalla riippuvainen palveluntarjoajan teknisestä tuesta ja hallitsee koko prosessia itsenäisesti: luo replikointitehtävät, replikointi itse, sammuu koneet ja käynnistää ne uudella sivustolla.
Tapaus 2
Asiakkaan infrastruktuuri, josta siirto suunniteltiin, sijaitsi Valko-Venäjällä. Oli tarpeen kuljettaa 90 VM:tä, joiden kokonaisvolyymi oli 27 TB, huolimatta siitä, että Internet-kanava oli 100 Mbit/s. Jos teet varmuuskopion ja lataat sen heti pilveemme, niin joidenkin virtuaalikoneiden kohdalla se kestää useita päiviä. Tänä aikana virtuaalikoneeseen olisi kasvanut suuri delta, ja tällä voi olla negatiivinen vaikutus koneiden suorituskykyyn tai mikä vielä pahempaa, tietovaraston tila olisi loppunut. Toimimme seuraavasti: ensin asiakas teki paikallisen täyden varmuuskopion ja siirsi kopion pilveemme Veeam Cloud Connectin kautta. Sitten tein ja siirsin lisäyksen pilveen. Alkuperäinen virtuaalikone jatkoi toimintaansa. VM:n sammuttamisen jälkeen asiakas teki toisen lisäyksen ja siirsi sen myös pilveen. Puolellamme otimme käyttöön virtuaalikoneen täydellisestä varmuuskopiosta ja siirsimme siihen sitten kaksi lisäystä. Tämän järjestelmän ansiosta pystyttiin lopulta minimoimaan seisokit 2 tuntiin siirtyessämme sivustollemme.
Siirtyminen VMware vCloud -saatavuuden kanssa
Tämän vuoden maaliskuussa VMware julkaisi vCloud Availability 3.0:n, jonka avulla voit siirtää virtuaalikoneita eri pilvien välillä (vCloud Director - vCloud Director) ja yksityisen asiakkaan virtualisointitelineistä pilveen (vCenter - vCloud Director). Tärkein mukavuus on integrointi vCloud Director -liittymään. Tämä yksinkertaistaa huomattavasti replikoinnin hallintaprosessia ja minimoi seisokit siirtymien aikana.
Tämän työkalun avulla siirsimme yhden asiakkaista Moskovan pilvestämme Pietarin pilveemme. Oli tarpeen kuljettaa 18 virtuaalikonetta, joiden kokonaiskapasiteetti oli 14 TB. Asiakkaalle luotiin organisaatio Pietarin pilveen ja järjestettiin tarvittavat verkot. Seuraavaksi asiakas siirtyi vCloud Director -liittymästä vCloud Availability -asetuksiin, loi replikointitöitä ja siirtyi Pietarin sivustolle hänelle sopivana ajankohtana. Katkosaika vaihdon aikana oli 12 minuuttia.
Siirtojärjestelmä DataLine-pilvien välillä Pietarissa ja Moskovassa.
vCloud Availability sisältää mekanismin virtuaalikoneiden siirtämiseksi asiakkaan sivustolta pilveen. Tätä varten asiakkaan vCenteriin otetaan käyttöön erityinen vCloud Availability -sovellus. Yksinkertaisen asennuksen jälkeen muodostat yhteyden pilveen ja määrität siirtotehtävät. Asiakas myös hallitsee koko prosessia itsenäisesti ja migraatioaika on minimoitu.
Järjestelmä virtuaalikoneiden siirtämiseksi yksityisestä asennuksesta pilveen.
VMware vCloud Availabilityllä on monia muita käyttötapauksia; puhumme niistä pian erillisessä artikkelissa.
Valmistautuminen muuttoon
Jotta voit valita työkalun ja aloittaa siirron, sinun on päätettävä seuraavista seikoista:
Mistä muutamme? Jos olet siirtymässä yksityisestä ratkaisusta, sinulla on täydellinen vapaus valita työkaluja. Jos muutat palveluntarjoajaltasi, se on monimutkaisempaa. Todennäköisesti kahden palveluntarjoajan infrastruktuurin linkittäminen ja pelkkä virtuaalikoneen vetäminen ja pudottaminen eivät toimi turvallisuussyistä. Joskus palveluntarjoaja, jolta asiakas aikoo kieltäytyä, alkaa olla ilkikurinen ja viivyttelee aikaa. Voit siirtyä pois palveluntarjoajasta vanhanaikaisella tavalla: lataamalla virtuaalikoneita levyille ja FTP:lle tai siirtymällä sovellustasolla. Jälkimmäisen nimi on ehdollinen, ja se näyttää suunnilleen tältä.
Tapaus 3
Asiakkaan SAP-järjestelmä oli siirrettävä eurooppalaiselta toimittajalta: 34 VM:tä, joiden kapasiteetti on 54 TB. Asiakkaalle oli allokoitu resursseja pilvessämme. Verkkoyhteydet järjestettiin meidän ja eurooppalaisen palveluntarjoajan infrastruktuurin välille. Sovelluspalvelimet otettiin käyttöön uudelleen ja tarvittavat kokoonpanot otettiin käyttöön. Suuret tietokannat siirrettiin lataamalla varmuuskopiot pilveen. Seuraavaksi konfiguroitiin replikointi meidän ja alkuperäisten sivustojen tietokantojen välillä. Vaihdoimme sovittuna aikana tietokantoihin pilvessämme.
Datamäärä ja Internet-kanava. Pyydämme yleensä asiakasta toimittamaan järjestelmäkohtaisen latauksen muistin, suorittimen ja levyn parametrien kanssa. Arvioimme, riittääkö kanava virtuaalikoneiden replikoiden tai varmuuskopioiden lähettämiseen suoraan.
Hyväksyttävä seisokkiaika. Eri järjestelmien ja vastaavasti virtuaalikoneiden kohdalla se voi olla erilainen riippuen niiden liiketoiminnan kriittisyydestä. Yleensä asiakkaalla on valmiit vaatimukset migraation aikaisille seisokkeille, joiden perusteella valitsemme sopivan työkalun ja migraatiosuunnitelman. Pyrimme ajoittamaan lopullisen vaihdon yöksi tai viikonlopuksi niin, että pienetkään seisokit eivät ole asiakkaan loppukäyttäjien havaittavissa.
Näiden tietojen perusteella voit valita työkalun ja aloittaa itse siirron. Tässä on mitä tapahtuu seuraavaksi.
- Verkkoyhteyden määrittäminen. Järjestämme verkkoyhteyden pilvemme ja asiakkaan infrastruktuurin välillä. Virtuaalikoneet kopioidaan tämän verkon kautta. Jos Veeam Backup and Replication on käytössä, tämä on omistettu kanava, harvemmin VPN-kanava. Jos Veeam Cloud Connect, niin kaikki menee Internetin tai saman omistetun kanavan kautta.
Tämän jälkeen verkko konfiguroidaan pilvessä olevaa virtuaalikonetta varten. Autot liikkuvat yleensä ryhmissä ja useamman kuin yhden päivän. Kun VM-koneet on tuotu meille ja käynnistetty, niiden on kommunikoitava niiden koneiden kanssa, jotka ovat edelleen alkuperäisessä paikassa.
- Muuttoaikataulu. Kun autoja on paljon, ne kannattaa jakaa ryhmiin ja kuljettaa erissä. Sovimme yhdessä asiakkaan kanssa suunnitelman, jossa määritämme milloin ja mitkä koneet siirtyvät ja milloin lopullinen replikointi ja vaihto uuteen paikkaan tehdään.
- Testaa siirto. Siirrämme testivirtuaalikoneen ja tarkistamme, onko kaikki määritetty oikein: verkkoyhteydet sivustojen välillä, virtuaalikoneen saatavuus lähdesivuston koneille, tilioikeudet jne. Tämä testi auttaa välttämään hankaluuksia taistelun siirtymisvaiheessa.
Siinä kaikki minulle. Esitä kommenteissa kysymyksiä ja kerro meille muuttokokemuksestasi.
Lähde: will.com