Skip to content

Commit 862f744

Browse files
authored
Merge pull request #275295 from shellyhaverkamp/smh-fhir-autoscale
autoscale update
2 parents 74bb1f7 + 19e0df3 commit 862f744

File tree

4 files changed

+61
-60
lines changed

4 files changed

+61
-60
lines changed

articles/healthcare-apis/.openpublishing.redirection.healthcare-apis.json

Lines changed: 10 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -443,22 +443,27 @@
443443
{
444444
"source_path_from_root": "/articles/healthcare-apis/fhir/fhir-service-access-token-validation.md",
445445
"redirect_url": "/azure/healthcare-apis/get-access-token",
446-
"redirect_document_id": true
446+
"redirect_document_id": false
447447
},
448448
{
449449
"source_path_from_root": "/articles/healthcare-apis/fhir/get-healthcare-apis-access-token-cli.md",
450450
"redirect_url": "/azure/healthcare-apis/get-access-token",
451-
"redirect_document_id": false
451+
"redirect_document_id": true
452452
},
453453
{
454454
"source_path_from_root": "/articles/healthcare-apis/fhir/fhir-portal-quickstart.md",
455455
"redirect_url": "/azure/healthcare-apis/deploy-azure-portal",
456456
"redirect_document_id": false
457457
},
458458
{
459-
"source_path_from_root": "/articles/healthcare-apis/fhir/de-identified-export.md",
460-
"redirect_url": "/azure/healthcare-apis/fhir/deidentified-export",
461-
"redirect_document_id": false
459+
"source_path_from_root": "/articles/healthcare-apis/fhir/de-identified-export.md",
460+
"redirect_url": "/azure/healthcare-apis/fhir/deidentified-export",
461+
"redirect_document_id": true
462+
},
463+
{
464+
"source_path_from_root": "/articles/healthcare-apis/fhir/fhir-service-autoscale.md",
465+
"redirect_url": "/azure/healthcare-apis/fhir/autoscale",
466+
"redirect_document_id": true
462467
},
463468
{
464469
"source_path_from_root": "/articles/healthcare-apis/dicom/dicom-get-access-token-azure-cli.md",
Lines changed: 50 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,50 @@
1+
---
2+
title: Autoscale feature for Azure Health Data Services FHIR service
3+
description: Explore how autoscaling in the FHIR service in Azure Health Data Services boosts efficiency and helps ensure optimal performance by scaling resources based on load.
4+
author: expekesheth
5+
ms.service: healthcare-apis
6+
ms.subservice: fhir
7+
ms.topic: conceptual
8+
ms.date: 05/13/2024
9+
ms.author: kesheth
10+
---
11+
12+
# Autoscaling
13+
14+
Azure Health Data Services provides a managed service for persisting FHIR®-compliant healthcare data and interacting with the data securely through the API service endpoint.
15+
16+
Autoscaling is a capability to dynamically scale FHIR service based on the load reported. The FHIR service in Azure Health Data Services provides the built-in autoscaling capability and the process is automated. This capability provides elasticity and enables provisioning of more instances for FHIR service customers on demand.
17+
18+
The autoscaling feature for FHIR service is available in all regions where the FHIR service is supported.
19+
> [!NOTE]
20+
> Autoscaling feature is subject to the resources availability in Azure regions.
21+
22+
The autoscaling feature adjusts computing resources automatically to optimize service scalability. There's no action required from customers.
23+
24+
## Autoscale at the compute level
25+
26+
### Scaling trigger
27+
28+
Scaling triggers describes when scaling of the service is performed. Conditions defined in the trigger are checked periodically to determine if a service should be scaled or not. All triggers that are currently supported are Average CPU, Max Worker Thread, Average LogWrite, Average data IO.
29+
30+
### Scaling mechanism
31+
32+
The scaling mechanism is applied if the trigger check determines that scaling is necessary. Additionally, the scaling trigger isn't evaluated again until the scaling interval expires, which is set to one minute for the FHIR service.
33+
34+
To ensure the best possible outcome, we recommend that you gradually increase your request rate to match the expected push rate, rather than pushing all requests at the same time.
35+
36+
## FAQ
37+
38+
### What is the cost to enable autoscaling for FHIR service?
39+
40+
The autoscaling feature incurs no extra costs.
41+
42+
### What should customers do if there's high volume of HTTP 429 errors?
43+
44+
We recommend that you gradually increase the request rate to see if it reduces HTTP 429 errors. For consistent 429 errors, create a support ticket through the Azure portal. The support team engages with you to understand your scaling trigger needs.
45+
46+
## Related content
47+
48+
[Supported FHIR Features](fhir-features-supported.md)
49+
50+
[!INCLUDE [FHIR trademark statement](../includes/healthcare-apis-fhir-trademark.md)]

articles/healthcare-apis/fhir/fhir-service-autoscale.md

Lines changed: 0 additions & 54 deletions
This file was deleted.

articles/healthcare-apis/fhir/toc.yml

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,7 @@ items:
77
- name: What is the FHIR service?
88
href: overview.md
99
- name: FHIR service autoscale
10-
href: fhir-service-autoscale.md
10+
href: autoscale.md
1111
- name: FHIR REST API capabilities
1212
href: fhir-rest-api-capabilities.md
1313
- name: Versioning policy and history management

0 commit comments

Comments
 (0)