Partager via

Architecture de cluster virtuel – Azure SQL Managed Instance

S’applique à :Azure SQL Managed Instance

Cet article décrit l'architecture et la gestion des opérations du cluster virtuel qui héberge Azure SQL Managed Instance.

Vue d’ensemble

Azure SQL Managed Instance est un client unique, une plateforme en tant que service (PaaS) composée de composants de service hébergés sur un ensemble dédié de machines virtuelles isolées et joints à un cluster virtuel. Ces ensembles dédiés de machines virtuelles sont placés dans des groupes de machines virtuelles basés sur des attributs de configuration d’instance similaires, tels que la génération de matériel et les fenêtres de maintenance. Une ou plusieurs instances peuvent se trouver dans un groupe de machines virtuelles, et un ou plusieurs groupes de machines virtuelles forment un cluster virtuel. Un cluster virtuel s'étend ou se contracte automatiquement en fonction des besoins pour accueillir les nouvelles instances et celles qui sont supprimées.

Chaque cluster virtuel est associé à un sous-réseau et déployé automatiquement lors de la création de la première SQL Managed Instance dans un sous-réseau. De même, un cluster virtuel est automatiquement supprimé lorsque la dernière instance d'un sous-réseau est supprimée, laissant le sous-réseau vide et prêt à être supprimé. Le cluster virtuel connecte le sous-réseau aux instances managées SQL déployées à l’intérieur de ce sous-réseau. Une liaison d'association de service (SAL) est utilisée pour établir l'association entre un sous-réseau et le groupement.

Le diagramme suivant montre l’organisation conceptuelle du cluster virtuel :

Diagramme montrant l'architecture du cluster virtuel pour Azure SQL Managed Instance.

Rôle dans les opérations de gestion

Le rôle du cluster virtuel dans les opérations de gestion consiste à rechercher les ressources de calcul appropriées pour l’opération et à gérer les ressources au sein du cluster. Ces ressources incluent les machines virtuelles qui créent l’instance et les groupes de machines virtuelles. Les opérations de gestion incluent la création de nouvelles instances et la suppression, ou la modification de la configuration des instances existantes. Le cluster virtuel développe, réduit ou supprime des groupes de machines virtuelles existants ou crée de nouveaux groupes de machines virtuelles, en fonction de l’opération.

Les groupes de machines virtuelles sont définis par des attributs de configuration d’instance similaires, tels que la génération de matériel et les fenêtres de maintenance. Par conséquent, apporter des modifications à l’un de ces attributs pour une instance déclenche le cluster virtuel pour effectuer une action sur les groupes de machines virtuelles qui le forment. Les actions déclenchées par les opérations de gestion incluent la création de machines virtuelles existantes ou la suppression de machines virtuelles existantes, ainsi que le développement de groupes existants et le déplacement d’instances entre des groupes. Si toutes les machines virtuelles sont supprimées d’un groupe, le cluster virtuel supprime également le groupe de machines virtuelles.

Par exemple, si vous modifiez la génération matérielle d’une instance, le cluster virtuel crée un groupe de machines virtuelles pour la génération de matériel s’il n’en existe pas déjà et déplace l’instance vers ce groupe.

La durée des opérations de modification de groupe virtuel dépend du type d'opération. Pour en savoir plus, reportez-vous à Opérations de gestion SQL Managed Instance.

Remarque

Les pools d’instances sont placés dans des groupes de machines virtuelles différents de ceux d’instances uniques.

Nombre de groupes de machines virtuelles

Le nombre de groupes de machines virtuelles dans un cluster virtuel dépend des facteurs suivants :

Vous pouvez déterminer le nombre de groupes de machines virtuelles dans un cluster virtuel en multipliant le nombre de configurations de génération de matériel différentes par le nombre de différentes configurations de fenêtre de maintenance dans votre sous-réseau. Par exemple, si vous avez deux configurations de génération de matériel (par exemple, une série Standard et une instance de série Premium) et deux configurations de fenêtre de maintenance différentes, le cluster virtuel a quatre groupes de machines virtuelles.

SQL Managed Instance prend en charge trois configurations de génération de matériel différentes et trois configurations de fenêtre de maintenance différentes. Par conséquent, le nombre minimal de groupes de machines virtuelles dans un cluster virtuel est de 1 (une configuration de génération de matériel, une configuration de fenêtre de maintenance) et le maximum est de 9 (trois configurations de génération de matériel différentes, trois configurations de fenêtre de maintenance différentes).

Importante

Étant donné qu’il existe une limite au nombre de machines virtuelles pouvant rejoindre un groupe, un manque d’espace dans un groupe existant peut entraîner la création d’un groupe de machines virtuelles avec des spécifications identiques. Il est possible qu’un sous-réseau avec un grand nombre d’instances ait plusieurs groupes d’ordinateurs avec la même configuration et dépasse neuf groupes de machines virtuelles.

Rôle de l'utilisation de l'adresse IP

La haute disponibilité intégrée d'Azure SQL Managed Instance est implémentée avec Azure Service Fabric. Un groupement Service Fabric est un ensemble de machines virtuelles ou physiques connectées au réseau. Chaque machine ou machine virtuelle qui fait partie d’un cluster Service Fabric est appelée nœud de cluster, et chaque nœud réserve une adresse IP. Par conséquent, chaque machine virtuelle dans l'ensemble dédié de machines virtuelles qui créent une SQL Managed Instance est considérée comme un nœud dans le groupement Service Fabric. Le cluster virtuel qui héberge une ou plusieurs SQL Managed Instances attribue des adresses IP à chaque machine virtuelle pour former un groupement Service Fabric pour la haute disponibilité.

Le cluster virtuel est responsable de l'attribution des adresses IP aux machines virtuelles qu'il contient et chaque cluster virtuel est associé à un seul sous-réseau. Par conséquent, vous devez tenir compte du nombre d'instances que vous prévoyez de déployer dans le sous-réseau lorsque vous déterminez la taille appropriée du sous-réseau.

Lorsque vous déterminez une taille appropriée pour le sous-réseau dans lequel vous souhaitez déployer vos instances managées SQL, prenez en compte les points suivants :

  • Nombre d'instances que vous prévoyez de déployer dans le sous-réseau
  • Nombre de groupes de machines virtuelles différents attendus dans le sous-réseau

Pour plus d’informations, consultez Déterminer la taille et la plage de sous-réseau requises pour Azure SQL Managed Instance.

Synchronisation DNS

Le cluster virtuel synchronise les modifications des paramètres du serveur DNS dans un réseau virtuel qui héberge des SQL Managed Instances existantes. Le cluster virtuel déclenche la synchronisation et la propage aux instances à l'intérieur du groupement. Pour plus d’informations, consultez Résoudre les noms de domaine privés dans Azure SQL Managed Instance.

Supprimer un sous-réseau après avoir supprimé une instance gérée SQL Azure

Avant de supprimer un sous-réseau utilisé pour les instances managées SQL, le sous-réseau doit être vide. Les clusters virtuels sont créés automatiquement lorsque la première instance du sous-réseau est créée et supprimée automatiquement lorsque la dernière instance du sous-réseau est supprimée. Par conséquent, vous devez d’abord supprimer toutes les instances du sous-réseau avant de pouvoir supprimer le sous-réseau.

Importante

  • La création et la suppression du cluster virtuel sont automatiques et ne nécessitent aucune action manuelle au-delà de la création de la première instance ou de la suppression de la dernière instance dans un sous-réseau.
  • La suppression d'un cluster virtuel est une opération durable qui peut durer jusqu'à 1 heure et demie. Le cluster virtuel est toujours visible dans le portail jusqu’à ce que la suppression du cluster virtuel se termine.

Dans de rares cas, la création d'une instance échoue et génère un cluster virtuel vide. En outre, comme vous pouvez annuler la création d'une instance, il est possible qu'un cluster virtuel soit déployé dans un état d'échec de déploiement. Les clusters virtuels vides ou les clusters avec des instances qui n’ont pas pu être déployées sont automatiquement supprimés en arrière-plan et aucun frais n’est associé à ces clusters.

Contenu connexe

  • Last updated on