Delen via

Nabijheidsplaatsingsgroepen

  • Artikel

Van toepassing op: ✔️ Virtuele Linux-machines voor Windows-VM's ✔️ ✔️ Flexibele schaalsets Uniform-schaalsets ✔️

Het plaatsen van VM's in één regio vermindert de fysieke afstand tussen de exemplaren. Als u ze in één beschikbaarheidszone plaatst, worden ze ook fysiek dichter bij elkaar gebracht. 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, moet u deze 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 voegen.
  • Lage latentie tussen meerdere toepassingslagen met behulp van verschillende hardwaretypen. Als u bijvoorbeeld de back-end uitvoert 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 met andere resources gebruikt. 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 die de id van de nabijheidsplaatsingsgroep bieden.

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 vastmakend mechanisme. Het is vastgemaakt aan een specifiek datacenter met de implementatie van de eerste resource om deze te gebruiken. Zodra alle resources die gebruikmaken van de nabijheidsplaatsingsgroep zijn gestopt (de toewijzing ongedaan gemaakt) of verwijderd, wordt deze niet meer vastgemaakt. Wanneer u een nabijheidsplaatsingsgroep met meerdere VM-reeksen gebruikt, is het daarom belangrijk om alle vereiste typen vooraf in een sjabloon op te geven, indien mogelijk of een implementatievolgorde te volgen, waardoor uw kansen voor een succesvolle implementatie worden verbeterd. Als uw implementatie mislukt, start u de implementatie opnieuw op met de VM-grootte, die is mislukt als de 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 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 wanneer u de zone parameter opgeeft:

  • De parameter voor de beschikbaarheidszone kan alleen worden opgegeven tijdens het maken van de nabijheidsplaatsingsgroep en kan later niet meer worden gewijzigd.
  • De zone parameter kan alleen worden gebruikt, intentmaar kan niet alleen worden gebruikt.
  • Er kan slechts één beschikbaarheidszone worden opgegeven.

Het maken of bijwerken van nabijheidsplaatsingsgroepen slaagt alleen wanneer ten minste één datacenter alle VM-grootten ondersteunt die zijn opgegeven in de intentie. 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 -zone die worden intent opgegeven, 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 tijdens de implementatie geen capaciteit meer is voor een VM-grootte.

Notitie

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

Aanbevolen procedures tijdens het gebruik van intenties

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

De intentie kan worden beïnvloed door buiten gebruik te stellen

  • Het is mogelijk dat na het maken van een nabijheidsplaatsingsgroep met intentie en voordat vm's worden geïmplementeerd, geplande onderhoudsgebeurtenissen, zoals hardware die buiten gebruik worden gesteld in een Azure-datacenter, kunnen optreden, wat resulteert in de combinatie van VM-grootten die zijn opgegeven in de intentie die niet beschikbaar is in het datacenter. In dergelijke gevallen treedt er een 'OverconstrainedAllocationRequest'-fout op, zelfs tijdens het implementeren van VM's met grootten die zijn opgegeven in de intentie. U kunt proberen om alle resources in de nabijheidsplaatsingsgroep te verplaatsen en opnieuw te maken om een datacenter te verkrijgen dat geschikt is voor de intentie. Als er geen datacenter is met de opgegeven VM-grootten na het buiten gebruik stellen, 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-serie 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 wanneer u nabijheidsplaatsingsgroepen gebruikt

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 hebt u beide resources geïmplementeerd met één ARM-sjabloon.
  • Als de nabijheidsplaatsingsgroep met intentie wordt gemaakt, hoeven de VM's niet in een bepaalde volgorde te worden geïmplementeerd en hoeven ze niet in batches te worden gebatcheerd met éé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 beperking voor nabijheidsplaatsingsgroepen voor uw implementatie leiden tot een fout die resulteert in de toewijzingsfout .
  • 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 bewaard zodra u een VIRTUELE machine stopt (de toewijzing ongedaan maakt), kan het opnieuw starten resulteren in een AllocationFailure-fout .
  • VM-start- en -herimplementatiebewerkingen blijven de nabijheidsplaatsingsgroep respecteren zodra de configuratie is voltooid.

Gepland onderhoud en nabijheidsplaatsingsgroepen

Geplande onderhoudsevenementen, zoals hardware die buiten gebruik worden gesteld in een Azure-datacenter, kunnen van invloed zijn op de uitlijning van resources in nabijheidsplaatsingsgroepen. Resources kunnen worden verplaatst naar een ander datacenter, waardoor de verwachtingen voor collocatie en latentie die zijn gekoppeld aan de nabijheidsplaatsingsgroep worden verstoord.

De uitlijningsstatus controleren

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

  • De colocatiestatus van nabijheidsplaatsingsgroepen kan worden bekeken met behulp van de portal, CLI en PowerShell.

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

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

  • Voor elke nabijheidsplaatsingsgroep biedt een eigenschap co-locatiestatus het huidige overzicht van de uitgelijnde resources.

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

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

    • Niet uitgelijnd: ten minste één VM-resource is niet afgestemd op de nabijheidsplaatsingsgroep. De specifieke resources die niet zijn uitgelijnd, worden ook afzonderlijk aangeroepen in de sectie Lidmaatschap

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

  • Voor schaalsets vindt u informatie over het uitlijnen van afzonderlijke exemplaren op het tabblad Exemplaren van de pagina Overzicht voor de schaalset.

Resources opnieuw uitlijnen

Als een nabijheidsplaatsingsgroep is Not Aligned, kunt u stoppen\de toewijzing ervan ongedaan maken en vervolgens 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 gemaakt voordat u ze opnieuw start.

Als er een toewijzingsfout optreedt vanwege implementatiebeperkingen, moet u mogelijk eerst alle resources in de betrokken nabijheidsplaatsingsgroep (inclusief de uitgelijnde resources) stoppen 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.
  • Gebruik de intentie voor nabijheidsplaatsingsgroepen om landing te voorkomen op hardware die niet alle VM-SKU's en -grootten ondersteunt die u nodig hebt. 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 opnieuw gebruikt waaruit VM's zijn verwijderd, wacht u tot 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 volledige oplossing in een beschikbaarheidszone. Maar als tolerantie de hoogste prioriteit heeft, verspreidt u uw exemplaren over meerdere beschikbaarheidszones (een enkele nabijheidsplaatsingsgroep kan geen zones omvatten).

Volgende stappen