Operatie “Migratie”: hoe u overgaat naar de DataLine-cloud

Ongeveer 7 jaar geleden verhuisden de allereerste projecten eenvoudig en pretentieloos naar onze cloud. Afbeeldingen van virtuele machines zijn geüpload naar een FTP-server of zijn afgeleverd op harde schijven. Vervolgens werden de VM’s via een speciale importserver naar de cloud geüpload.

Als het voor de klant geen probleem is om de virtuele machine een dag of twee uit te zetten (of er zijn geen andere opties), dan kan dit ook. Maar als de downtime maximaal een uur bedraagt, werkt deze methode niet. Vandaag vertel ik je met welke tools je met minimale downtime naar de cloud kunt migreren en hoe ons migratieproces zelf werkt.

Operatie “Migratie”: hoe u overgaat naar de DataLine-cloud

Migratie met Veeam Backup en Replication

Iedereen kent Veeam Backup and Replication als tool voor het maken van backups en replica’s. We gebruiken het voor migratie tussen onze sites en voor het transporteren van klanten van private virtualisatie naar onze cloud. De virtuele machines van de klant worden gerepliceerd naar ons vCenter, waarna de engineer ze toevoegt aan vCloud Director.

Primaire replicatie vindt plaats op een ingeschakelde virtuele machine. Op het afgesproken tijdstip wordt de machine aan de clientzijde uitgeschakeld. De replicatie wordt opnieuw uitgevoerd om de wijzigingen over te dragen die sinds de eerste replicatie zijn opgetreden. Hierna start de virtuele machine in onze cloud.

Operatie “Migratie”: hoe u overgaat naar de DataLine-cloud

Vanaf het moment dat de machine wordt uitgeschakeld op de infrastructuur van de klant tot het moment dat deze wordt ingeschakeld in onze cloud, verstrijkt doorgaans niet meer dan een half uur, maar eerder 15-20 minuten.

In dit geval blijft de oorspronkelijke virtuele machine op de clientsite staan. Als er plotseling iets misgaat, kunt u altijd teruggaan en het apparaat inschakelen. Deze methode is ook handig voor de klant, omdat hij niet over Veeam hoeft te beschikken.

Zaak 1
De klant beschikte over een eigen virtuele infrastructuur op basis van VMware: 40 VM's met een capaciteit van 30 TB. De apparatuur waarop het cluster werd ingezet was al verouderd en de klant besloot geen nieuwe aan te schaffen en stapte over naar de publieke cloud. De downtime van kritische systemen bedroeg niet meer dan een uur. Als tool werd gekozen voor Veeam Replication. Een ander pluspunt was dat de internetprovider van de klant aanwezig was in ons datacenter, waardoor het mogelijk werd een goed kanaal te organiseren. De migratie duurde ongeveer een maand, de downtime tijdens het overstappen bedroeg maximaal 30 minuten per groep virtuele machines.

Migreer met Veeam Cloud Connect

Veeam Cloud Connect is een tool waarmee u de replicatie van virtuele machines kunt opzetten en replica's kunt starten in de cloud van de serviceprovider. Na het updaten naar 2019 jaar werd het mogelijk om virtuele machines rechtstreeks naar vCloud Director te repliceren. De enige voorwaarde is dat aan de clientzijde Veeam Backup and Replication minimaal versie 9 moet zijn geïmplementeerd. Kortom (gedetailleerde versie hier), dan ziet het hele proces er zo uit.

In vCloud Director wordt een organisatie gecreëerd met de benodigde middelen en netwerken. In Veeam Cloud Connect maken we een account aan, de klant maakt er vanuit zijn Veeam B&R verbinding mee, selecteert een DataLine-provider en -organisatie en configureert taken voor replicatie. Naast het feit dat tijdens een dergelijke migratie de downtime binnen 15-20 minuten zal zijn, is de klant op geen enkele manier afhankelijk van de technische ondersteuning van de provider en beheert hij het hele proces onafhankelijk: creëert replicatietaken, de replicatie zelf, schakelt uit de machines en start ze op de nieuwe site.

Operatie “Migratie”: hoe u overgaat naar de DataLine-cloud

Zaak 2
De infrastructuur van de klant, van waaruit de migratie was gepland, bevond zich in Wit-Rusland. Het was nodig om 90 VM's te transporteren met een totaal volume van 27 TB, ondanks het feit dat het internetkanaal 100 Mbit/sec was. Als je een back-up maakt en deze direct naar onze cloud uploadt, duurt het bij sommige VM’s enkele dagen. Gedurende deze tijd zou er een grote delta op de VM zijn gegroeid, en dit zou een negatieve impact kunnen hebben op de prestaties van de machines of, erger nog, de ruimte in de datastore zou opraken. Wij gingen als volgt te werk: eerst maakte de klant lokaal een volledige backup en zette daarvan via Veeam Cloud Connect een kopie over naar onze cloud. Vervolgens heb ik de verhoging gemaakt en naar de cloud overgebracht. De oorspronkelijke virtuele machine bleef draaien. Na het afsluiten van de VM voerde de klant nog een stap door en bracht deze ook over naar de cloud. Aan onze kant hebben we een virtuele machine geïmplementeerd vanaf een volledige back-up, en daar vervolgens twee stappen op gezet. Dit schema maakte het uiteindelijk mogelijk om de downtime tot 2 uur te minimaliseren bij het overschakelen naar onze site.

Migratie met VMware vCloud-beschikbaarheid

In maart van dit jaar bracht VMware vCloud Availability 3.0 uit, waarmee u virtuele machines kunt migreren tussen verschillende clouds (vCloud Director - vCloud Director) en van private client-virtualisatiestands naar de cloud (vCenter - vCloud Director). Het belangrijkste gemak is de integratie met de vCloud Director-interface. Dit vereenvoudigt het replicatiebeheerproces aanzienlijk en minimaliseert de downtime tijdens omschakelingen.

Met behulp van deze tool hebben we een van de klanten gemigreerd van onze cloud in Moskou naar onze cloud in St. Petersburg. Er moesten 18 virtuele machines worden getransporteerd met een totale capaciteit van 14 TB. Voor de klant is een organisatie in de St. Petersburg cloud ingericht en zijn de benodigde netwerken ingericht. Vervolgens ging de klant vanuit de vCloud Director-interface naar de vCloud-beschikbaarheidsinstellingen, creëerde replicatietaken en schakelde over naar de locatie in St. Petersburg op een voor hem geschikt tijdstip. De downtime tijdens het schakelen bedroeg 12 minuten.

Operatie “Migratie”: hoe u overgaat naar de DataLine-cloud
Migratieschema tussen DataLine-clouds in St. Petersburg en Moskou.

vCloud Availability beschikt over een mechanisme voor het migreren van VM’s van de locatie van de klant naar onze cloud. Hiervoor wordt een speciale vCloud Availability-applicatie geïmplementeerd in het vCenter van de klant. Na een eenvoudige installatie maakt u verbinding met de cloud en configureert u migratietaken. Bovendien beheert de klant het gehele traject zelfstandig en wordt de migratietijd tot een minimum beperkt.

Operatie “Migratie”: hoe u overgaat naar de DataLine-cloud
Schema voor het migreren van virtuele machines van een privé-installatie naar de cloud.

VMware vCloud Availability kent nog veel meer gebruiksscenario's; we zullen er binnenkort in een apart artikel over praten.

Voorbereiden op migratie

Om een ​​tool te kiezen en daadwerkelijk te beginnen met migreren, moet u een beslissing nemen over de volgende punten:

Vanwaar migreren wij? Als u migreert vanuit een privéoplossing, heeft u volledige vrijheid bij het kiezen van tools. Als u weggaat van uw provider, wordt het ingewikkelder. Hoogstwaarschijnlijk zal het koppelen van de infrastructuren van twee providers en het simpelweg slepen en neerzetten van een VM vanwege veiligheidsredenen niet werken. Soms begint de aanbieder die de klant op het punt staat te weigeren ondeugend te worden en wacht hij lang. Je kunt op de ouderwetse manier afstand nemen van de provider: door VM's te uploaden naar schijven en FTP, of door te migreren op applicatieniveau. De naam van de laatste is voorwaardelijk en ziet er ongeveer zo uit.

Zaak 3
Het was noodzakelijk om het SAP-systeem van de klant te migreren van een Europese provider: 34 VM's met een capaciteit van 54 TB. De klant kreeg resources toegewezen in onze cloud. Er werd netwerkconnectiviteit georganiseerd tussen ons en de infrastructuur van de Europese provider. De applicatieservers werden opnieuw ingezet, waarbij de noodzakelijke configuraties werden doorgevoerd. Grote databases werden gemigreerd door het uploaden van back-ups naar onze cloud. Vervolgens werd de replicatie geconfigureerd tussen de databases op onze en de oorspronkelijke sites. Op het afgesproken tijdstip zijn wij overgestapt op databases in onze cloud.

Datavolume en internetkanaal. Normaal gesproken vragen we de klant om een ​​upload per systeem met geheugen-, CPU- en schijfparameters. We evalueren of het kanaal voldoende is om replica's of back-ups van virtuele machines rechtstreeks te verzenden.

Acceptabele stilstand. Voor verschillende systemen, en dus ook voor virtuele machines, kan dit verschillend zijn, afhankelijk van hun bedrijfskriticiteit. Meestal komt de klant met kant-en-klare eisen voor downtime tijdens de migratie en op basis daarvan selecteren we de juiste tool en het migratieplan. De uiteindelijke omschakeling proberen we 's nachts of in het weekend te plannen, zodat zelfs kleine stilstand niet merkbaar is voor de eindgebruikers van de klant.

Op basis van deze gegevens kunt u een tool selecteren en de migratie zelf starten. Dit is wat er vervolgens gebeurt.

  1. Netwerkconnectiviteit instellen. Wij organiseren de netwerkconnectiviteit tussen onze cloud en de infrastructuur van de klant. Virtuele machines worden via dit netwerk gekopieerd. Als Veeam Backup and Replication wordt gebruikt, is dit een dedicated kanaal, minder vaak een VPN-kanaal. Als Veeam Cloud Connect verloopt alles via internet of hetzelfde speciale kanaal.

    Vervolgens wordt het netwerk geconfigureerd voor de VM in de cloud. Auto's verplaatsen zich meestal in groepen en gedurende meer dan één dag. Zodra de VM's naar ons toe zijn gebracht en gelanceerd, moeten ze communiceren met de machines die nog op de oorspronkelijke locatie staan.

  2. Migratieschema. Als er veel auto's zijn, is het zinvol om ze in groepen te verdelen en in batches te vervoeren. Samen met de klant komen we een plan overeen waarin we specificeren wanneer en welke machines zullen verhuizen en wanneer de definitieve replicatie en omschakeling naar de nieuwe locatie zal plaatsvinden.
  3. Migratie testen. We migreren de testvirtuele machine en controleren of alles correct is geconfigureerd: netwerkconnectiviteit tussen sites, beschikbaarheid van de virtuele machine voor machines op de bronsite, accountrechten, enz. Deze test helpt problemen in de fase van de gevechtsmigratie te voorkomen.

Dat is alles voor mij. Stel in de reacties vragen en vertel ons over uw migratie-ervaring.

Bron: www.habr.com

Voeg een reactie