Automatische schaalaanpassing voor de Azure API voor FHIR

Belangrijk

Azure API for FHIR wordt op 30 september 2026 buiten gebruik gesteld. Volg de migratiestrategieën om op die datum over te stappen naar de FHIR-service® van Azure Health Data Services. Vanwege de buitengebruikstelling van Azure API for FHIR zijn nieuwe klantimplementaties vanaf 1 april 2025 niet toegestaan. De FHIR-service van Azure Health Data Services is de ontwikkelde versie van Azure API for FHIR waarmee klanten FHIR-, DICOM- en MedTech-services kunnen beheren met integraties in andere Azure-services.

Met de Azure API for FHIR®, als een beheerde service, kunnen klanten FHIR® (Fast Healthcare Interoperability Resources) compatibele gezondheidszorggegevens opslaan en deze veilig uitwisselen via de service-API. Voor verschillende transactieworkloads kunnen klanten handmatig schalen of autoscale gebruiken.

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

Automatisch schalen op databaseniveau

Standaard is Azure API for FHIR 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 tot 100.000 aanpassen en een aanvraag indienen om de limiet te verhogen.

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

De volgende secties bevatten richtlijnen voor het inschakelen van automatisch schalen op databaseniveau.

Automatisch schalen inschakelen

Over het algemeen moeten klanten rekening houden met automatisch schalen wanneer hun workloads aanzienlijk variëren en onvoorspelbaar zijn.

Als u de functie voor automatisch schalen wilt inschakelen, moet de klant een eenmalige aanvraag voor ondersteuningstickets maken via Azure Portal. Het Microsoft-ondersteuningsteam schakelt de functie voor automatisch schalen in op basis van de ondersteuningsprioriteit.

Opmerking

De functie voor automatisch schalen is niet beschikbaar via Azure Portal.

Automatisch schalen voor RU/s

Wanneer automatische schaalaanpassing is ingeschakeld, berekent en stelt het systeem de initiële waarde in Tmax . 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 as-isworden bewaard. Klanten kunnen echter aanvragen dat de waarde wordt gewijzigd in iets tussen 10% en 100% van de Tmax waarde.

U kunt de maximale waarde voor RU/s of Tmax 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 inactief is, wordt de doorvoer RU/s teruggeschaald tot een waarde van 10% Tmax.

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 hoogste toegewezen waarde 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 aan gegevens en de hoogst geconfigureerde 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 aan gegevens en de hoogste 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 de waarde van RU/s of Tmax via het portal aanpassen indien het een geldig getal is en niet groter dan 100.000 RU/s. U kunt een ondersteuningsticket maken om een waarde aan te vragen Tmax die groter is dan 100.000.

Opmerking

Naarmate de gegevensopslag groeit, verhoogt het systeem automatisch de maximale doorvoer naar de eerstvolgende hoogste RU/s die ondersteuning kunnen bieden voor dat opslagniveau.

Automatisch schalen op rekenniveau

Hier volgen beleidsregels voor automatisch schalen die zijn gedefinieerd voor het rekenniveau van de FHIR-service.

• Trigger voor schaalvergroting

De 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. De triggers die momenteel worden ondersteund, zijn: Gemiddelde CPU, Max Worker Thread, Average LogWrite, Average data IO.

• Schaalsysteem

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

Om het best mogelijke resultaat te garanderen, raden we klanten aan om hun aanvraagsnelheid geleidelijk te verhogen zodat ze overeenkomen met de verwachte pushsnelheid, in plaats van alle aanvragen tegelijk te pushen.

Veelgestelde vragen

Hoe kan ik de vereiste doorvoer-RU/s schatten?

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

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

Gebruik de volgende formules om de vereiste RU/s te berekenen.

• Handmatig schalen: opslag in GB * 40
• Automatische schaalaanpassing: 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 handmatige schaal en de doorvoer-RU/s op te geven. De minimumwaarde voor handmatig schalen die u 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 de getallen die worden gebruikt bij autoscaling.

Zodra de wijziging is voltooid, zijn de nieuwe factureringstarieven gebaseerd op handmatige schaal.

Wat is de kostenimpact van automatische schaling?

De functie voor automatisch schalen brengt kosten met zich mee vanwege het automatisch beheren van de geconfigureerde doorvoereenheden. De werkelijke kosten zijn afhankelijk van het gebruik per uur, maar houd er rekening mee dat er minimale kosten van 10% voor Tmax gereserveerde doorvoer-RU/s zijn. De kostenverhoging is niet van toepassing op opslag- en runtimekosten. Voor informatie over prijzen, zie Azure API for FHIR pricing.

Volgende stappen

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

Over Azure-API voor FHIR

Opmerking

FHIR® is een geregistreerd handelsmerk van HL7 en wordt gebruikt met de machtiging HL7.