Operatie “Migratie”: hoe de verhuizing naar de DataLine-cloud verloopt

Zo'n 7 jaar geleden verhuisden de eerste projecten eenvoudig en zonder veel poespas naar onze cloud. Afbeeldingen van virtuele machines werden geüpload naar een FTP-server of werden op harde schijven meegebracht. Daarna werden de VM's via een speciale importserver in de cloud geladen.

Als het voor de klant geen probleem is om de virtuele machine één of twee dagen uit te schakelen (of er zijn geen andere opties), kan dat. Maar als de downtime maximaal een uur moet zijn, is deze methode niet geschikt. Vandaag zal ik bespreken welke tools helpen om met minimale downtime naar de cloud te migreren en hoe het migratieproces bij ons is georganiseerd.

Migratie met Veeam Backup and Replication

Veeam Backup and Replication is algemeen bekend als een tool voor het maken van back-ups en replicaties. Wij gebruiken het voor migratie tussen onze faciliteiten en voor het overbrengen van klanten van private virtualisatie naar onze cloud. De virtuele machines van de klant worden gerepliceerd naar onze vCenter, waarna de engineer ze toevoegt aan de vCloud Director.

De initiële replicatie wordt uitgevoerd terwijl de virtuele machine is ingeschakeld. Op een afgesproken tijd wordt de machine aan de klantzijde uitgeschakeld. De replicatie wordt opnieuw gestart om de wijzigingen over te brengen die sinds de eerste replicatie hebben plaatsgevonden. Daarna wordt de virtuele machine al in onze cloud gestart.

Normaal gesproken duurt het vanaf het moment dat de machine aan de infrastructuur van de klant is uitgeschakeld tot het moment dat deze in onze cloud is ingeschakeld, niet langer dan een half uur, meestal zelfs 15-20 minuten.

De oorspronkelijke virtuele machine blijft echter op de locatie van de klant. Als er iets misgaat, kan deze altijd worden hersteld en weer ingeschakeld. Voor de klant is deze methode bovendien handig omdat deze geen Veeam vereist.

Case 1
De klant had zijn eigen virtuele infrastructuur op basis van VMware – 40 VM's met een totaal van 30 TB aan gegevens. De hardware waarop de cluster was geïmplementeerd was inmiddels verouderd, en de klant besloot geen nieuwe apparatuur aan te schaffen en te verhuizen naar de publieke cloud. De eis voor de downtime van kritieke systemen was niet meer dan een uur. We hebben Veeam Replication gekozen als tool. Een pluspunt was ook dat de internetprovider van de klant in ons datacentrum aanwezig was, wat het mogelijk maakte om een goede verbinding te organiseren. De migratie duurde ongeveer een maand, met een downtime van maximaal 30 minuten bij de overschakeling voor een groep virtuele machines.

Migratie met behulp van Veeam Cloud Connect

Veeam Cloud Connect is een hulpmiddel dat helpt bij het configureren van de replicatie van virtuele machines en het opstarten van replicas in de cloud van de serviceprovider. Na de update in 2019 het jaar werd het mogelijk om virtuele machines rechtstreeks naar vCloud Director te repliceren. De enige voorwaarde is dat de cliënt zijn eigen Veeam Backup and Replication heeft uitgerold, niet lager dan versie 9. In het kort (de gedetailleerde versie here), ziet het gehele proces eruit als volgt.

In vCloud Director wordt een organisatie aangemaakt met de benodigde bronnen en netwerken. In Veeam Cloud Connect creëren we een account, de cliënt verbindt hiermee vanuit zijn Veeam B&R, selecteert de provider DataLine en de organisatie, en stelt de taken voor replicatie in. Naast het feit dat de downtime bij deze migratie binnen de 15-20 minuten zal zijn, is de cliënt volledig onafhankelijk van de ondersteuning van de provider en beheert hij het gehele proces zelf: hij maakt taken voor replicatie aan, voert de replicatie uit, schakelt machines uit en start ze opnieuw op op de nieuwe locatie.

Case 2
De infrastructuur van de cliënt, van waaruit de migratie werd gepland, bevond zich in Wit-Rusland. Er moesten 90 VM's met een totaalvolume van 27 TB worden verhuisd, terwijl de internetverbinding 100 Mbit/sec was. Als we een backup maakten en deze meteen naar onze cloud uploaden, zou dit voor sommige VM's meerdere dagen duren. In die tijd zou een grote delta op de VM ontstaan, wat de prestaties van de machines negatief zou kunnen beïnvloeden of, nog erger, de ruimte op de datastore zou opraken. We werken als volgt: eerst maakte de cliënt een lokale volledige backup en droeg een kopie naar onze cloud via Veeam Cloud Connect. Vervolgens maakte hij en verstuurde hij een incrementele backup naar de cloud. De oorspronkelijke virtuele machine bleef werken. Na het uitschakelen van de VM, maakte de cliënt nog een incrementele backup en droeg deze ook naar de cloud over. Aan onze kant hebben we de virtuele machine vanuit de volledige backup uitgerold en daarna de twee incrementele backups toegevoegd. Deze aanpak maakte het uiteindelijk mogelijk om de downtime tot 2 uur te minimaliseren bij de overstap naar onze locatie.

Migratie met behulp van VMware vCloud Availability

In maart dit jaar heeft VMware vCloud Availability 3.0 uitgebracht, waarmee virtuele machines tussen verschillende clouds (vCloud Director – vCloud Director) en van de privé-installaties van de klant naar de cloud (vCenter – vCloud Director) gemigreerd kunnen worden. Een belangrijk voordeel is de integratie met de interface van vCloud Director. Dit vereenvoudigt het proces van replicatiebeheer aanzienlijk en minimaliseert de uitvaltijd bij overschakeling.

Met deze tool hebben we een van onze klanten gemigreerd van onze cloud in Moskou naar onze cloud in Sint-Petersburg. We moesten 18 virtuele machines met een totale capaciteit van 14 TB verplaatsen. Voor de klant werd een organisatie in de Sint-Petersburg-cloud aangemaakt en werden de benodigde netwerken opgezet. Vervolgens ging de klant vanuit de interface van vCloud Director naar de instellingen van vCloud Availability, creëerde replicatietaken en schakelde op een geschikt moment over naar de Sint-Petersburg-locatie. De uitvaltijd bij de overschakeling bedroeg 12 minuten.

Migratieschema tussen de clouds van DataLine in Sint-Petersburg en Moskou.

In vCloud Availability is er een mechanisme voor het migreren van VM's van de klantlocatie naar onze cloud. Hiervoor wordt er een speciale vCloud Availability-appliance in de vCenter van de klant opgezet. Na een eenvoudige configuratie wordt de verbinding met de cloud tot stand gebracht en worden de migratietaken geconfigureerd. De klant beheert ook zelf het hele proces, waardoor de migratietijd tot een minimum kan worden beperkt.

Migratieschema van virtuele machines vanuit een private installatie naar de cloud.

VMware vCloud Availability heeft veel andere gebruiksscenario's, waarover we binnenkort in een apart artikel meer zullen vertellen.

Voorbereiding op migratie

Om het juiste hulpmiddel te kiezen en daadwerkelijk met de migratie te beginnen, moeten de volgende punten worden vastgesteld:

Waar we vandaan migreren. Als u migreert van een privé-oplossing heeft u volledige vrijheid in de keuze van hulpmiddelen. Als u bij een provider weggaat, wordt het ingewikkelder. Het is waarschijnlijk dat de infrastructuren van twee providers niet simpelweg kunnen worden verbonden om VM's over te dragen om veiligheidsredenen. Soms begint de provider waar de klant van weg wil gaan zelfs problemen te veroorzaken en trekt tijd. Weggaan bij een provider kan op de traditionele manier: door VM's te exporteren naar schijven en via FTP of door applicatieniveau migratie. De naam van de laatste is voorwaardelijk, en het werkt ongeveer als volgt.

Case 3
De SAP-systeem van de klant moest worden gemigreerd van een Europese leverancier: 34 VM's met een totale capaciteit van 54 TB. Aan de klant zijn middelen in onze cloud toegewezen. Tussen ons en de infrastructuur van de Europese leverancier is netwerkkonnektiviteit opgezet. De applicatieservers zijn opnieuw uitgerold met de nodige configuraties. Grote databases zijn gemigreerd door back-ups naar onze cloud te uploaden. Vervolgens is replicatie tussen de databases op onze en de oorspronkelijke locaties ingesteld. Op het afgesproken moment hebben we overgeschakeld naar de databases in onze cloud.

Datavolume en internetverbinding. We vragen de klant meestal om een export van systemen met gegevens over geheugen, CPU en schijven. We beoordelen of de verbinding voldoende is om replicaties of back-ups van virtuele machines rechtstreeks te verzenden.

Toegestane downtime. Dit kan verschillen voor verschillende systemen en dus ook voor virtuele machines, afhankelijk van hun kriticiteit voor het bedrijfsleven. Gewoonlijk komt de klant met vooraf gedefinieerde vereisten voor downtime tijdens de migratie, en op basis hiervan kiezen we het juiste instrument en het migratieplan. We proberen de uiteindelijke omschakeling te plannen voor de nacht of in het weekend, zodat zelfs een kleine downtime niet opvalt voor de eindgebruikers van de klant.

Op basis van deze gegevens kan het juiste instrument worden gekozen en kan met de migratie worden begonnen. Dit is wat er verder gebeurt.

1. Instelling van netwerkkonnektiviteit. We organiseren netwerkkonnektiviteit tussen onze cloud en de infrastructuur van de klant. Via dit netwerk worden de virtuele machines gekopieerd. Als Veeam Backup and Replication wordt gebruikt, is dit een dedicated lijn, maar vaak ook een VPN-verbinding. Bij Veeam Cloud Connect verloopt alles via internet of dezelfde dedicated lijn.

   Daarna wordt het netwerk voor de VM's in de cloud ingesteld. Machines verhuizen meestal in groepen en niet in één dag. Nadat de VM's naar ons zijn verhuisd en zijn opgestart, moeten ze communiceren met machines die nog op de oorspronkelijke locatie blijven.

2. Migratieschema. Wanneer er veel machines zijn, is het verstandig om ze in groepen op te splitsen en in partijen te verhuizen. Samen met de klant stemmen we een plan af waarin we vastleggen wanneer welke machines verhuizen en wanneer de finale replicatie en omschakeling naar de nieuwe locatie plaatsvinden.
3. Testmigratie. We migreren de testvirtuele machine en controleren of alles goed is ingesteld: netwerkconnectiviteit tussen locaties, beschikbaarheid van de virtuele machine voor machines op de oorspronkelijke locatie, accountrechten, enzovoort. Zo'n test helpt om vertragingen tijdens de live migratie te voorkomen.

Dat was het voor mij. Stel je vragen in de opmerkingen en deel je ervaringen met migratie.

Bron: habr.com