Delen via


Een virtueel netwerk (klassiek) migreren van een affiniteitsgroep naar een regio

Belangrijk

Azure heeft twee verschillende implementatiemodellen voor het maken en werken met resources: Resource Manager en klassieke. Dit artikel gaat over het gebruik van het klassieke implementatiemodel. Microsoft raadt aan dat de meeste nieuwe implementaties gebruikmaken van het Resource Manager-implementatiemodel.

Affiniteitsgroepen zorgen ervoor dat resources die zijn gemaakt binnen dezelfde affiniteitsgroep fysiek worden gehost door servers die dicht bij elkaar staan, zodat deze resources sneller kunnen communiceren. In het verleden waren affiniteitsgroepen een vereiste voor het maken van virtuele netwerken (klassiek). Op dat moment kon de netwerkbeheerservice die beheerde virtuele netwerken (klassiek) alleen binnen een set fysieke servers of schaaleenheid kon werken. Verbeteringen in de architectuur hebben het bereik van netwerkbeheer voor een regio vergroot.

Als gevolg van deze verbeteringen in de architectuur worden affiniteitsgroepen niet meer aanbevolen of vereist voor virtuele netwerken (klassiek). Het gebruik van affiniteitsgroepen voor virtuele netwerken (klassiek) wordt vervangen door regio's. Virtuele netwerken (klassiek) die zijn gekoppeld aan regio's, worden regionale virtuele netwerken genoemd.

U wordt aangeraden geen affiniteitsgroepen in het algemeen te gebruiken. Afgezien van de vereiste van het virtuele netwerk, waren affiniteitsgroepen ook belangrijk om ervoor te zorgen dat resources, zoals compute (klassiek) en opslag (klassiek), dicht bij elkaar worden geplaatst. Met de huidige Azure-netwerkarchitectuur zijn deze plaatsingsvereisten echter niet meer nodig.

Belangrijk

Hoewel het technisch nog steeds mogelijk is om een virtueel netwerk te maken dat is gekoppeld aan een affiniteitsgroep, is er geen overtuigende reden om dit te doen. Veel functies van virtuele netwerken, zoals netwerkbeveiligingsgroepen, zijn alleen beschikbaar wanneer u een regionaal virtueel netwerk gebruikt en zijn niet beschikbaar voor virtuele netwerken die zijn gekoppeld aan affiniteitsgroepen.

Het netwerkconfiguratiebestand bewerken

  1. Exporteer het netwerkconfiguratiebestand. Zie Een virtueel netwerk configureren met behulp van een netwerkconfiguratiebestandvoor meer informatie over het exporteren van een netwerkconfiguratiebestand met behulp van PowerShell of de Azure CLI (opdrachtregelinterface) 1.0.

  2. Bewerk het netwerkconfiguratiebestand en vervang AffinityGroup door Location. U geeft een Azure -regio op voor locatie.

    Notitie

    De Locatie is de regio die u hebt opgegeven voor de affiniteitsgroep die is gekoppeld aan uw virtuele netwerk (klassiek). Als uw virtuele netwerk (klassiek) bijvoorbeeld is gekoppeld aan een affiniteitsgroep die zich in West-US bevindt, moet uw locatie wijzen naar West-US.

    Bewerk de volgende regels in uw netwerkconfiguratiebestand en vervang de waarden door uw eigen waarden:

    Oude waarde:<VirtualNetworkSitename="VNetUSWest" AffinityGroup="VNetDemoAG">

    Nieuwe waarde:<VirtualNetworkSitename="VNetUSWest" Location="West-VS">

  3. Sla uw wijzigingen op en importeer de netwerkconfiguratie in Azure.

Notitie

Deze migratie veroorzaakt geen downtime voor uw services.

Wat te doen als u een VM (klassiek) in een affiniteitsgroep hebt

VM's (klassiek) die zich momenteel in een affiniteitsgroep bevinden, hoeven niet uit de affiniteitsgroep te worden verwijderd. Zodra een virtuele machine is geïmplementeerd, wordt deze geïmplementeerd in één schaaleenheid. Affiniteitsgroepen kunnen de set beschikbare VM-grootten voor een nieuwe VM-implementatie beperken, maar elke bestaande VM die is geïmplementeerd, is al beperkt tot de set VM-grootten die beschikbaar zijn in de schaaleenheid waarin de VM wordt geïmplementeerd. Omdat de VM al is geïmplementeerd in een schaaleenheid, heeft het verwijderen van een VM uit een affiniteitsgroep geen effect op de virtuele machine.