Votre plateforme SaaS héberge 200 petites bases de données de locataires. Chaque locataire connaît de brèves pointes d'activité imprévisibles, tandis que l'utilisation agrégée reste modérée. Vous souhaitez minimiser les coûts de calcul, utiliser les remises sur la capacité réservée et éviter de gérer la mise à l'échelle par base de données. Quel déploiement devriez-vous choisir ?

Un pool élastique Azure SQL Database vCore (Usage général) est la solution la plus rentable et la plus efficace. Il permet de partager les ressources de calcul (vCores) entre plusieurs bases de données, ce qui est idéal pour des charges de travail imprévisibles et en rafale où l'utilisation agrégée est modérée. Les remises sur la capacité réservée peuvent être appliquées au pool, et la gestion de la mise à l'échelle est simplifiée au niveau du pool plutôt que par base de données individuelle. La configuration des paramètres min/max par base de données au sein du pool assure une allocation équitable des ressources. Les bases de données serverless avec pause automatique ne permettent pas d'utiliser les remises sur la capacité réservée et peuvent introduire une latence au redémarrage. Une instance gérée Azure SQL est plus coûteuse et surdimensionnée pour 200 petites bases de données avec une utilisation agrégée modérée. Les bases de données Premium basées sur les DTU sont moins flexibles et plus coûteuses que les vCores pour ce scénario. Hyperscale est conçu pour des bases de données uniques très volumineuses et n'est pas adapté pour consolider de nombreuses petites bases de données de locataires.