Niveau de service Usage général - Azure SQL Database et Azure SQLAzure SQL Managed Instance

S’APPLIQUE À : Azure SQL Database Azure SQL Managed Instance

Notes

Le niveau de service Usage général du modèle d’achat vCore correspond au niveau de service Standard du modèle d’achat DTU. Pour obtenir une comparaison du modèle d’achat vCore avec le modèle d’achat DTU, consultez Ressources et modèles d’achat.

Azure SQL Database et Azure SQL Managed Instance sont basés sur une architecture de moteur de base de données SQL Server qui est adaptée à l’environnement cloud afin de garantir une disponibilité de 99,99 % même en cas de défaillance de l’infrastructure.

Deux niveaux de service sont utilisés par Azure SQL Database et SQL Managed Instance :

  • Usage général
  • Critique pour l’entreprise

Azure SQL Database a également un troisième niveau de service, qui n’est pas actuellement disponible pour Azure SQL Managed Instance :

  • Hyperscale

Le modèle architectural du niveau de service Usage général est basé sur la séparation du calcul et du stockage. Ce modèle architectural s’appuie sur la haute disponibilité et la fiabilité du Stockage Blob Azure qui réplique les fichiers de base de données de façon transparente et qui garantit l’absence de perte de données en cas de panne de l’infrastructure sous-jacente.

L’illustration suivante montre quatre nœuds dans un modèle architectural Standard avec les couches de calcul et de stockage séparées.

Séparation du calcul et du stockage

Le modèle architectural correspondant au niveau de service Usage général présente deux couches :

  • Une couche de calcul sans état qui exécute le processus sqlservr.exe et contient uniquement des données transitoires et mises en cache (par exemple : cache du plan, pool de mémoires tampons, pool de stockage de colonnes). Ce nœud sans état est géré par Azure Service Fabric qui initialise le processus, contrôle l’intégrité du nœud et effectue le basculement vers un autre emplacement si nécessaire.
  • Une couche de données avec état comprenant les fichiers de base de données (.mdf/.ldf) stockés dans le service Stockage Blob Azure. Le service Stockage Blob Azure garantit qu'aucun enregistrement placé dans un fichier de base de données ne subira de perte de données. Stockage Azure est doté de fonctionnalités intégrées de redondance et de disponibilité des données qui garantissent la préservation des enregistrements d’un fichier journal ou des pages d’un fichier de données, même en cas de plantage du processus.

Dès que le moteur de base de données ou le système d’exploitation est mis à niveau, qu’une partie de l’infrastructure sous-jacente est défaillante ou qu’un problème critique est détecté dans le processus sqlservr.exe, Azure Service Fabric déplace le processus sans état vers un autre nœud de calcul sans état. Afin de réduire le temps de basculement, un ensemble de nœuds de réserve se tient prêt à exécuter le nouveau service de calcul en cas de basculement du nœud principal. Les données dans la couche Stockage Azure ne sont pas affectées, et les fichiers de données/journaux sont attachés à des processus nouvellement initialisés. Ce processus garantit une disponibilité de 99,99 %, mais il peut impacter les performances des lourdes charges de travail en cours d’exécution, et ce en raison des délais de transition et du fait que le nouveau nœud démarre avec un cache à froid.

Quand choisir ce niveau de service ?

Le niveau de service Usage général est un niveau de service par défaut dans Azure SQL Database et Azure SQL Managed Instance conçu pour la plupart des charges de travail génériques. Si vous avez besoin d’un moteur de base de données complètement managé, avec un SLA de 99,99 % et une latence de stockage comprise entre cinq et dix millisecondes, adapté à SQL Server sur une machine virtuelle Azure dans la plupart des cas, choisissez le niveau Usage général.

Étapes suivantes