Delen via

Virtuele machines en virtuele-machineschaalsets migreren naar ondersteuning voor beschikbaarheidszones

  • Artikel

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:

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:

  1. 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.

  1. 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.

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 start 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 (opstarten via UEFI) Ondersteund
VM's in nabijheidsplaatsingsgroepen Ondersteund De bron van de nabijheidplaatsingsgroep (proximity placement group, PPG) wordt niet bewaard in de zonegebonden configuratie.
Spot-VM's (VM's met een 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 gemaakt van Marketplace-installatiekopieën Ondersteund
VM's gemaakt van aangepaste installatiekopieën Ondersteund
VM met HUB (Hybrid Use Benefit)-licentie Ondersteund
VM RBAC-beleid Niet ondersteund Vm-verplaatsing wordt ondersteund, maar RBAC's worden niet gekopieerd naar de doelzone-VM.
VM's die versnelde netwerken gebruiken 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 die Ultra Disks gebruiken Niet ondersteund
VM's die korstondige besturingssysteemschijven gebruiken Niet ondersteund
VM's die gedeelde schijven gebruiken Niet ondersteund
VM's met standaard HDD's Ondersteund
VM's met standaard SSD'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 door service beheerde sleutels Ondersteund
VM's met versleuteling aan de serverzijde met door klant beheerde sleutels Ondersteund
VM's met host gebaseerde versleuteling ingeschakeld met PM Niet ondersteund
VM's met host gebaseerde versleuteling ingeschakeld met CMK Niet ondersteund
VM's met host gebaseerde versleuteling ingeschakeld met dubbele versleuteling Niet ondersteund

Netwerkinstellingen voor virtuele machines

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

Scenario Ondersteuning DETAILS
NIC Ondersteund Standaard wordt 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 .

Volgende stappen