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 une platform-as-a-service (PaaS) à client unique, avec des composants du service hébergés sur un ensemble dédié de machines virtuelles isolées et reliées à un cluster virtuel. Ces ensembles dédiés de machines virtuelles sont placés dans des groupes de machines virtuelles sur la base d'attributs de configuration d'instance similaires, comme la génération de matériel et les fenêtres de maintenance. Une ou plusieurs instances peuvent faire partie d'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 Managed Instances déployées dans 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 :

Rôle dans les opérations de gestion

Le rôle du cluster virtuel dans les opérations de gestion est de trouver les ressources de calcul appropriées pour l'opération, ainsi que de gérer les ressources au sein du groupement, comme les machines virtuelles qui créent l'instance et les groupes de machines virtuelles. Les opérations de gestion comprennent la création de nouvelles instances, ainsi que la suppression ou la modification de la configuration des instances existantes. Le cluster virtuel étend, réduit ou supprime les 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 étant définis par des attributs de configuration d'instance similaires (comme la génération de matériel et les fenêtres de maintenance), la modification de l'un de ces attributs pour une instance déclenche l'exécution par le cluster virtuel d'une action sur les groupes de machines virtuelles qui le composent. Les actions déclenchées par les opérations de gestion comprennent la création ou la suppression de machines virtuelles et de groupes de machines virtuelles existants, ainsi que l'extension de groupes existants et le déplacement d'instances entre les groupes. Si toutes les machines virtuelles sont retirées d'un groupe, le cluster virtuel supprime également le groupe de machines virtuelles.

Par exemple, si vous modifiez la génération de matériel d'une instance, le cluster virtuel crée un nouveau groupe de machines virtuelles pour la génération de matériel s'il n'en existe pas déjà un, 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.

Nombre de groupes de machines virtuelles

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

• le nombre de configurations de génération de matériel différentes
• le nombre de configurations de fenêtre de maintenance différentes
• Limites de la taille du groupe de machines virtuelles (définies sur la couche de calcul et susceptibles d'être modifiées)

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 configurations de fenêtres de maintenance différentes dans votre sous-réseau. Par exemple, si vous disposez de deux configurations de génération de matériel (comme une instance de la série Standard et une instance de la série Premium) et deux configurations de fenêtre de maintenance différentes, le cluster virtuel comporte 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 minimum 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).

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 faisant partie d'un groupement 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 la taille appropriée du sous-réseau dans lequel vous allez déployer vos Managed Instances, tenez compte des éléments suivants :

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

Reportez-vous à Déterminer la taille et la plage requises du sous-réseau pour Azure SQL Managed Instance pour en savoir plus.

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 en savoir plus, reportez-vous à Résolution des 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 des SQL Managed Instances, assurez-vous que le sous-réseau est vide. Les clusters virtuels sont automatiquement créés lors de la création de la première instance du sous-réseau et automatiquement supprimés lors de la suppression de la dernière instance du sous-réseau. Par conséquent, vous devez d'abord supprimer toutes les instances du sous-réseau avant de pouvoir supprimer le sous-réseau.

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 groupements dont les instances n'ont pas été déployées sont automatiquement supprimés en arrière-plan, et aucun frais n'est associé à ces groupements.

Étapes suivantes

• Pour obtenir une vue d’ensemble, consultez Présentation d’Azure SQL Managed Instance.
• Découvrez comment configurer un nouveau réseau virtuel Azure ou un réseau virtuel Azure existant sur lequel vous pouvez déployer une instance managée SQL.
• Calculez la taille du sous-réseau sur lequel vous souhaitez déployer SQL Managed Instance.
• Découvrez comment créer une instance managée :
  • À partir du portail Azure.
  • En utilisant PowerShell.
  • En utilisant un modèle Azure Resource Manager.
  • En utilisant un modèle Azure Resource Manager avec un jumpbox et SQL Server Management Studio.