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 klassiek. Dit artikel gaat over het gebruik van het klassieke implementatiemodel. Microsoft raadt aan dat voor de meeste nieuwe implementaties het Resource Manager implementatiemodel wordt gebruikt.
Affiniteitsgroepen zorgen ervoor dat resources die binnen dezelfde affiniteitsgroep zijn gemaakt, 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 virtuele netwerken beheerde (klassiek) alleen werken binnen een set fysieke servers of schaaleenheid. Architectuurverbeteringen hebben het bereik van netwerkbeheer tot een regio uitgebreid.
Als gevolg van deze architectuurverbeteringen 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 voor het virtuele netwerk waren affiniteitsgroepen ook belangrijk om ervoor te zorgen dat resources, zoals rekenkracht (klassiek) en opslag (klassiek), dicht bij elkaar werden 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 dwingende reden om dit te doen. Veel virtuele netwerkfuncties, 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
Exporteert u het netwerkconfiguratiebestand. Zie Configure a virtual network using a network configuration file (Een virtueel netwerk configureren met behulp van een netwerkconfiguratiebestand) voor meer informatie over het exporteren van een netwerkconfiguratiebestand met Behulp van PowerShell of de Azure-opdrachtregelinterface (CLI) 1.0.
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 VS - west bevindt, moet uw locatie tijdens de migratie naar VS - west wijzen.
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 US">
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 hebben, hoeven niet te worden verwijderd uit de affiniteitsgroep. Zodra een VM 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 wordt geïmplementeerd, is al beperkt tot de set VM-grootten die beschikbaar zijn in de schaaleenheid waarin de VM is 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 VM.