Nabijheidsplaatsingsgroepen

  • Artikel

Van toepassing op: ✔️ Linux-VM's ✔️ Windows-VM's ✔️ Flexibele schaalsets ✔️ Uniforme schaalsets

Het plaatsen van VM's in één regio vermindert de fysieke afstand tussen de exemplaren. Door ze binnen één beschikbaarheidszone te plaatsen, worden ze ook fysiek dichter bij elkaar geplaatst. Naarmate de Azure-footprint groeit, kan één beschikbaarheidszone echter meerdere fysieke datacenters omvatten, wat kan leiden tot een netwerklatentie die van invloed is op uw toepassing.

Als u VM's zo dicht mogelijk bij elkaar wilt krijgen en de laagst mogelijke latentie wilt bereiken, moet u ze implementeren binnen een nabijheidsplaatsingsgroep.

Een nabijheidsplaatsingsgroep is een logische groepering die wordt gebruikt om ervoor te zorgen dat Azure-rekenresources zich fysiek dicht bij elkaar bevinden. Nabijheidsplaatsingsgroepen zijn handig voor workloads waarbij lage latentie een vereiste is.

  • Lage latentie tussen zelfstandige VM's.
  • Lage latentie tussen VM's in één beschikbaarheidsset of een virtuele-machineschaalset.
  • Lage latentie tussen zelfstandige VM's, VM's in meerdere beschikbaarheidssets of meerdere schaalsets. U kunt meerdere rekenresources in één plaatsingsgroep hebben om een toepassing met meerdere lagen samen te brengen.
  • Lage latentie tussen meerdere toepassingslagen die verschillende hardwaretypen gebruiken. Bijvoorbeeld het uitvoeren van de back-end met behulp van de M-serie in een beschikbaarheidsset en de front-end op een exemplaar van de D-serie, in een schaalset, in één nabijheidsplaatsingsgroep.

Afbeelding voor nabijheidsplaatsingsgroepen

Nabijheidsplaatsingsgroepen gebruiken

Een nabijheidsplaatsingsgroep is een resource in Azure. U moet er een maken voordat u deze kunt gebruiken met andere resources. Zodra deze is gemaakt, kan deze worden gebruikt met virtuele machines, beschikbaarheidssets of virtuele-machineschaalsets. U geeft een nabijheidsplaatsingsgroep op bij het maken van rekenresources met de id van de nabijheidsplaatsingsgroep.

U kunt een bestaande resource ook verplaatsen naar een nabijheidsplaatsingsgroep. Wanneer u een resource naar een nabijheidsplaatsingsgroep verplaatst, moet u de asset eerst stoppen (de toewijzing ervan ongedaan maken), omdat deze mogelijk opnieuw wordt geïmplementeerd in een ander datacenter in de regio om te voldoen aan de colocatiebeperking.

In het geval van beschikbaarheidssets en virtuele-machineschaalsets moet u de nabijheidsplaatsingsgroep instellen op resourceniveau in plaats van de afzonderlijke virtuele machines.

Een nabijheidsplaatsingsgroep is een colocatiebeperking in plaats van een vastgemaakt mechanisme. Het wordt vastgemaakt aan een specifiek datacenter met de implementatie van de eerste resource die deze gebruikt. Zodra alle resources die de nabijheidsplaatsingsgroep gebruiken, zijn gestopt (de toewijzing ervan ongedaan gemaakt) of verwijderd, worden deze niet meer vastgemaakt. Wanneer u een nabijheidsplaatsingsgroep met meerdere VM-reeksen gebruikt, is het daarom belangrijk om alle vereiste typen vooraf op te geven in een sjabloon, indien mogelijk, of om een implementatievolgorde te volgen, waardoor uw kansen op een succesvolle implementatie worden vergroot. Als uw implementatie mislukt, start u de implementatie opnieuw met de VM-grootte. Deze is mislukt als eerste grootte die moet worden geïmplementeerd.

Intentie gebruiken om VM-grootten op te geven

U kunt de optionele intent parameter gebruiken om de beoogde VM-grootten op te geven die deel moeten uitmaken van de nabijheidsplaatsingsgroep. Deze parameter kan worden opgegeven op het moment van het maken van een nabijheidsplaatsingsgroep of kan worden toegevoegd/gewijzigd tijdens het bijwerken van een nabijheidsplaatsingsgroep nadat alle VM's zijn verplaatst.

Wanneer u opgeeft intent, kunt u ook de optionele zone parameter toevoegen om een beschikbaarheidszone op te geven, waarmee wordt aangegeven dat de nabijheidsplaatsingsgroep moet worden gemaakt binnen een specifieke beschikbaarheidszone. Let op de volgende punten bij het opgeven van de zone parameter:

  • De beschikbaarheidszoneparameter kan alleen worden opgegeven tijdens het maken van de nabijheidsplaatsingsgroep en kan later niet worden gewijzigd.
  • De zone parameter kan alleen worden gebruikt met intent. Deze kan niet alleen worden gebruikt.
  • Er kan slechts één beschikbaarheidszone worden opgegeven.

Het maken of bijwerken van nabijheidsplaatsingsgroepen lukt alleen als ten minste één datacenter ondersteuning biedt voor alle VM-grootten die in de intentie zijn opgegeven. Anders mislukt het maken of bijwerken met 'OverconstrainedAllocationRequest', wat aangeeft dat de combinatie van VM-grootten niet kan worden ondersteund binnen een nabijheidsplaatsingsgroep. De intentie biedt geen capaciteitsreservering of -garantie. De VM-grootten en de zone die worden opgegeven in intent , worden gebruikt om een geschikt datacenter te selecteren, waardoor de kans op fouten wordt verkleind als de gewenste VM-grootte niet beschikbaar is in een datacenter. Toewijzingsfouten kunnen nog steeds optreden als er geen capaciteit meer is voor een VM-grootte op het moment van implementatie.

Notitie

Als u de intentie wilt gebruiken voor uw nabijheidsplaatsingsgroepen, moet u ervoor zorgen dat de API-versie 2021-11-01 of hoger is

Aanbevolen procedures voor het gebruik van intenties

  • Geef alleen een beschikbaarheidszone op voor uw nabijheidsplaatsingsgroep wanneer u een intentie opgeeft. Het opgeven van een beschikbaarheidszone zonder intentie resulteert in een fout bij het maken van de nabijheidsplaatsingsgroep.
  • Als u een beschikbaarheidszone opgeeft in de intentie, moet u ervoor zorgen dat de beschikbaarheidszone van de virtuele machines die u implementeert, overeenkomt met wat is opgegeven in de intentie, om fouten tijdens het implementeren van VM's te voorkomen.
  • Het maken of toevoegen van VM's met grootten die niet zijn opgenomen in de intentie is toegestaan, maar wordt niet aanbevolen. De grootte bestaat mogelijk niet in het geselecteerde datacenter en kan leiden tot fouten op het moment dat de VM wordt geïmplementeerd.
  • Voor bestaande plaatsingsgroepen raden we u aan de grootten van de bestaande VM's op te nemen bij het bijwerken van de intentie, om fouten bij het opnieuw implementeren van de VM's te voorkomen.

Intentie kan worden beïnvloed bij buiten gebruik stellen

  • Het is mogelijk dat na het maken van een nabijheidsplaatsingsgroep met intentie en voordat u VM's implementeert, geplande onderhoudsgebeurtenissen, zoals het buiten gebruik stellen van hardware in een Azure-datacenter, kunnen optreden, waardoor de combinatie van VM-grootten die zijn opgegeven in de intentie niet beschikbaar is in het datacenter. In dergelijke gevallen treedt de fout 'OverconstrainedAllocationRequest' op, zelfs tijdens het implementeren van VM's met de grootten die zijn opgegeven in de intentie. U kunt proberen alle resources in de nabijheidsplaatsingsgroep te verplaatsen en deze opnieuw te maken om een datacenter te krijgen dat geschikt is voor de intentie. Als er na de buitengebruikstelling geen datacenter is met de opgegeven VM-grootten, moet u mogelijk de intentie wijzigen om een andere combinatie van VM-grootten te gebruiken, omdat de combinatie van VM-grootten niet meer wordt ondersteund.
  • Azure kan een hele VM-familie of een specifieke set VM-grootten buiten gebruik stellen. Als u een dergelijke VM-grootte in de intentie hebt, moet u deze mogelijk verwijderen of vervangen door een andere grootte vóór de buitengebruikstellingsdatum voor de oorspronkelijke VM-grootte. Anders is de intentie niet meer geldig.

Wat u kunt verwachten bij het gebruik van nabijheidsplaatsingsgroepen

Nabijheidsplaatsingsgroepen bieden colocatie in hetzelfde datacenter. Omdat nabijheidsplaatsingsgroepen echter een extra implementatiebeperking vertegenwoordigen, kunnen toewijzingsfouten optreden. Er zijn enkele gebruiksvoorbeelden waarin toewijzingsfouten kunnen optreden bij het gebruik van nabijheidsplaatsingsgroepen:

  • Wanneer u om de eerste virtuele machine in de nabijheidsplaatsingsgroep vraagt, wordt het datacentrum automatisch geselecteerd. In sommige gevallen kan een tweede aanvraag voor een andere VM-grootte mislukken als deze niet bestaat in dat datacenter. In dit geval wordt een OverconstrainedAllocationRequest-fout geretourneerd. Als u deze fout wilt voorkomen, wijzigt u de volgorde waarin u de VM-grootten implementeert of laat u beide resources implementeren met behulp van één ARM-sjabloon.
  • Als de nabijheidsplaatsingsgroep is gemaakt met de intentie, hoeven de VM's niet in een bepaalde volgorde te worden geïmplementeerd en hoeven ze niet in batches te worden uitgevoerd met behulp van één ARM-sjabloon, omdat de intentie wordt gebruikt om een datacenter te selecteren dat ondersteuning biedt voor alle VM-grootten die in de intentie worden aangegeven.
  • In het geval van elastische workloads, waarbij u VM-exemplaren toevoegt en verwijdert, kan het hebben van een nabijheidsplaatsingsgroepbeperking voor uw implementatie leiden tot een fout bij het voldoen aan de aanvraag, wat resulteert in een AllocationFailure-fout .
  • Het stoppen (de toewijzing ongedaan maken) en het starten van uw VM's is een andere manier om elasticiteit te bereiken. Omdat de capaciteit niet wordt behouden zodra u een VM stopt (de toewijzing ervan ongedaan maakt), kan het opnieuw starten ervan resulteren in een AllocationFailure-fout .
  • Vm-start- en herimplementatiebewerkingen blijven de nabijheidsplaatsingsgroep respecteren zodra de configuratie is voltooid.

Gepland onderhoud en nabijheidsplaatsingsgroepen

Gepland onderhoud, zoals het buiten gebruik stellen van hardware in een Azure-datacenter, kan van invloed zijn op de uitlijning van resources in nabijheidsplaatsingsgroepen. Resources kunnen worden verplaatst naar een ander datacenter, waardoor de collocatie- en latentieverwachtingen die zijn gekoppeld aan de nabijheidsplaatsingsgroep, worden verstoord.

De uitlijningsstatus controleren

U kunt het volgende doen om de uitlijningsstatus van uw nabijheidsplaatsingsgroepen te controleren.

  • Colocatiestatus van nabijheidsplaatsingsgroep kan worden weergegeven met behulp van de portal, CLI en PowerShell.

    • PowerShell- colocatiestatus kan worden verkregen via Get-AzProximityPlacementGroup cmdlet door de optionele parameter '-ColocationStatus' op te geven.

    • CLI - colocatiestatus kan worden verkregen door az ppg show de optionele parameter '--include-colocation-status' op te nemen.

  • Voor elke nabijheidsplaatsingsgroep biedt een eigenschap colocatiestatus het huidige overzicht van de uitlijningsstatus van de gegroepeerde resources.

    • Uitgelijnd: de resource bevindt zich binnen dezelfde latentie-envelop als de nabijheidsplaatsingsgroep.

    • Onbekend: de toewijzing van ten minste één van de VM-resources is ongedaan gemaakt. Nadat ze opnieuw zijn gestart, moet de status teruggaan naar Uitgelijnd.

    • Niet uitgelijnd: ten minste één VM-resource is niet uitgelijnd met de nabijheidsplaatsingsgroep. De specifieke resources die niet zijn uitgelijnd, worden ook afzonderlijk in de lidmaatschapssectie genoemd

  • Voor beschikbaarheidssets ziet u informatie over de uitlijning van afzonderlijke VM's op de pagina Overzicht van beschikbaarheidssets.

  • Voor schaalsets kunt u informatie over de uitlijning van afzonderlijke exemplaren zien op het tabblad Exemplaren van de pagina Overzicht voor de schaalset.

Resources opnieuw uitlijnen

Als een nabijheidsplaatsingsgroep is Not Aligned, kunt u stoppen/toewijzing ongedaan maken en de betrokken resources opnieuw starten. Als de VM zich in een beschikbaarheidsset of een schaalset bevindt, moeten alle VM's in de beschikbaarheidsset of schaalset eerst worden gestopt/de toewijzing ongedaan worden gemaakt voordat ze opnieuw worden opgestart.

Als er een toewijzingsfout optreedt vanwege implementatiebeperkingen, moet u mogelijk eerst alle resources in de betreffende nabijheidsplaatsingsgroep (inclusief de uitgelijnde resources) stoppen/de toewijzing ervan ongedaan maken en deze vervolgens opnieuw starten om de uitlijning te herstellen.

Aanbevolen procedures

  • Gebruik voor de laagste latentie nabijheidsplaatsingsgroepen samen met versneld netwerken. Zie Een virtuele Linux-machine maken met versneld netwerken of Een virtuele Windows-machine maken met versneld netwerken voor meer informatie.
  • Als u wilt voorkomen dat er hardware wordt gebruikt die niet alle VM-SKU's en -grootten ondersteunt die u nodig hebt, gebruikt u intent voor nabijheidsplaatsingsgroepen. Als het een al bestaande nabijheidsplaatsingsgroep zonder intentie is, kunt u één ARM-sjabloon gebruiken met alle VM-grootten die zijn opgegeven om dit probleem te voorkomen.
  • Wanneer u een bestaande plaatsingsgroep waarvan VM's zijn verwijderd, opnieuw gebruikt, wacht u totdat de verwijdering volledig is voltooid voordat u er VM's aan toevoegt.
  • Als latentie de eerste prioriteit is, plaatst u VM's in een nabijheidsplaatsingsgroep en de hele oplossing in een beschikbaarheidszone. Maar als tolerantie uw hoogste prioriteit heeft, kunt u uw exemplaren verdelen over meerdere beschikbaarheidszones (één nabijheidsplaatsingsgroep kan geen zones omvatten).

Volgende stappen