Nabijheidsplaatsingsgroepen

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

Door VM's in één regio te plaatsen, wordt de fysieke afstand tussen de exemplaren verkleind. Door ze binnen één beschikbaarheidszone te plaatsen, worden ze ook fysiek dichter bij elkaar geplaatst. Naarmate de Azure-footprint echter groeit, kan één beschikbaarheidszone meerdere fysieke datacenters omspannen, wat kan leiden tot een netwerklatentie die uw toepassing beïnvloedt.

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

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

  • Lage latentie tussen stand-alone VM's.
  • Lage latentie tussen VM's in één beschikbaarheidsset of een virtuele-machineschaalset.
  • Lage latentie tussen stand-alone 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. Na het maken kan deze worden gebruikt met virtuele machines, beschikbaarheidssets of virtuele-machineschaalsets. U geeft een nabijheidsplaatsingsgroep op bij het maken van rekenbronnen die de id van de nabijheidsplaatsingsgroep opgeven.

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

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

Een nabijheidsplaatsingsgroep is een co-locatiebeperking in plaats van een mechanisme voor vastmaken. Het is vastgemaakt aan een specifiek datacenter met de implementatie van de eerste resource om deze te gebruiken. Zodra alle resources die de nabijheidsplaatsingsgroep gebruiken, zijn gestopt (toewijzing ervan is verwijderd) of verwijderd, wordt deze niet meer vastgemaakt. Wanneer u daarom een nabijheidsplaatsingsgroep met meerdere VM-reeksen gebruikt, is het belangrijk om indien mogelijk alle vereiste typen in een sjabloon op te geven of een implementatievolgorde te volgen waarmee de kans op een geslaagde implementatie wordt 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.

Wat u kunt verwachten bij het gebruik van nabijheidsplaatsingsgroepen

Nabijheidsplaatsingsgroepen bieden co-locatie in hetzelfde datacenter. Omdat nabijheidsplaatsingsgroepen echter een extra implementatiebeperking vertegenwoordigen, kunnen toewijzingsfouten optreden. Er zijn enkele gebruiksgevallen waarbij toewijzingsfouten kunnen optreden bij het gebruik van nabijheidsplaatsingsgroepen:

  • Wanneer u om de eerste virtuele machine in de nabijheidsplaatsingsgroep vraagt, wordt het datacenter automatisch geselecteerd. In sommige gevallen kan een tweede aanvraag voor een andere virtuele-machine-SKU mislukken als deze niet in dat datacenter bestaat. In dit geval wordt een OverconstrainedAllocationRequest-fout geretourneerd. Om dit te voorkomen, kunt u de volgorde wijzigen waarin u uw SKU's implementeert of beide resources implementeren met behulp van één ARM-sjabloon.
  • In het geval van elastische workloads, waarbij u VM-exemplaren toevoegt en verwijdert, kan een beperking van de nabijheidsplaatsingsgroep voor uw implementatie ertoe leiden dat niet aan de aanvraag wordt voldaan, wat resulteert in de allocationFailure-fout.
  • U kunt elasticiteit ook bereiken door uw VM's te stoppen (de toewijzing op te geven) en naar behoefte te starten. Omdat de capaciteit niet wordt bewaard nadat u een VM stopt (de toewijzing ervan opwijst), kan het opnieuw starten resulteren in een AllocationFailure-fout.

Gepland onderhoud en nabijheidsplaatsingsgroepen

Geplande onderhoudsgebeurtenissen, zoals het buiten gebruik stellen van hardware in een Azure-datacenter, kunnen van invloed zijn op de uitlijning van resources in nabijheidsplaatsingsgroepen. Resources kunnen worden verplaatst naar een ander datacenter, wat de verwachtingen voor collocatie en latentie van de nabijheidsplaatsingsgroep verstoort.

De uitlijningsstatus controleren

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

  • De co-locatiestatus van nabijheidsplaatsingsgroep kan worden weergegeven via de portal, CLI en PowerShell.

    • Wanneer u PowerShell gebruikt, kunt u de co-locatiestatus verkrijgen met Get-AzProximityPlacementGroup cmdlet door de optionele parameter '-ColocationStatus' op te geven.

    • Wanneer u CLI gebruikt, kunt u de co-locatiestatus verkrijgen met behulp van de optionele az ppg show parameter --include-colocation-status.

  • Voor elke nabijheidsplaatsingsgroep biedt een eigenschap co-locatiestatus de huidige samenvatting van de uitlijningsstatus van de gegroepeerde resources.

    • Uitgelijnd: de resource valt binnen dezelfde latentie-envelop van de nabijheidsplaatsingsgroep.

    • Onbekend: ten minste één van de VM-resources wordt niet toegewezen. Als ze weer goed zijn begonnen, 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 genoemd in de lidmaatschapssectie

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

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

Resources opnieuw uitlijnen

Als een nabijheidsplaatsingsgroep Not Aligned is, kunt u stoppen\de toewijzing ervan herstellen en vervolgens de betrokken resources opnieuw starten. Als de VM zich in een beschikbaarheidsset of schaalset bevinden, moeten alle VM's in de beschikbaarheidsset of schaalset worden gestopt\eerst de toewijzing ervan in de toewijzing ervan in gang zetten voordat ze opnieuw worden gestart.

Als er een toewijzingsfout is vanwege implementatiebeperkingen, moet u mogelijk eerst alle resources in de betrokken nabijheidsplaatsingsgroep stoppen\de toewijzing ervan in de betreffende nabijheidsplaatsingsgroep stoppen en vervolgens opnieuw starten om de uitlijning te herstellen.

Aanbevolen procedures

  • Gebruik nabijheidsplaatsingsgroepen samen met versneld netwerken voor de laagste latentie. Zie Een virtuele Linux-machine maken met versneld netwerken of Een virtuele machine Windows met versneld netwerken voor meer informatie.
  • Implementeer alle VM-grootten in één sjabloon. Om te voorkomen dat er hardware wordt gebruikt die niet alle VM-SKU's en grootten ondersteunt die u nodig hebt, neemt u alle toepassingslagen op in één sjabloon, zodat ze allemaal tegelijkertijd worden geïmplementeerd.
  • Als u een script voor uw implementatie maakt met Behulp van PowerShell, CLI of de SDK, wordt er mogelijk een toewijzingsfout OverconstrainedAllocationRequest weergegeven. In dit geval moet u alle bestaande VM's stoppen/de toewijzing ervan in de huidige VM's op te geven en de volgorde in het implementatiescript wijzigen om te beginnen met de VM-SKU/grootten die zijn mislukt.
  • Wanneer u een bestaande plaatsingsgroep opnieuw gebruikt waarvan de VM's zijn verwijderd, wacht u totdat de verwijdering volledig is voltooid voordat u er VM's aan toevoegt.
  • Als latentie uw eerste prioriteit is, plaatst u VM's in een nabijheidsplaatsingsgroep en de hele oplossing in een beschikbaarheidszone. Maar als tolerantie de hoogste prioriteit heeft, verspreidt u uw exemplaren over meerdere beschikbaarheidszones (één nabijheidsplaatsingsgroep kan zones niet overspannen).

Volgende stappen