Mise à l’échelle automatique pour l’API Azure pour FHIR

L’API Azure pour FHIR, en tant que service géré, permet aux clients de conserver les données médicales conformes à Fast Healthcare Interoperability Resources (FHIR®) et de les échanger en toute sécurité via l’API de service. Pour prendre en charge différentes charges de travail de transaction, les clients peuvent utiliser la mise à l’échelle manuelle ou la mise à l’échelle automatique.

L’API Azure pour FHIR fournit des fonctionnalités de mise à l’échelle au niveau de la base de données et du calcul.

Mise à l’échelle automatique au niveau de la base de données

Par défaut, l’API Azure pour FHIR est définie sur manuel pour la mise à l’échelle de la base de données. Cette option fonctionne bien lorsque les charges de travail de transaction sont connues et cohérentes. Les clients peuvent ajuster le débit RU/s via le portail jusqu’à 100 000 et envoyer une demande d’augmentation de la limite.

La fonctionnalité de mise à l’échelle automatique est conçue pour mettre à l’échelle les ressources Azure, y compris le débit de la base de données automatiquement en fonction des charges de travail, ce qui élimine les goulots d’étranglement possibles dans la couche de données.

Explique comment activer la mise à l’échelle automatique au niveau de la base de données avec les sections suivantes

Conseils pour activer la mise à l’échelle automatique

En général, les clients doivent envisager la mise à l’échelle automatique lorsque leurs charges de travail varient considérablement et sont imprévisibles.

Pour activer la fonctionnalité de mise à l’échelle automatique, le client doit créer un ticket de support unique pour le demander via Portail Azure. L’équipe de support Microsoft active la fonctionnalité de mise à l’échelle automatique en fonction de la priorité de support.

Notes

La fonctionnalité de mise à l’échelle automatique n’est pas disponible à partir du Portail Azure.

Mise à l’échelle automatique pour ru/s

Lorsque la mise à l’échelle automatique est activée, le système calcule et définit la valeur initiale Tmax. L’extensibilité est régie par la valeur de débit RU/s maximale, ou Tmax, et se met à l’échelle entre 0.1 *Tmax (ou 10 % Tmax) et Tmax RU/s. Tmax augmente automatiquement à mesure que la taille totale des données augmente. Pour garantir une scalabilité maximale, la valeur Tmax doit être conservée telle quelle. Toutefois, les clients peuvent demander que la valeur soit modifiée en quelque chose entre 10 % et 100 % de la valeur Tmax.

Vous pouvez augmenter la valeur maximale RU/s ou Tmax et aller aussi haut que le service le prend en charge. Lorsque le service est occupé, le débit RU/s est mis à l’échelle jusqu’à la valeur Tmax. Lorsque le service est inactif, le débit RU/s est réduit à 10 % de la valeur Tmax.

Vous pouvez également diminuer le nombre la valeur maximale RU/s ou Tmax. Lorsque vous réduisez le nombre maximal de RU/s, la valeur minimale que vous pouvez lui affecter est la suivante : MAX (4000, highest max RU/s ever provisioned / 10, current storage in GB * 400), arrondie aux 1 000 RU/s les plus proches.

• Exemple 1 : Vous avez 1 Go de données et le nombre approvisionné le plus élevé de RU/s est de 10 000. La valeur minimale est Max (4 000, 10 000/10, 1x400) = 4 000. Le premier nombre, 4 000, est utilisé.
• Exemple 2 : Vous avez 20 Go de données et le nombre approvisionné le plus élevé de RU/s est de 100 000. La valeur minimale est Max (4 000, 100,000/10, 20x400) = 10 000. Le deuxième nombre, 100 000/10 = 10 000, est utilisé.
• Exemple 3 : Vous avez 80 Go de données et le nombre approvisionné le plus élevé de RU/s est de 300 000. La valeur minimale est Max (4 000, 300 000/10, 80x400) = 32 000. Le troisième nombre, 80x400=32 000, est utilisé.

Vous pouvez ajuster la valeur maximale RU/s ou Tmax la valeur via le portail s’il s’agit d’un nombre valide et ne dépassant pas 100 000 RU/s. Vous pouvez créer un ticket de support pour demander Tmax une valeur supérieure à 100 000.

Notes

À mesure que le stockage des données augmente, le système augmente automatiquement le débit maximal jusqu’au prochain nombre de RU/s le plus élevé qui peut prendre en charge ce niveau de stockage.

Mise à l’échelle automatique au niveau du calcul

Les stratégies de mise à l’échelle automatique définies pour le niveau de calcul du service FHIR sont les suivantes :

• Déclencheur de mise à l’échelle

Le déclencheur de mise à l’échelle décrit le moment où la mise à l’échelle du service sera effectuée. Les conditions qui sont définies dans le déclencheur sont vérifiées régulièrement pour déterminer si un service doit être mis à l’échelle ou non. Tous les déclencheurs actuellement pris en charge sont Processeur moyen, Thread de travail maximal, LogWrite moyen, E/S de données moyennes.

• Mécanisme de mise à l’échelle

Le mécanisme de mise à l’échelle est appliqué si la vérification du déclencheur détermine que la mise à l’échelle est nécessaire. En outre, le déclencheur de mise à l’échelle n’est pas évalué à nouveau tant que l’intervalle de mise à l’échelle n’a pas expiré, qui est défini sur une minute pour l’API Azure pour FHIR.

Pour garantir le meilleur résultat possible, nous recommandons aux clients d’augmenter progressivement leur taux de demandes pour correspondre au taux d’envoi attendu, plutôt que d’envoyer (push) toutes les demandes à la fois.

Questions fréquentes (FAQ)

Comment estimer le débit de RU/s requis ?

La taille des données est l’un des facteurs utilisés pour calculer le débit total de RU/s requis pour la mise à l’échelle manuelle et la mise à l’échelle automatique. Vous trouverez la taille des données à l’aide de l’option de menu Métriques sous Surveillance. Démarrez un nouveau graphique et sélectionnez Taille de collection Cosmos DB dans la zone de liste déroulante Métrique et Max dans la zone « Agrégation ».

Vous devriez être en mesure de voir la taille maximale de la collecte de données au cours de la période sélectionnée. Remplacez l’« Intervalle de temps » si nécessaire, par exemple « 30 dernières minutes » par « Dernières 48 heures ».

Utilisez la formule pour calculer les RU/s requises.

• Mise à l’échelle manuelle : stockage en Go * 40
• Mise à l’échelle automatique : stockage en Go * 400

N’oubliez pas qu’il s’agit uniquement d’une estimation basée sur la taille des données et qu’il existe d’autres facteurs qui affectent les RU/s requises.

J’ai activé la mise à l’échelle automatique comment puis-je migrer vers la mise à l’échelle manuellement ?

Un ticket de support est nécessaire pour modifier la mise à l’échelle automatique en mise à l’échelle manuelle et spécifier le débit RU/s. La valeur minimale de la mise à l’échelle manuelle que vous pouvez définir est : MAX (400, highest max RU/s ever provisioned / 100, current storage in GB * 40), arrondie à la valeur de 1 000 RU/s la plus proche. Les nombres utilisés ici sont différents de ceux utilisés dans la mise à l’échelle automatique.

Une fois la modification effectuée, les nouveaux tarifs de facturation sont basés sur une mise à l’échelle manuelle.

Quel est l’impact du coût de la mise à l’échelle automatique ?

La fonctionnalité de mise à l’échelle automatique entraîne des coûts en raison de la gestion automatique des unités de débit approvisionnées. Les coûts réels dépendent de l’utilisation horaire, mais gardez à l’esprit qu’il existe des coûts minimaux de 10 % de Tmax pour le débit de RU/s réservé. Toutefois, cette augmentation de coût ne s’applique pas aux coûts de stockage et d’exécution. Pour plus d’informations sur la tarification, consultez Tarification de l’API Azure pour FHIR.

Étapes suivantes

Dans ce document, vous avez découvert la fonctionnalité de mise à l’échelle automatique pour l’API Azure pour FHIR. Pour obtenir une vue d’ensemble de l’API Azure pour FHIR, consultez

À propos de l’API Azure pour FHIR

FHIR® est une marque déposée de HL7 utilisé avec l’autorisation de HL7.