Automatisch schalen voor Azure API for FHIR

Met Azure API for FHIR, als een beheerde service, kunnen klanten gebruikmaken van fast healthcare interoperability resources (FHIR®) en deze veilig uitwisselen via de service-API. Klanten kunnen handmatig schalen of automatisch schalen gebruiken om tegemoet te komen aan verschillende transactieworkloads.

Azure API for FHIR biedt schaalmogelijkheden op database- en rekenniveau.

Automatisch schalen op databaseniveau

Azure API for FHIR is standaard ingesteld op handmatig voor het schalen van databases. Deze optie werkt goed wanneer de transactieworkloads bekend en consistent zijn. Klanten kunnen de doorvoer RU/s via de portal aanpassen tot maximaal 100.000 en een aanvraag indienen om de limiet te verhogen.

De functie voor automatisch schalen is ontworpen om Azure-resources, inclusief de databasedoorvoer, automatisch te schalen op basis van de workloads, waardoor mogelijke knelpunten in de gegevenslaag worden geëlimineerd.

In de volgende secties wordt uitgelegd hoe u automatisch schalen op databaseniveau inschakelt

Richtlijnen voor het inschakelen van automatische schaalaanpassing

Over het algemeen moeten klanten overwegen om automatisch te schalen wanneer hun workloads aanzienlijk variëren en onvoorspelbaar zijn.

Om de functie voor automatisch schalen in te schakelen, moet de klant een eenmalig ondersteuningsticket maken om deze aan te vragen via Azure Portal. Het ondersteuningsteam van Microsoft schakelt de functie voor automatisch schalen in op basis van de ondersteuningsprioriteit.

Notitie

De functie voor automatisch schalen is niet beschikbaar in de Azure Portal.

Automatisch schalen voor RU/s

Wanneer automatische schaalaanpassing is ingeschakeld, berekent en stelt het systeem de beginwaarde in Tmax . De schaalbaarheid wordt bepaald door de maximale doorvoerwaarde RU/s , of Tmax, en schaalt tussen 0.1 *Tmax (of 10% Tmax) en Tmax RU/s. De Tmax neemt automatisch toe naarmate de totale gegevensgrootte toeneemt. Om maximale schaalbaarheid te garanderen, moet de Tmax waarde worden behouden zoals ze zijn. Klanten kunnen echter aanvragen dat de waarde wordt gewijzigd in iets tussen 10% en 100% van de Tmax waarde.

U kunt het maximum RU/s of Tmax de waarde verhogen en zo hoog gaan als de service ondersteunt. Wanneer de service bezet is, wordt de doorvoer RU/s omhoog geschaald naar de Tmax waarde. Wanneer de service niet actief is, wordt de doorvoer RU/s omlaag geschaald naar 10% Tmax waarde.

U kunt ook het maximum RU/s of Tmax de waarde verlagen. Wanneer u het maximum RU/sverlaagt, kunt u de minimumwaarde instellen op: MAX (4000, highest max RU/s ever provisioned / 10, current storage in GB * 400), afgerond op de dichtstbijzijnde 1000 RU/s.

• Voorbeeld 1: U hebt gegevens van 1 GB en de hoogst ingerichte RU/s is 10.000. De minimumwaarde is Max (4000, 10.000/10, 1x400) = 4000. Het eerste getal, 4000, wordt gebruikt.
• Voorbeeld 2: U hebt 20 GB gegevens en de hoogst ingerichte RU/s is 100.000. De minimumwaarde is Max (4000, 100.000/10, 20x400) = 10.000. Het tweede getal, 100.000/10 =10.000, wordt gebruikt.
• Voorbeeld 3: U hebt 80 GB gegevens en de hoogst ingerichte RU/s is 300.000. De minimumwaarde is Max (4000, 300.000/10, 80x400) = 32.000. Het derde getal, 80x400=32.000, wordt gebruikt.

U kunt het maximum RU/s of Tmax de waarde aanpassen via de portal als dit een geldig getal is en niet groter is dan 100.000 RU/s. U kunt een ondersteuningsticket maken om een waarde aan te vragen Tmax die groter is dan 100.000.

Notitie

Naarmate de gegevensopslag groeit, verhoogt het systeem automatisch de maximale doorvoer naar de op één na hoogste RU/s die dat opslagniveau kunnen ondersteunen.

Automatisch schalen op rekenniveau

Beleid voor automatisch schalen dat is gedefinieerd voor het rekenniveau van de FHIR-service bestaat uit:

• Schaaltrigger

Met schaaltrigger wordt beschreven wanneer het schalen van de service wordt uitgevoerd. Voorwaarden die in de trigger zijn gedefinieerd, worden periodiek gecontroleerd om te bepalen of een service moet worden geschaald of niet. Alle triggers die momenteel worden ondersteund, zijn Gemiddelde CPU, Maximale werkrolthread, Gemiddelde logboekregistratie, Gemiddelde gegevens-IO.

• Schaalmechanisme

Het schaalmechanisme wordt toegepast als de triggercontrole vaststelt dat schalen nodig is. Bovendien wordt de schaaltrigger niet opnieuw geëvalueerd totdat het schaalinterval is verlopen, dat is ingesteld op één minuut voor Azure API for FHIR.

Om het best mogelijke resultaat te garanderen, raden we klanten aan hun aanvraagsnelheid geleidelijk te verhogen zodat deze overeenkomen met het verwachte pushpercentage, in plaats van alle aanvragen in één keer te pushen.

Veelgestelde vragen

Hoe kan ik de vereiste ru/s voor doorvoer schatten?

De gegevensgrootte is een van de verschillende factoren die worden gebruikt bij het berekenen van de totale doorvoer-RU/s die nodig zijn voor handmatig schalen en automatische schaalaanpassing. U kunt de gegevensgrootte vinden met behulp van de menuoptie Metrische gegevens onder Bewaking. Start een nieuwe grafiek en selecteer Grootte van Cosmos DB-verzameling in de vervolgkeuzelijst Metrische gegevens en Max in het vak Aggregatie.

U moet de maximale grootte van de gegevensverzameling gedurende de geselecteerde periode kunnen zien. Wijzig indien nodig het 'Tijdsbereik', bijvoorbeeld van 'Afgelopen 30 minuten' in 'Afgelopen 48 uur'.

Gebruik de formule om de vereiste RU/s te berekenen.

• Handmatig schalen: opslag in GB * 40
• Automatisch schalen: opslag in GB * 400

Houd er rekening mee dat dit alleen een schatting is op basis van de gegevensgrootte en dat er andere factoren zijn die van invloed zijn op de vereiste RU/s.

Ik heb automatische schaalaanpassing ingeschakeld, hoe kan ik migreren naar handmatig schalen?

Een ondersteuningsticket is vereist om automatische schaalaanpassing te wijzigen in handmatig schalen en de doorvoer-RU/s op te geven. De minimumwaarde voor handmatig schalen waarop u deze kunt instellen, is: MAX (400, highest max RU/s ever provisioned / 100, current storage in GB * 40), afgerond op de dichtstbijzijnde 1000 RU/s. De getallen die hier worden gebruikt, verschillen van die in automatische schaalaanpassing.

Zodra de wijziging is voltooid, worden de nieuwe factureringstarieven gebaseerd op handmatige schaalaanpassing.

Wat zijn de kostenimpact van automatische schaalaanpassing?

De functie voor automatisch schalen brengt kosten met zich mee vanwege het automatisch beheren van de ingerichte doorvoereenheden. De werkelijke kosten zijn afhankelijk van het gebruik per uur, maar houd er rekening mee dat er minimale kosten zijn van 10% van Tmax de gereserveerde doorvoer-RU/s. Deze kostenverhoging geldt echter niet voor opslag- en runtimekosten. Zie Prijzen voor Azure API for FHIR voor meer informatie over prijzen.

Volgende stappen

In dit document hebt u geleerd over de functie voor automatisch schalen voor Azure API for FHIR. Zie voor een overzicht van Azure API for FHIR

Over Azure-API voor FHIR

FHIR® is een gedeponeerd handelsmerk van HL7 en wordt gebruikt met de toestemming van HL7.