Azure-VM’s verplaatsen naar een andere Azure-regio
Dit artikel biedt een overzicht van de redenen en stappen voor het verplaatsen van Azure VM’s naar een andere Azure-regio met behulp van Azure Site Recovery.
Redenen om Azure-VM’s te verplaatsen
U verplaatst VM’s wellicht om de volgende redenen:
- U hebt al in één regio geïmplementeerd en er wordt een nieuwe ondersteunde regio toegevoegd die zich dichter bij de eindgebruikers van uw toepassing of service bevindt. In dit scenario wilt u uw VM’s ongewijzigd naar de nieuwe regio verplaatsen om latentie te verminderen. Gebruik diezelfde aanpak als u abonnementen wilt samenvoegen of als er bestuurlijke of organisatieregels zijn op basis waarvan u verplicht bent te verplaatsen.
- Uw VM is geïmplementeerd als een VM met één exemplaar of als onderdeel van een beschikbaarheidsset. Als u de beschikbaarheids-SLA’s wilt vergroten, kunt u uw VM’s verplaatsen naar een beschikbaarheidszone.
Virtuele machines verplaatsen met Resource Mover
U kunt nu virtuele machines naar een andere regio verplaatsen met Azure Resource Mover. Azure Resource Mover is momenteel beschikbaar in openbare preview en biedt het volgende:
- Eén hub voor het verplaatsen van resources binnen regio's.
- Beperkte verplaatsingstijd en complexiteit. Alles wat u nodig hebt, bevindt zich op één locatie.
- Een eenvoudige en consistente ervaring voor het verplaatsen van verschillende typen Azure-resources.
- Een eenvoudige manier om afhankelijkheden te identificeren binnen resources die u wilt verplaatsen. Dit helpt om gerelateerde resources samen te verplaatsen zodat alles na de verplaatsing naar verwachting werkt in de doelregio.
- Automatische opschoning van resources in de bronregio, als u deze na de verplaatsing wilt verwijderen.
- Testen. U kunt een verplaatsing uitproberen en deze vervolgens verwijderen als u geen volledige verplaatsing wilt uitvoeren.
Virtuele machines verplaatsen met Site Recovery
Het verplaatsen van virtuele machines met Site Recovery omvat de volgende stappen:
- Controleer de vereisten.
- Bereid de bron-VM’s voor.
- Bereid de doelregio voor.
- Kopieer gegevens naar de doelregio. Maak gebruik van de replicatietechnologie van Azure Site Recovery om gegevens van de bron-VM naar de doelregio te kopiëren.
- Test de configuratie. Nadat de replicatie is voltooid, test u de configuratie door een testfailover via een niet-productie-netwerk uit te voeren.
- Voer de verplaatsing uit.
- Verwijder de resources in de bronregio.
Notitie
Meer details over deze stappen kunt u vinden in de volgende secties.
Belangrijk
Momenteel ondersteunt Azure Site Recovery de verplaatsing van VM’s van de ene regio naar een andere regio, maar biedt het geen ondersteuning voor het verplaatsen binnen een regio.
Gangbare architecturen voor een implementatie met meerdere lagen
In deze sectie worden de meest voorkomende implementatie-architecturen beschreven voor een toepassing met meerdere lagen in Azure. Het voorbeeld is een toepassing met drie lagen met een openbaar IP-adres. Elk van de lagen (web, toepassing en database) bevat elk twee VM's en is via een Azure-loadbalancer met de andere lagen verbonden. De databaselaag heeft SQL Server Always On-replicatie tussen de VM's voor hoge beschikbaarheid.
VM’s met één exemplaar die zijn geïmplementeerd in verschillende lagen: Elke VM in een laag is geconfigureerd als een VM met één exemplaar, en is via load balancers met de andere lagen verbonden. Deze configuratie is de eenvoudigste om te gebruiken.
VM’s in elke laag die zijn geïmplementeerd in beschikbaarheidssets: Elke VM in een laag wordt geconfigureerd in een beschikbaarheidsset. Beschikbaarheidssets zorgen ervoor dat de VM's die u in Azure implementeert over meerdere geïsoleerde hardwareknooppunten in een cluster worden verdeeld. Dit zorgt ervoor dat als er zich binnen Azure een hardware- of softwarestoring voordoet, er slechts een subset van uw VM's wordt beïnvloed en uw totale oplossing beschikbaar en operationeel blijft.
VM’s in elke laag die zijn geïmplementeerd in beschikbaarheidszones: Elke VM in een laag wordt geconfigureerd in beschikbaarheidszones. Een beschikbaarheidszone in een Azure-regio is een combinatie van een foutdomein en een updatedomein. Als u bijvoorbeeld drie of meer virtuele machines in drie zones in een Azure-regio maakt, worden uw virtuele machines effectief over drie foutdomeinen en drie updatedomeinen verdeeld. Het Azure-platform herkent deze verdeling over updatedomeinen om ervoor te zorgen dat virtuele machines in verschillende zones niet op hetzelfde moment worden bijgewerkt.
Virtuele machines ongewijzigd naar een doelregio verplaatsen
Op basis van de eerder genoemde architecturen ziet u hier hoe de implementaties eruitzien nadat u de VM’s ongewijzigd naar de doelregio hebt verplaatst.
- VM’s met één exemplaar die zijn geïmplementeerd in verschillende lagen
- VM’s in elke laag die zijn geïmplementeerd in beschikbaarheidssets
- VM’s in elke laag die zijn geïmplementeerd in beschikbaarheidszones
Virtuele machines verplaatsen om beschikbaarheid te vergroten
VM’s met één exemplaar die zijn geïmplementeerd in verschillende lagen
VM’s in elke laag die zijn geïmplementeerd in beschikbaarheidssets: U kunt uw VM’s in een beschikbaarheidsset configureren in afzonderlijke beschikbaarheidszones wanneer u replicatie inschakelt voor uw VM met behulp van Azure Site Recovery. Nadat u de verplaatsing hebt voltooid, is de SLA voor beschikbaarheid 99,99%.
