Närhetsplaceringsgrupper

  • Artikel
  • 5 minuter för att läsa

Gäller för: ✔️ Virtuella Linux-datorer:heavy_check_mark: Windows VIRTUELLA datorer:heavy_check_mark: Flexibla skalningsuppsättningar:heavy_check_mark: Enhetliga skalningsuppsättningar

Genom att placera virtuella datorer i en enda region minskar du det fysiska avståndet mellan instanserna. Att placera dem i en enda tillgänglighetszon kommer också att föra dem fysiskt närmare varandra. I takt med att Azure-fotavtrycket växer kan dock en enda tillgänglighetszon sträcka sig över flera fysiska datacenter, vilket kan leda till en nätverksfördröjning som påverkar ditt program.

Om du vill få virtuella datorer så nära som möjligt, och uppnå lägsta möjliga svarstid, bör du distribuera dem i en närhetsplaceringsgrupp.

En närhetsplaceringsgrupp är en logisk gruppering som används för att se till att Azure-beräkningsresurser finns fysiskt nära varandra. Närhetsplaceringsgrupper är användbara för arbetsbelastningar där låg latens är ett krav.

  • Låg fördröjning mellan fristående virtuella datorer.
  • Låg svarstid mellan virtuella datorer i en enskild tillgänglighetsuppsättning eller en VM-skalningsuppsättning.
  • Låg fördröjning mellan fristående virtuella datorer, virtuella datorer i flera tillgänglighetsuppsättningar eller flera skalningsuppsättningar. Du kan ha flera beräkningsresurser i en enda placeringsgrupp för att sammanföra ett program med flera nivåer.
  • Låg fördröjning mellan flera programnivåer med olika maskinvarutyper. Du kan till exempel köra backend-serien med hjälp av M-serien i en tillgänglighetsuppsättning och frontend på en instans av D-serien i en skalningsuppsättning i en enda närhetsplaceringsgrupp.

Bild för närhetsplaceringsgrupper

Använda närhetsplaceringsgrupper

En närhetsplaceringsgrupp är en resurs i Azure. Du måste skapa en innan du använder den med andra resurser. När den har skapats kan den användas med virtuella datorer, tillgänglighetsuppsättningar eller VM-skalningsuppsättningar. Du anger en närhetsplaceringsgrupp när du skapar beräkningsresurser som tillhandahåller närhetsplaceringsgruppens ID.

Du kan också flytta en befintlig resurs till en närhetsplaceringsgrupp. När du flyttar en resurs till en närhetsplaceringsgrupp bör du först stoppa (avallokera) tillgången eftersom den eventuellt omdistribueras till ett annat datacenter i regionen för att uppfylla samplaceringsbegränsningen.

När det gäller tillgänglighetsuppsättningar och VM-skalningsuppsättningar bör du ange närhetsplaceringsgruppen på resursnivå i stället för de enskilda virtuella datorerna.

En närhetsplaceringsgrupp är en samplaceringsbegränsning i stället för en fästmekanism. Den fästs på ett specifikt datacenter med distributionen av den första resursen som ska använda det. När alla resurser som använder närhetsplaceringsgruppen har stoppats (frisatts) eller tagits bort fästs de inte längre. När du använder en närhetsplaceringsgrupp med flera VM-serier är det därför viktigt att ange alla nödvändiga typer i förväg i en mall när det är möjligt eller följa en distributionssekvens som förbättrar dina möjligheter för en lyckad distribution. Om distributionen misslyckas startar du om distributionen med VM-storleken som har misslyckats som den första storleken som ska distribueras.

Vad som händer när du använder närhetsplaceringsgrupper

Närhetsplaceringsgrupper erbjuder samplacering i samma datacenter. Men eftersom närhetsplaceringsgrupper representerar en ytterligare distributionsbegränsning kan allokeringsfel uppstå. Det finns några användningsfall där du kan se allokeringsfel när du använder närhetsplaceringsgrupper:

  • När du frågar efter den första virtuella datorn i närhetsplaceringsgruppen väljs datacentret automatiskt. I vissa fall kan en andra begäran om en annan virtuell dator-SKU misslyckas om den inte finns i datacentret. I det här fallet returneras ett OverconstrainedAllocationRequest-fel. För att undvika detta kan du prova att ändra i vilken ordning du distribuerar SKU:er eller att båda resurserna distribueras med en enda ARM-mall.
  • När det gäller elastiska arbetsbelastningar, där du lägger till och tar bort VM-instanser, kan en begränsning för närhetsplaceringsgrupp i distributionen resultera i att begäran inte kan uppfyllas, vilket resulterar i AllocationFailure-fel.
  • Att stoppa (avallokera) och starta dina virtuella datorer efter behov är ett annat sätt att uppnå elasticitet. Eftersom kapaciteten inte behålls när du stoppar (avallokerar) en virtuell dator kan det resultera i ett AllocationFailure-fel om du startar den igen.

Planerat underhåll och närhetsplaceringsgrupper

Planerade underhållshändelser, till exempel inaktivering av maskinvara i ett Azure-datacenter, kan potentiellt påverka anpassningen av resurser i närhetsplaceringsgrupper. Resurser kan flyttas till ett annat datacenter, vilket stör de förväntningar på samplacering och svarstid som är associerade med närhetsplaceringsgruppen.

Kontrollera justeringsstatusen

Du kan göra följande för att kontrollera justeringsstatusen för dina närhetsplaceringsgrupper.

  • Status för närhetsplaceringsgruppens samplacering kan visas med hjälp av portalen, CLI och PowerShell.

    • När du använder PowerShell kan du få samplaceringsstatus med hjälp Get-AzProximityPlacementGroup cmdlet genom att inkludera den valfria parametern "-ColocationStatus".

    • När du använder CLI kan du få status för samlokalisering med hjälp av den az ppg show valfria parametern "--include-colocation-status".

  • För varje närhetsplaceringsgrupp ger en statusegenskap för samlokalisering sammanfattningen av den aktuella justeringsstatusen för de grupperade resurserna.

    • Justerad: Resursen ligger inom samma svarstid som närhetsplaceringsgruppen.

    • Okänd: minst en av VM-resurserna har frisatts. När du har börjat tillbaka bör statusen gå tillbaka till Justerad.

    • Inte justerad: minst en VM-resurs är inte justerad med närhetsplaceringsgruppen. De specifika resurser som inte är justerade kommer också att visas separat i medlemskapsavsnittet

  • För tillgänglighetsuppsättningar kan du se information om justering av enskilda virtuella datorer på sidan Översikt över tillgänglighetsuppsättning.

  • För skalningsuppsättningar kan information om justering av enskilda instanser visas på fliken Instanser på sidan Översikt för skalningsuppsättningen.

Justera om resurser

Om en närhetsplaceringsgrupp Not Aligned är kan du stoppa/avallokera och sedan starta om de berörda resurserna. Om den virtuella datorn finns i en tillgänglighetsuppsättning eller en skalningsuppsättning måste alla virtuella datorer i tillgänglighetsuppsättningen eller skalningsuppsättningen stoppas\frisändas först innan de startas om.

Om det uppstår ett allokeringsfel på grund av distributionsbegränsningar kan du behöva stoppa/avallokera alla resurser i den berörda närhetsplaceringsgruppen (inklusive justerade resurser) först och sedan starta om dem för att återställa justeringen.

Bästa praxis

  • Använd närhetsplaceringsgrupper tillsammans med accelererat nätverk för den lägsta svarstiden. Mer information finns i Skapa en virtuell Linux-dator med accelererat nätverk eller Skapa Windows virtuell dator med accelererat nätverk.
  • Distribuera alla VM-storlekar i en enda mall. För att undvika landning på maskinvara som inte stöder alla VM SKU:er och storlekar som du behöver, inkluderar du alla programnivåer i en enda mall så att alla distribueras samtidigt.
  • Om du skriptar distributionen med PowerShell, CLI eller SDK kan du få ett allokeringsfel. OverconstrainedAllocationRequest I det här fallet bör du stoppa/avallokera alla befintliga virtuella datorer och ändra sekvensen i distributionsskriptet så att den börjar med den virtuella datorns SKU/storlekar som misslyckades.
  • När du återanvänder en befintlig placeringsgrupp som de virtuella datorerna har tagits bort från väntar du tills borttagningen är klar innan du lägger till virtuella datorer i den.
  • Om svarstiden är din första prioritet ska du placera virtuella datorer i en närhetsplaceringsgrupp och hela lösningen i en tillgänglighetszon. Men om återhämtning är din högsta prioritet kan du sprida dina instanser över flera tillgänglighetszoner (en enda närhetsplaceringsgrupp kan inte sträcka sig över flera zoner).

Nästa steg