Virtuele machines en virtuele-machineschaalsets migreren naar ondersteuning voor beschikbaarheidszones

Artikel
10/27/2023

In deze handleiding wordt beschreven hoe u virtuele machines (VM's) en virtuele-machineschaalsets migreert van ondersteuning voor niet-beschikbaarheidszones naar ondersteuning voor beschikbaarheidszones. We nemen u door de verschillende opties voor migratie, waaronder hoe u ondersteuning voor beschikbaarheidszones kunt gebruiken voor oplossingen voor herstel na noodgevallen.

Virtuele machine (VM) en virtuele-machineschaalsets zijn services voor beschikbaarheidszones. Dit betekent dat VM-resources kunnen worden geïmplementeerd met behulp van een van de volgende methoden:

Zonegebonden: VM-resources worden geïmplementeerd in een specifieke, zelf-geselecteerde beschikbaarheidszone om strengere latentie- of prestatievereisten te bereiken.
Zone-redundant: VM-resources worden gerepliceerd naar een of meer zones binnen de regio om de tolerantie van de toepassing en gegevens in een hoge beschikbaarheidsarchitectuur (HA) te verbeteren.

Om hoge beschikbaarheid van uw rekenresources te garanderen, raden we u aan meerdere zones te selecteren voor uw nieuwe VM's en virtuele-machineschaalsets wanneer u migreert naar beschikbaarheidszones.

Zie Betrouwbaarheid in virtuele machines voor meer informatie over ondersteuning voor beschikbaarheidszones voor VM-services. Zie Betrouwbaarheid in virtuele-machineschaalsets voor ondersteuning van beschikbaarheidszones voor virtuele-machineschaalsets.

Vereisten

Als u wilt migreren naar ondersteuning voor beschikbaarheidszones, moeten uw VM-SKU's beschikbaar zijn in de zones voor uw regio. Gebruik een van de volgende methoden om te controleren op beschikbaarheid van VM-SKU's:

Gebruik PowerShell om de beschikbaarheid van vm-SKU's te controleren.
Gebruik de Azure CLI om de beschikbaarheid van vm-SKU's te controleren.
Ga naar Foundational Services.

Vereisten voor downtime

Omdat zonegebonden VM's worden gemaakt in de beschikbaarheidszones, vereisen alle migratieopties die in dit artikel worden genoemd, downtime tijdens de implementatie.

Migratieoptie 1: Opnieuw implementeren

Wanneer moet opnieuw worden geïmplementeerd

Gebruik de optie voor opnieuw implementeren als u goede IaC-procedures (Infrastructure as Code) hebt ingesteld om de infrastructuur te beheren. Deze herimplementatieoptie biedt u meer controle en de mogelijkheid om verschillende processen binnen uw implementatiepijplijnen te automatiseren.

Overwegingen voor opnieuw implementeren

Wanneer u uw VM- en Virtual Machine Scale Sets-resources opnieuw implementeert, worden de onderliggende resources, zoals beheerde schijf en IP-adres voor de virtuele machine, gemaakt in dezelfde beschikbaarheidszone. U moet een openbaar IP-adres van de Standard-SKU en een load balancer gebruiken om zone-redundante netwerkbronnen te maken.
Bestaande beheerde schijven zonder ondersteuning voor beschikbaarheidszones kunnen niet worden gekoppeld aan een VIRTUELE machine met ondersteuning voor beschikbaarheidszones. Als u bestaande beheerde schijven wilt koppelen aan een virtuele machine met ondersteuning voor beschikbaarheidszones, moet u een momentopname van de huidige schijven maken en vervolgens uw VIRTUELE machine maken met de nieuwe beheerde schijven die zijn gekoppeld.
Gebruik nabijheidsplaatsingsgroepen voor zone-implementaties waarvoor redelijk lage netwerklatentie en goede prestaties tussen de toepassingslaag en de gegevenslaag zijn vereist. Nabijheidsgroepen kunnen groeperen van verschillende VM-resources onder één netwerkstekel afdwingen. Zie Azure-nabijheidsplaatsingsgroepen voor optimale netwerklatentie met SAP-toepassingen voor een voorbeeld van een SAP-workload die gebruikmaakt van nabijheidsplaatsingsgroepen

Opnieuw implementeren

Als u de gegevens op uw huidige beheerde schijven wilt migreren bij het maken van een nieuwe VIRTUELE machine, volgt u de aanwijzingen in Uw beheerde schijven migreren.

Als u alleen nieuwe VM's wilt maken met nieuwe beheerde schijven in een beschikbaarheidszone, raadpleegt u:

Zie Een virtuele-machineschaalset maken die gebruikmaakt van Beschikbaarheidszones voor meer informatie over het maken van virtuele-machineschaalsets in een beschikbaarheidszone.

Uw beheerde schijven migreren

In deze sectie migreert u de gegevens van uw huidige beheerde schijven naar zone-redundante opslag (ZRS) beheerde schijven of zonegebonden beheerde schijven.

Stap 1: Uw momentopname maken

De eenvoudigste en schoonste manier om een momentopname te maken, is door dit te doen terwijl de virtuele machine offline is. Zie momentopnamen. Als u deze aanpak kiest, moet enige downtime worden verwacht. Zie Een momentopname van een virtuele harde schijf maken om een momentopname van uw virtuele machine te maken met behulp van Azure Portal, PowerShell of Azure CLI

Als u een momentopname maakt van een schijf die is gekoppeld aan een actieve VM, leest u de richtlijnen in Momentopnamen voordat u doorgaat.

Notitie

De beheerde bronschijven blijven intact met hun huidige configuraties en u blijft hiervoor gefactureerd. Om dit te voorkomen, moet u de schijven handmatig verwijderen nadat u de migratie hebt voltooid en hebt bevestigd dat de nieuwe schijven werken. Zie Niet-gekoppelde beheerde en niet-beheerde Azure-schijven zoeken en verwijderen voor meer informatie.

Stap 2: de gegevens op uw beheerde schijven migreren

Nu u momentopnamen van uw oorspronkelijke schijven hebt, kunt u deze gebruiken om beheerde ZRS-schijven of zonegebonden beheerde schijven te maken.

Uw gegevens migreren naar zonegebonden beheerde schijven

Een niet-zonegebonden beheerde schijf migreren naar zonegebonden:

Maak een zonegebonden beheerde schijf op basis van de momentopname van de bronschijf. De zoneparameter moet overeenkomen met uw zonegebonden VM. Als u een zonegebonden beheerde schijf wilt maken op basis van de momentopname, kunt u Azure CLI(voorbeeld hieronder), PowerShell of Azure Portal gebruiken.
```
    az disk create --resource-group $resourceGroupName --name $diskName --location $location --zone $zone --sku $storageType --size-gb $diskSize --source $snapshotId
```

Uw gegevens migreren naar door ZRS beheerde schijven

Belangrijk

Zone-redundante opslag (ZRS) voor beheerde schijven heeft enkele beperkingen. Zie Beperkingen voor meer informatie.

Maak een door ZRS beheerde schijf op basis van de momentopname van de bronschijf met behulp van het volgende Azure CLI-fragment:

# Create a new ZRS Managed Disks using the snapshot Id and the SKU supported   
storageType=Premium_ZRS 
location=westus2 

az disk create --resource-group $resourceGroupName --name $diskName --sku $storageType --size-gb $diskSize --source $snapshotId

Stap 3: Een nieuwe VIRTUELE machine maken met uw nieuwe schijven

Nu u uw gegevens hebt gemigreerd naar door ZRS beheerde schijven of zonegebonden beheerde schijven, maakt u een nieuwe VIRTUELE machine met deze nieuwe schijven die zijn ingesteld als besturingssysteem- en gegevensschijven:


    az vm create -g MyResourceGroup -n MyVm --attach-os-disk newZonalOSDiskCopy --attach-data-disks newZonalDataDiskCopy --os-type linux

Migratieoptie 2: regionale VM naar zonegebonden verplaatsing

In deze sectie wordt beschreven hoe u virtuele Azure-machines met één exemplaar verplaatst van een regionale configuratie naar een doel beschikbaarheidszone binnen dezelfde Azure-regio.

Belangrijk

De configuratie(s) voor regionale naar zonegebonden verplaatsing van VM('s) van één exemplaar is momenteel beschikbaar als openbare preview.

Belangrijkste voordelen van regionale verplaatsing naar zonegebonden verplaatsing

De voordelen van een regionale naar zonegebonden verplaatsing zijn:

Verbeterde gebruikerservaring: de nieuwe beschikbaarheidszones in de gewenste regio verlagen de latentie en bouwen een goede klantervaring.
Verminderde downtime: de virtuele machines worden overal ondersteund, waardoor de tolerantie en beschikbaarheid van toepassingen worden verbeterd.
Netwerkconnectiviteit: maakt gebruik van de bestaande infrastructuur, zoals virtuele netwerken (VNET's), subnetten, netwerkbeveiligingsgroepen (NSG's) en load balancers (LBS), die ondersteuning kunnen bieden voor de zonegebonden doelconfiguratie.
Hoge schaalbaarheid: organiseert de verplaatsing op schaal door handmatige aanraakpunten te verminderen en de totale migratietijd van dagen tot uren of zelfs minuten te minimaliseren, afhankelijk van het volume aan gegevens.

Onderdelen

De volgende onderdelen worden gebruikt tijdens een regionale verplaatsing naar zonegebonden verplaatsing:

Onderdeel	Details
Verplaatsingsverzameling	Een verplaatsingsverzameling is een Azure Resource Manager-object dat wordt gemaakt tijdens het regionale naar zonegebonden verplaatsingsproces. De verzameling is gebaseerd op de regio- en abonnementsparameters van de virtuele machine en bevat metagegevens en configuratiegegevens over de resources die u wilt verplaatsen. VM's die zijn toegevoegd aan een verplaatsingsverzameling, moeten zich in hetzelfde abonnement en dezelfde regio/locatie bevinden, maar kunnen worden geselecteerd uit verschillende resourcegroepen.
Verplaatsingsresource	Wanneer u VM('s) toevoegt aan een verplaatsingsverzameling, wordt deze bijgehouden als een verplaatsingsresource en wordt deze informatie bijgehouden in de verplaatsingsverzameling voor elk van de VM('s) die zich momenteel in het verplaatsingsproces bevinden. De verplaatsingsverzameling wordt gemaakt in een tijdelijke resourcegroep in uw abonnement en kan desgewenst samen met de resourcegroep worden verwijderd.
Afhankelijkheden	Wanneer u VM's toevoegt aan de verplaatsingsverzameling, worden validatiecontroles uitgevoerd om te bepalen of de VM's afhankelijkheden hebben die zich niet in de verplaatsingsverzameling bevinden. Een netwerkinterfacekaart (NIC) is bijvoorbeeld een afhankelijke resource voor een virtuele machine en moet samen met de VIRTUELE machine worden verplaatst. Nadat u de afhankelijkheden voor elk van de VM's hebt geïdentificeerd, kunt u afhankelijkheden toevoegen aan de verplaatsingsverzameling en deze ook verplaatsen. U kunt ook alternatieve bestaande resources selecteren in de doelzoneconfiguratie. U kunt een bestaand VNET selecteren in de zonegebonden doelconfiguratie of een nieuw VNET maken zoals van toepassing.

Ondersteuningsmatrix

Berekening van virtuele machines

In de volgende tabel wordt de ondersteuningsmatrix beschreven voor het verplaatsen van virtuele machines van een regionale naar zonegebonden configuratie:

Scenario	Ondersteuning	Details
VM met één exemplaar	Ondersteund	Regionale naar zonegebonden verplaatsing van VM('s) met één exemplaar wordt ondersteund.
VM's binnen een beschikbaarheidsset	Niet ondersteund
VM's in virtuele-machineschaalsets met uniforme indeling	Niet ondersteund
VM's in virtuele-machineschaalsets met flexibele indeling	Niet ondersteund
Ondersteunde regio’s	Ondersteund	Alleen ondersteunde regio's in de beschikbaarheidszone worden ondersteund. Meer informatie over de regiodetails.
VM's die zich al in een beschikbaarheidszone bevinden	Niet ondersteund	Verplaatsing tussen zones wordt niet ondersteund. Alleen VM's die zich in dezelfde regio bevinden, kunnen worden verplaatst naar een andere beschikbaarheidszone.
VM-extensies	Niet ondersteund	Vm-verplaatsing wordt ondersteund, maar extensies worden niet gekopieerd naar de doelzone-VM.
VM's met vertrouwde lancering	Ondersteund	Schakel de optie Integriteitscontrole opnieuw in de portal in en sla de configuratie op na de verplaatsing.
Vertrouwelijke VM's	Ondersteund	Schakel de optie Integriteitscontrole opnieuw in de portal in en sla de configuratie op na de verplaatsing.
Vm's van de tweede generatie (UEFI-opstart)	Ondersteund
VM's in nabijheidsplaatsingsgroepen	Ondersteund	De plaatsingsgroep voor bronnabijheid (PPG) wordt niet bewaard in de zonegebonden configuratie.
Spot-VM's (VM's met lage prioriteit)	Ondersteund
VM's met toegewezen hosts	Ondersteund	De toegewezen host van de bron-VM blijft niet behouden.
VM's waarvoor hostcaching is ingeschakeld	Ondersteund
VM's die zijn gemaakt op basis van Marketplace-installatiekopieën	Ondersteund
VM's die zijn gemaakt op basis van aangepaste installatiekopieën	Ondersteund
VM met HUB-licentie (Hybrid Use Benefit)	Ondersteund
VM RBAC-beleid	Niet ondersteund	Vm-verplaatsing wordt ondersteund, maar RBAC's worden niet gekopieerd naar de doelzone-VM.
VM's met versneld netwerken	Ondersteund

Opslaginstellingen voor virtuele machines

In de volgende tabel wordt de ondersteuningsmatrix beschreven voor het verplaatsen van opslaginstellingen voor virtuele machines:

Scenario	Ondersteuning	Details
VM's met beheerde schijf	Ondersteund	Regionale naar zonegebonden verplaatsing van VM('s) met één exemplaar wordt ondersteund.
VM's die niet-beheerde schijven gebruiken	Niet ondersteund
VM's met Ultra Disks	Niet ondersteund
VM's die tijdelijke besturingssysteemschijven gebruiken	Niet ondersteund
VM's met gedeelde schijven	Niet ondersteund
VM's met standaard-HDD's	Ondersteund
VM's met standaard-HD's	Ondersteund
VM's met premium SSD's	Ondersteund
VM's met NVMe-schijven (geoptimaliseerd voor opslag - Lsv2-serie)	Ondersteund
Tijdelijke schijf in VM's	Ondersteund	Tijdelijke schijven worden gemaakt; Ze bevatten echter niet de gegevens van de tijdelijke bronschijven.
VM's met ZRS-schijven	Ondersteund
VM's met ADE (Azure Disk Encryption)	Ondersteund
VM's met versleuteling aan de serverzijde met behulp van door de service beheerde sleutels	Ondersteund
VM's met versleuteling aan de serverzijde met door de klant beheerde sleutels	Ondersteund
VM's waarvoor hostversleuteling is ingeschakeld met PM	Niet ondersteund
VM's waarvoor versleuteling op basis van een host is ingeschakeld met CMK	Niet ondersteund
VM's waarvoor op host gebaseerde versleuteling is ingeschakeld met dubbele versleuteling	Niet ondersteund

Netwerkinstellingen voor virtuele machines

In de volgende tabel wordt de ondersteuningsmatrix beschreven voor het verplaatsen van netwerkinstellingen voor virtuele machines:

Scenario	Ondersteuning	Details
NIC	Ondersteund	Standaard wordt er een nieuwe resource gemaakt, maar u kunt een bestaande resource opgeven in de doelconfiguratie.
VNET	Ondersteund	Het virtuele bronnetwerk (VNET) wordt standaard gebruikt of u kunt een bestaande resource opgeven in de doelconfiguratie.

Een VIRTUELE machine verplaatsen van regionale naar zonegebonden configuratie

Zie veelgestelde vragen voordat u een VIRTUELE machine verplaatst van regionale naar zonegebonden configuratie: Azure Single Instance VM verplaatsen van regionaal naar zonegebonden.

Zie Move Azure single instance VM's from regional to zoneal configuration in same region in the Azure Portal(Move Azure Single Instance VM's from regional to zoneal configuration) voor meer informatie over het verplaatsen van VM's van regionale naar zonegebonden configuratie in dezelfde regio.

Zie Een VIRTUELE machine verplaatsen in een beschikbaarheidszone met behulp van Azure PowerShell en CLI voor meer informatie over hoe u hetzelfde kunt doen met behulp van Azure PowerShell en CLI.

Migratieoptie 3: Azure Resource Mover

Wanneer gebruikt u Azure Resource Mover?

Gebruik Azure Resource Mover voor een eenvoudige manier om VM's of versleutelde VM's van de ene regio zonder beschikbaarheidszones naar een andere te verplaatsen met ondersteuning voor beschikbaarheidszones. Als u meer wilt weten over de voordelen van het gebruik van Azure Resource Mover, raadpleegt u Waarom Azure Resource Mover gebruiken?

Overwegingen voor Azure Resource Mover

Wanneer u Azure Resource mover gebruikt, worden alle sleutels en geheimen gekopieerd van de bronsleutelkluis naar de zojuist gemaakte doelsleutelkluis in uw doelregio. Alle resources met betrekking tot uw door de klant beheerde sleutels, zoals Azure Key Vaults, schijfversleutelingssets, VM's, schijven en momentopnamen, moeten zich in hetzelfde abonnement en dezelfde regio bevinden. De standaardfunctie voor beschikbaarheid en redundantie van Azure Key Vault kan niet worden gebruikt als de doelsleutelkluis voor de verplaatste VM-resources, zelfs niet als de doelregio een secundaire regio is waarnaar uw bronsleutelkluis wordt gerepliceerd.

Azure Resource Mover gebruiken

Zie Azure-VM's verplaatsen naar een beschikbaarheidszone in een andere regio voor meer informatie over het verplaatsen van VM's naar een andere regio

Zie zelfstudie: Versleutelde Azure-VM's verplaatsen tussen regio's voor meer informatie over het verplaatsen van versleutelde VM's naar een andere regio

Overwegingen voor herstel na noodgevallen

Beschikbaarheidszones worden doorgaans gebruikt voor het implementeren van VM's in een configuratie met hoge beschikbaarheid. Ze zijn mogelijk te dicht bij elkaar om te fungeren als een oplossing voor herstel na noodgevallen tijdens een natuurramp. Er zijn echter scenario's waarin beschikbaarheidszones kunnen worden gebruikt voor herstel na noodgevallen. Zie Het gebruik van Beschikbaarheidszones voor herstel na noodgevallen voor meer informatie.

De volgende vereisten moeten deel uitmaken van een strategie voor herstel na noodgevallen waarmee uw organisatie de workloads kan uitvoeren tijdens geplande of ongeplande storingen in verschillende zones:

De bron-VM moet al een zonegebonden VM zijn, wat betekent dat deze in een logische zone wordt geplaatst.
U moet uw VIRTUELE machine repliceren van de ene zone naar een andere zone met behulp van de Azure Site Recovery-service.
Zodra uw VM is gerepliceerd naar een andere zone, kunt u de stappen volgen om een noodherstelanalyse uit te voeren, failover uit te voeren, opnieuw te beveiligen en failback uit te voeren.
Als u herstel na noodgevallen tussen beschikbaarheidszones wilt inschakelen, volgt u de instructies in Herstel na noodgevallen voor Azure-VM inschakelen tussen beschikbaarheidszones .

Share via