Autoskalning för Azure API för FHIR
Azure API för FHIR, som en hanterad tjänst, gör det möjligt för kunder att spara med FHIR-kompatibla® sjukvårdsdata (Fast Healthcare Interoperability Resources) och utbyta dem på ett säkert sätt via tjänst-API:et. För att hantera olika transaktionsarbetsbelastningar kan kunderna använda manuell skalning eller autoskalning.
Azure API för FHIR tillhandahåller skalningsfunktioner på databas- och beräkningsnivå.
Automatisk skalning på databasnivå
Som standard är Azure API för FHIR inställt på manuell för databasskalning. Det här alternativet fungerar bra när transaktionsarbetsbelastningarna är kända och konsekventa. Kunder kan justera dataflödet RU/s
via portalen upp till 100 000 och skicka en begäran om att öka gränsen.
Autoskalningsfunktionen är utformad för att skala Azure-resurser, inklusive databasens dataflöde automatiskt enligt arbetsbelastningarna, vilket eliminerar möjliga flaskhalsar i datalagret.
Låter dig förstå hur du aktiverar automatisk skalning på databasnivå med nästa avsnitt
Vägledning för att aktivera autoskalning
I allmänhet bör kunderna överväga autoskalning när deras arbetsbelastningar varierar avsevärt och är oförutsägbara.
För att aktivera autoskalningsfunktionen måste kunden skapa en engångssupportbegäran för att begära den via Azure Portal. Microsofts supportteam aktiverar funktionen för autoskalning baserat på supportprioriteten.
Anteckning
Funktionen för autoskalning är inte tillgänglig från Azure Portal.
Autoskalning för RU/s
När autoskalning är aktiverat beräknar och anger systemet det ursprungliga Tmax
värdet. Skalbarheten styrs av det maximala dataflödesvärdet, eller Tmax
, och skalas mellan 0.1 *Tmax
(eller 10 % Tmax
) och Tmax RU/s
.RU/s
Ökar Tmax
automatiskt när den totala datastorleken växer. För att säkerställa maximal skalbarhet Tmax
bör värdet behållas som det är. Kunder kan dock begära att värdet ändras till något mellan 10 % och 100 % av Tmax
värdet.
Du kan öka maxvärdet RU/s
eller Tmax
värdet och gå så högt som tjänsten stöder. När tjänsten är upptagen skalas dataflödet RU/s
upp till Tmax
värdet. När tjänsten är inaktiv skalas dataflödet RU/s
ned till 10 % Tmax
värde.
Du kan också minska maxvärdet RU/s
eller Tmax
värdet. När du sänker maxvärdet RU/s
är MAX (4000, highest max RU/s ever provisioned / 10, current storage in GB * 400)
det minsta värde som du kan ange: , avrundat till närmaste 1 000 RU/s
.
-
Exempel 1: Du har 1 GB data och den högsta etablerade
RU/s
är 10 000. Det minsta värdet är Max (4000, 10 000/10, 1x400) = 4 000. Det första talet, 4000, används. -
Exempel 2: Du har 20 GB data och den högsta etablerade
RU/s
är 100 000. Det minsta värdet är Max (4000, 100 000/10, 20x400) = 10 000. Det andra talet, 100 000/10 =10 000, används. - Exempel 3: Du har 80 GB data och den högsta etablerade RU/s är 300 000. Det minsta värdet är Max (4000, 300 000/10, 80x400) = 32 000. Det tredje talet, 80x400=32 000, används.
Du kan justera maxvärdet RU/s
eller Tmax
värdet via portalen om det är ett giltigt tal och inte större än 100 000 RU/s
. Du kan skapa en supportbegäran för att begära Tmax
ett värde som är större än 100 000.
Anteckning
När datalagringen växer ökar systemet automatiskt det maximala dataflödet till näst högsta RU/s som kan stödja den lagringsnivån.
Autoskalning på beräkningsnivå
Principer för automatisk skalning som definierats för FHIR-tjänstberäkningsnivå består av:
- Skalningsutlösare
Skalningsutlösare beskriver när skalning av tjänsten utförs. Villkor som definieras i utlösaren kontrolleras regelbundet för att avgöra om en tjänst ska skalas eller inte. Alla utlösare som stöds för närvarande är Genomsnittlig CPU, Max Worker-tråd, Genomsnittlig LogWrite, Genomsnittlig data-I/O.
- Skalningsmekanism
Skalningsmekanismen tillämpas om utlösarkontrollen fastställer att skalning är nödvändig. Dessutom utvärderas inte skalningsutlösaren igen förrän skalningsintervallet har upphört att gälla, vilket är inställt på en minut för Azure API för FHIR.
För att säkerställa bästa möjliga resultat rekommenderar vi kunder att gradvis öka sin begärandefrekvens så att de matchar den förväntade push-hastigheten, i stället för att push-överföra alla begäranden samtidigt.
Vanliga frågor
Hur beräknar jag vilket dataflöde RU/s som krävs?
Datastorleken är en av flera faktorer som används för att beräkna det totala dataflödet RU/s som krävs för manuell skalning och autoskalning. Du hittar datastorleken med menyalternativet Mått under Övervakning. Starta ett nytt diagram och välj Cosmos DB-samlingsstorlek i listrutan Mått och Max i rutan "Sammansättning".
Du bör kunna se maximal datainsamlingsstorlek under den valda tidsperioden. Ändra tidsintervallet om det behövs, till exempel från "Senaste 30 minuterna" till "Senaste 48 timmarna".
Använd formeln för att beräkna nödvändiga RU/s.
- Manuell skalning: lagring i GB * 40
- Autoskalning: lagring i GB * 400
Tänk på att detta bara är en uppskattning baserat på datastorlek och att det finns andra faktorer som påverkar de ru/s som krävs.
Jag har aktiverat autoskalning hur kan jag migrera till skalning manuellt?
En supportbegäran krävs för att ändra autoskalning till manuell skalning och ange dataflödes-RU/s. Det minsta värdet för manuell skalning som du kan ange är: MAX (400, highest max RU/s ever provisioned / 100, current storage in GB * 40)
, avrundat till närmaste 1 000 RU/s
. Siffrorna som används här skiljer sig från de som används i autoskalning.
När ändringen är klar baseras de nya faktureringspriserna på manuell skalning.
Vad är kostnadseffekten för autoskalning?
Funktionen autoskalning medför kostnader på grund av att du hanterar de etablerade dataflödesenheterna automatiskt. De faktiska kostnaderna beror på användning per timme, men tänk på att det finns minimikostnader på 10 % av Tmax
för reserverade dataflödes-RU/s. Den här kostnadsökningen gäller dock inte för lagrings- och körningskostnader. Information om priser finns i Prissättning för Azure API för FHIR.
Nästa steg
I det här dokumentet har du lärt dig om autoskalningsfunktionen för Azure API för FHIR. En översikt över Azure API för FHIR finns i
FHIR® är ett registrerat varumärke som tillhör HL7 och används med tillstånd av HL7.