Partage via

Durée des opérations de gestion dans Azure SQL Managed Instance

S’applique à :Azure SQL Managed Instance

Cet article détaille les étapes et la durée des opérations de gestion dans Azure SQL Managed Instance.

Pour obtenir une vue d’ensemble des processus sous-jacents liés aux opérations de gestion, telles que l’amorçage et le basculement, consultez vue d’ensemble des opérations de gestion.

Étapes de l’opération de gestion

La gestion d’Azure SQL Managed Instance implique les opérations suivantes :

  • Créer : opérations qui se produisent lorsque vous créez une instance managée SQL. Cela inclut la création ou le redimensionnement du groupe de machines virtuelles sous-jacentes et le déploiement du processus du moteur de base de données SQL.
  • Mise à jour : opérations qui se produisent lorsque vous modifiez les propriétés d’une instance managée SQL existante, comme la mise à l’échelle du calcul ou le stockage, la modification du niveau de service ou la mise à jour de la configuration de l’instance. La création de mises à jour implique souvent la création ou le redimensionnement du groupe de machines virtuelles sous-jacentes, ainsi que l’amorçage des données, puis le basculement vers un nouveau processus du moteur de base de données SQL.
  • Supprimer : opérations qui se produisent lorsque vous supprimez une instance managée SQL existante, y compris le nettoyage des ressources telles que le groupe de machines virtuelles associé à l’instance.

Créer une opération

L’opération Create lance le déploiement d’une nouvelle instance managée SQL au sein d’un sous-réseau de réseau virtuel, tout en configurant le calcul, le stockage et l’environnement du moteur de base de données SQL pour l’instance.

Le processus de création passe généralement par trois phases :

  1. Valider la demande : les paramètres soumis sont validés de manière syntactique et sémantique. Si les paramètres ne sont pas valides (par exemple, le sous-réseau incorrect ou la référence SKU non prise en charge) l’opération échoue immédiatement avec une erreur.
  2. Créez ou redimensionnez le groupe de machines virtuelles : crée ou étend un groupe de machines virtuelles pour héberger la nouvelle instance. La durée de l’opération dépend du fait que l’instance est redondante dans une zone ou non.
  3. Démarrez une nouvelle instance SQL : déploie et démarre le processus du moteur de base de données SQL sur les machines virtuelles allouées.

Opération de mise à jour

L’opération de mise à jour modifie les propriétés d’une instance managée SQL existante, comme la mise à l’échelle du calcul ou le stockage, la modification du niveau de service ou la mise à jour de la configuration de l’instance.

Le processus de mise à jour passe généralement par cinq phases :

  1. Valider la demande : les paramètres soumis sont validés de manière syntactique et sémantique. Recherche les types de mises à jour pris en charge en fonction de la configuration actuelle de l’instance et des modifications demandées. Si la demande n’est pas valide, l’opération échoue avec une erreur.
  2. Créez ou redimensionnez le groupe de machines virtuelles : selon la modification, le groupe de machines virtuelles existant est redimensionné ou un nouveau groupe de machines virtuelles est créé, par exemple dans les opérations de mise à jour suivantes :
    • Mise à l’échelle du stockage vers le haut ou vers le bas
    • Mise à l’échelle du calcul vers le haut ou vers le bas
    • Modification du niveau de service
    • Modification du matériel
    • Ajustement de la fenêtre de maintenance
    • Activation ou désactivation de la redondance de zone
  3. Démarrer une instance SQL : un nouveau processus du moteur de base de données SQL est initialisé avec la configuration mise à jour.
    • Si un nouveau groupe de machines virtuelles est créé ou si le groupe de machines virtuelles existant est redimensionné, un déploiement complet du moteur de base de données SQL se produit.
  4. Stockage d’amorçage/attachement : prépare la base de données sur le nouveau groupe de machines virtuelles ou redimensionné. L’instance est disponible pendant ce processus.
  5. Préparez-vous, puis basculez : le trafic est redirigé vers la nouvelle instance.
    • Votre instance n’est pas disponible uniquement pendant le basculement, lorsque le trafic est redirigé vers le nouveau processus du moteur de base de données SQL. Dans le niveau de service Critique pour l’entreprise , votre instance n’est pas disponible pendant jusqu’à 20 secondes, tandis que dans le niveau de service Usage général , votre instance peut être indisponible pendant 2 minutes maximum.
  6. Nettoyez l’ancienne instance SQL : libérez les anciennes machines virtuelles et supprimez les processus SQL qui ne sont plus nécessaires.

Important

La mise à l’échelle du calcul ou du stockage, ou la modification du niveau de service, en même temps que les transactions de longue durée (telles que l’importation de données, les travaux de traitement des données ou la reconstruction d’index) n’est pas recommandée, car le basculement de la base de données à la fin de l’opération annule toutes les transactions en cours.

Opération de suppression

L’opération Delete supprime une instance managée SQL existante et nettoie les ressources associées. Dès qu’une opération de suppression est déclenchée, la facturation de SQL Managed Instance est désactivée. La durée de l’opération de suppression n’affecte pas la facturation.

Le processus de suppression passe généralement par quatre phases :

  1. Valider la demande : les paramètres soumis sont validés de manière syntactique et sémantique. Si la demande n’est pas valide, l’opération échoue avec une erreur.
  2. Sauvegarde de la fin du journal : si l’instance n’est pas vide, une sauvegarde de la fin du journal est effectuée pour chaque base de données afin de s’assurer qu’aucune donnée n’est perdue après la suppression de l’instance. Les sauvegardes sont conservées en fonction de la stratégie de rétention de chaque base de données.
  3. Nettoyage de l’instance SQL : le processus du moteur de base de données SQL est supprimé du groupe de machines virtuelles et les ressources associées à l’instance sont libérées.
  4. Supprimer le groupe de machines virtuelles : s’il existe d’autres instances dans le sous-réseau, le groupe de machines virtuelles reste intact pour ces instances. Si l’instance en cours de suppression est la dernière instance du sous-réseau, le groupe de machines virtuelles est supprimé de manière synchrone comme dernière étape. Lorsque la dernière instance d’un sous-réseau est supprimée, la suppression du groupe de machines virtuelles lance automatiquement la suppression du cluster virtuel.

Pools d’instances

Les pools d’instances vous permettent de créer et de gérer plusieurs instances avec des ressources partagées, ce qui permet de réduire les coûts et de simplifier la gestion. Le déploiement d’une instance individuelle au sein d’un pool existant est beaucoup plus rapide que l’approvisionnement d’une instance managée autonome, car l’infrastructure est déjà disponible.

La création d’un pool d’instances implique les étapes suivantes :

  • Valider la demande : les paramètres soumis sont validés de manière syntactique et sémantique. Si la demande n’est pas valide, l’opération échoue avec une erreur.
  • Créez le groupe de machines virtuelles : un nouveau groupe de machines virtuelles est créé pour héberger le pool d’instances au sein d’un sous-réseau d’un réseau virtuel Azure. Le nombre de vCores alloués au cluster virtuel est le nombre maximal de vCores utilisés par toutes les instances du pool. Il s’agit d’une opération ponctuelle qui configure l’infrastructure sous-jacente pour plusieurs instances managées.
  • Créer une instance : les instances sont créées dans le pool d’instances, ce qui implique le déploiement du processus du moteur de base de données SQL sur les machines virtuelles allouées. Les instances partagent les ressources du cluster virtuel, ce qui permet une utilisation plus efficace des ressources. Les instances sont créées par le client en fonction des besoins.

Créer une instance à l’intérieur d’un pool implique les étapes suivantes :

  • Valider la demande : les paramètres soumis sont validés de manière syntactique et sémantique. Si la demande n’est pas valide, l’opération échoue avec une erreur.
  • Créer une instance : les instances sont créées dans le pool d’instances, ce qui implique le déploiement du processus du moteur de base de données SQL sur les machines virtuelles allouées.

Le déplacement d’une instance vers un pool d’instances implique les étapes suivantes :

  • Valider la demande : les paramètres soumis sont validés de manière syntactique et sémantique. Si la demande n’est pas valide, l’opération échoue avec une erreur.
  • Allouer des vCores : l’instance doit être affectée à un nombre adéquat de vCores requis à partir du pool. Comme nous avons déjà approvisionné des vCores dans le pool, cela est facile et fonctionne de la même façon que l’approvisionnement d’une nouvelle instance à l’intérieur du pool.

Le déplacement d’une instance hors d’un pool d’instances implique les étapes suivantes :

  • Valider la demande : les paramètres soumis sont validés de manière syntactique et sémantique. Si la demande n’est pas valide, l’opération échoue avec une erreur.
  • Créez ou redimensionnez le groupe de machines virtuelles : cela nécessite de fournir un nombre adéquat de vCores requis à l’instance en dehors du pool. Les vCores ne sont pas prêts et doivent être provisionnés. Cette opération est donc identique à toute durée de mise à jour qui doit redimensionner un groupe de machines virtuelles existant ou créer un groupe de machines virtuelles.

Redondance de zone

Une fois la redondance de zone activée, les couches de calcul et de stockage sont réparties entre plusieurs zones de disponibilité pour garantir la haute disponibilité et l’intégrité des données.

La redondance de zone étend la durée des opérations de gestion pour prendre en charge les modifications apportées aux ressources dans plusieurs zones de disponibilité.

Durée de l’opération de gestion

La durée des opérations de gestion varie en fonction du niveau de service de SQL Managed Instance. Les sections suivantes fournissent des informations détaillées sur la durée des opérations de gestion pour chaque niveau de service :

Le tableau suivant détaille la durée des opérations de gestion dans le niveau de service Usage général , y compris les segments longs et la durée estimée de chaque opération :

Opération de gestion Segments longs Durée estimée
Créer des opérations
Création d’une instance Création ou redimensionnement du groupe de machines virtuelles 95% des opérations se terminent en 30 minutes
Création d’une instance redondante interzone Création ou redimensionnement d’un groupe de machines virtuelles avec redondance de zone 95% des opérations se terminent en 4 heures
Création d’un pool d’instances Création du groupe de machines virtuelles 95% des opérations se terminent en 30 minutes
Création d’une instance à l’intérieur d’un pool Aucun 95% des opérations se terminent en moins de 10 minutes
Opérations de mise à jour
Modification des propriétés d’instance de base telles que le type de licence ou Microsoft Entra Aucun Jusqu’à une minute
Mise à l’échelle du stockage Aucun 99% des opérations se terminent en 5 minutes
Mise à l’échelle du calcul (vCores) Création ou redimensionnement du groupe de machines virtuelles 95% des opérations se terminent en 60 minutes
Passage au niveau de service Critique pour l’entreprise Redimensionnement du groupe de machines virtuelles
+ Amorçage de base de données		 95% des opérations se terminent en 60 minutes + temps pour les bases de données initiales
Passage au niveau de service Usage général next-gen Création ou redimensionnement du groupe de machines virtuelles
+ Amorçage de base de données		 95% des opérations se terminent en 60 minutes + temps pour les bases de données initiales
Modification de la fenêtre de matériel ou de maintenance Création ou redimensionnement du groupe de machines virtuelles 95% des opérations se terminent en 60 minutes
Activation de la redondance de zone Création d’un groupe de machines virtuelles
+ Amorçage de base de données		 95% d’opérations se terminent en 4 heures + temps pour les bases de données initiales
Désactivation de la redondance de zone Création d’un groupe de machines virtuelles
+ Amorçage de base de données		 95% des opérations se terminent en 30 minutes + temps pour les bases de données initiales
Déplacement d’une instance vers un pool d’instances Aucun 95% des opérations se terminent en 10 minutes
Déplacement d’une instance hors d’un pool d’instances Création ou redimensionnement du groupe de machines virtuelles 95% des opérations se terminent en 60 minutes
Opérations de suppression
Suppression de la dernière instance1 Sauvegarde de la fin du journal pour toutes les bases de données 90% des opérations se terminent en 1 minute.
Suppression de la dernière instance2 Sauvegarde de la fin de journal pour toutes les bases de données
Suppression d’un cluster virtuel		 95% des opérations se terminent en 90 minutes

1 S’il existe plusieurs groupes de machines virtuelles dans le cluster, la suppression de la dernière instance du groupe déclenche immédiatement la suppression asynchrone du groupe de machines virtuelles.
2 La suppression de la dernière instance dans le sous-réseau déclenche immédiatement la suppression du cluster virtuel de manière synchrone.

Votre instance est disponible pour la durée de toutes les opérations de gestion, à l’exception de la dernière étape de basculement , lorsque le trafic est redirigé vers le nouveau processus du moteur de base de données SQL. Dans le niveau de service Critique pour l’entreprise , votre instance n’est pas disponible pendant 20 secondes maximum, tandis que dans les niveaux de service Usage général et Next-gen , votre instance peut être indisponible pendant jusqu’à 2 minutes.

Durée d’amorçage

L’amorçage est le processus d’initialisation et de synchronisation des données entre les processus du moteur de base de données SQL. La durée d’amorçage dépend principalement de la taille de la base de données. En moyenne, l’amorçage se produit à un taux d’environ 220 Go par heure.

L’amorçage est exécuté simultanément via huit canaux parallèles. À tout moment, huit bases de données sont sélectionnées pour le transfert de données. Dès que le transfert d’une base de données se termine, la base de données disponible suivante est affectée au canal gratuit maintenant, ce qui garantit un débit continu et efficace.

Le tableau suivant fournit les informations suivantes :

  • Temps d’amorçage estimé probable pour la majorité des cas
  • Durée d’amorçage maximale attendue pour 95% cas
Plage de taille de base de données (Go) Temps d’amorçage probable Durée maximale d’amorçage attendue
0 - 32 Go 30 minutes 1 heure
32 à 256 Go 1,5 heures 2 heures
256 à 512 Go 2 heures 5 heures
512 - 1024 Go 5 heures 9 heures
1024 - 2048 Go 9 heures 15 heures
2048 - 3072 Go 10 heures 16 heures
3072 - 4096 Go 12 heures 18 heures
Supérieur à 4 096 Go 15 heures 20 heures

Contenu connexe

  • Last updated on