Recommander une solution pour la disponibilité de la base de données
Azure SQL fournit différents niveaux d’options de disponibilité et de fonctionnalités de base de données en fonction des niveaux de service. Le niveau de service détermine l’architecture sous-jacente de la base de données ou de l’instance managée que vous déployez.
Ce qu’il faut savoir sur la disponibilité Usage général
Les bases de données et les instances managées SQL au niveau de service Usage général (ou Standard) ont la même architecture de disponibilité.
L’image illustre l’architecture de disponibilité au niveau vCore Usage général (ou DTU Standard) :
L’application se connecte au nom du serveur, qui se connecte ensuite à une passerelle (GW) qui pointe l’application vers le serveur auquel se connecter. L’application s’exécute sur une machine virtuelle.
Le niveau Usage général utilise le stockage distant. Le réplica principal utilise un SSD attaché localement pour la base de données temporaire, tempdb.
Les données et les fichiers journaux sont stockés dans Azure Stockage Premium, qui est un stockage localement redondant. Plusieurs copies sont stockées dans une zone d’une région.
Les fichiers de sauvegarde sont stockés dans Azure Stockage Standard, qui est RA-GRS par défaut. Il s’agit d’un stockage globalement redondant avec des copies dans plusieurs régions.
L'ensemble d'Azure SQL repose sur Azure Service Fabric, qui sert de colonne vertébrale d'Azure. Si Azure Service Fabric détermine qu’un basculement doit être effectué, le basculement est similaire à celui d’une instance de cluster de basculement (FCI). Service Fabric localise un nœud avec une capacité de rechange et fait tourner une nouvelle instance de SQL Server. Les fichiers de base de données sont attachés, la récupération est exécutée et les passerelles sont mises à jour pour faire pointer les applications vers le nouveau nœud. Aucun réseau virtuel, aucun écouteur ni aucune mise à jour n’est nécessaire. Ces fonctionnalités sont intégrées.
Ce qu’il faut savoir sur la disponibilité Critique pour l’entreprise
Dans le niveau Critique pour l’entreprise (ou Premium), vous pouvez généralement obtenir les performances et la disponibilité les plus élevées de tous les niveaux de service Azure SQL. Ce niveau est destiné aux applications stratégiques qui nécessitent une faible latence et un temps d’arrêt minimal.
L’image illustre l’architecture de disponibilité au niveau vCore Critique pour l’entreprise (ou DTU Premium) :
La disponibilité de la base de données au niveau Critique pour l’entreprise est semblable à celle obtenue lors du déploiement d’un groupe de disponibilité Always On en arrière-plan.
Contrairement au niveau Usage général, les fichiers de données et les fichiers journaux sont tous exécutés sur un SSD directement attaché, ce qui réduit considérablement la latence du réseau.
À ce niveau, il existe trois réplicas secondaires. Un réplica secondaire peut être utilisé comme point de terminaison en lecture seule (sans frais supplémentaires). Une transaction peut effectuer une validation quand au moins un réplica secondaire termine la modification.
Ce qu’il faut savoir sur la disponibilité Hyperscale
Le niveau de service Hyperscale est disponible uniquement dans Azure SQL Database. Ce niveau de service a une architecture unique, car il utilise une couche hiérarchisée de caches et de serveurs de pages pour étendre la capacité à accéder rapidement aux pages de base de données sans avoir à accéder directement au fichier de données.
L’image illustre l’architecture de disponibilité pour le niveau vCore Hyperscale :
L’architecture de niveau Hyperscale utilise des serveurs de pages appairés. Vous pouvez effectuer une mise à l’échelle horizontale pour mettre toutes les données dans des couches de mise en cache.
L’architecture Hyperscale prend en charge les bases de données aussi volumineuses que 128 To.
Ce niveau utilise des instantanés, ce qui permet des sauvegardes de base de données quasi instantanées, quelle que soit la taille de la base de données.
Les restaurations de bases de données prennent quelques minutes, plutôt que quelques heures ou jours.
Vous pouvez effectuer un scale-up ou un scale-down en temps constant pour adapter le système à vos charges de travail.
Ce qu’il faut prendre en compte lors du choix de la disponibilité des bases de données
Le tableau suivant compare la prise en charge de la disponibilité des bases de données selon les niveaux de service vCore. Pour le modèle DTU, vous pouvez associer les niveaux De base et Standard au niveau vCore Usage général, et le niveau Premium au niveau vCore Critique pour l’entreprise. Le modèle DTU n’offre pas de niveau Hyperscale. Quand vous comparez les options de support, réfléchissez au niveau de service qui répond aux exigences de disponibilité de la base de données pour Tailwind Traders.
| Niveaux vCore de SQL Database/SQL Managed Instance | Niveaux DTU SQL Database | Disponibilité des bases de données |
|---|---|---|
| Usage général | Standard ou De base | Fournit des options de calcul et de stockage équilibrées pour les charges de travail métier |
| Critique pour l’entreprise | Prime | Répond aux exigences de faible latence et permet une plus grande résilience aux défaillances pour les applications métier |
| Hyperscale | Aucun niveau applicable | Offre un stockage hautement scalable et répond aux exigences de mise à l’échelle en lecture pour les charges de travail métier |