Déterminer la taille et la plage du sous-réseau pour Azure SQL Managed Instance

  • Article

S’applique à :Azure SQL Managed Instance

Cet article vous aide à déterminer la taille de sous-réseau et la plage d'adresses IP appropriées pour Azure SQL Managed Instance.

Vue d’ensemble

Azure SQL Managed Instance est constituée de composants du service hébergés sur un ensemble dédié de machines virtuelles isolées placées dans un ou plusieurs groupes de machines virtuelles hébergés par un cluster virtuel et déployés dans un réseau virtuel Azure.

Un cluster virtuel, associé à un sous-réseau unique dans un réseau virtuel, peut héberger une ou plusieurs SQL Managed Instances. Le nombre d'instances pouvant être déployées vers un sous-réseau dépend de la taille du sous-réseau (plage de sous-réseau).

Lorsque vous créez une SQL Managed Instance, Azure attribue un certain nombre de machines virtuelles en fonction du niveau de service choisi. Ces machines virtuelles sont associées à votre sous-réseau, par conséquent, elles ont besoin d'adresses IP. Pour garantir une haute disponibilité pendant les opérations régulières et la maintenance des services, Azure peut attribuer des machines virtuelles supplémentaires. Le nombre d'adresses IP requises dans un sous-réseau est généralement supérieur au nombre de SQL Managed Instances dans ce sous-réseau.

Déterminer la taille du sous-réseau

Planifiez soigneusement la taille du sous-réseau pour vos déploiements de SQL Managed Instances.

Par conception, chaque SQL Managed Instance a besoin d'un minimum de 32 adresses IP dans un sous-réseau. Vous pouvez utiliser un masque de sous-réseau minimum de /27 lorsque vous définissez vos plages d'adresses IP de sous-réseau.

Voici une liste de considérations à prendre en compte pour déterminer la taille de votre sous-réseau :

  • Considérations relatives à l'instance :
    • nombre de SQL Managed Instances
    • niveau de service des instances
  • Considérations relatives au cluster virtuel :
    • configurations matérielles
    • configurations de fenêtre de maintenance
  • Considérations relatives aux opérations de gestion :
    • Plans d’échelle vers le haut/bas ou de modification du niveau de service, de configuration matérielle ou de fenêtre de maintenance

Les paramètres suivants permettent d'effectuer un calcul :

  • Azure utilise cinq adresses IP dans le sous-réseau pour ses besoins propres.
  • Chaque groupe de machines virtuelles attribue six adresses supplémentaires.
  • Chaque SQL Managed Instance utilise un nombre d'adresses qui dépend du niveau de service.
    • La SQL Managed Instance à usage général utilise trois adresses
    • La SQL Managed Instance critique pour l'entreprise utilise cinq adresses
  • Chaque requête de mise à l'échelle double temporairement le nombre d'adresses attribuées pour l'instance mise à l'échelle

Important

La modification de la plage d'adresses du sous-réseau n'est pas prise en charge lorsque des ressources existent dans le sous-réseau, il est par conséquent préférable d'utiliser des sous-réseaux plus grands plutôt que des sous-réseaux plus petits afin d'éviter tout problème à l'avenir.

Instance à déploiement unique

La table suivante indique le nombre d'adresses IP nécessaires pour une instance unique dans un sous-réseau déployé pour chaque niveau de service :

Niveau de service Utilisation d'Azure1 Utilisation du groupe de machines virtuelles2 Utilisation de l’instance Total3
Usage général 5 6 3 14
Critique pour l’entreprise 5 6 5 16

1 Les adresses utilisées par Azure sont partagées par toutes les instances du sous-réseau.
2 Les adresses utilisées par le groupe de machines virtuelles sont partagées par les instances placées dans le même groupe.
3 Le nombre total d'adresses utilisées par l'instance

L'ajout d'instances au sous-réseau augmente le nombre d'adresses utilisées par l'instance et donc le nombre total d'adresses.

Sous-réseaux multi-instances

La formule de cette section calcule le nombre d'adresses nécessaires pour plusieurs instances dans un sous-réseau, en tenant compte de la possibilité de créer de nouveaux groupes de machines virtuelles lors d'une requête ultérieure de création ou de mise à jour d'instance, ainsi que de la fenêtre de maintenance et des exigences matérielles de clusters virtuels.

Utilisez la formule suivante pour calculer le nombre total d'adresses IP en fonction du nombre d'instances :

5 + (a * 6) + (b * 10) + (c * 6) où

  • a = nombre d’instances à usage général (GP)
  • b = nombre d’instances critiques pour l’entreprise (BC)
  • c = nombre de différents groupes de machines virtuelles

La liste suivante explique les chiffres utilisés dans la formule :

  • 5 est le nombre d'adresses IP réservées par Azure
  • 6 adresses par instance GP (3 pour le déploiement initial, 3 pour une éventuelle opération de mise à l'échelle)
  • 10 adresses par instance BC (5 pour le déploiement initial, 5 pour une éventuelle opération de mise à l'échelle)
  • 6 adresses par groupe de machines virtuelles

Important

Le nombre de machines virtuelles pouvant rejoindre un groupe étant limité, un manque d'espace dans un groupe existant peut entraîner la création d'un groupe de machines virtuelles aux spécifications identiques. Il est possible qu'un sous-réseau avec un grand nombre d'instances ait plusieurs groupes de machines avec la même configuration, et dépasse 9 groupes de machines virtuelles.

Exemple 1

Vous prévoyez de déployer trois instances à usage général et deux instances critiques pour l'entreprise sur le même sous-réseau. Toutes les instances ont la même fenêtre de maintenance et fonctionnent sur la même configuration matérielle.

Pour insérer ces valeurs dans la formule : 5 + (3 * 6) + (2 * 10) + (1 * 6) = 49

Les plages IP sont définies par puissances de 2, pour prendre en charge 49 adresses IP. Par conséquent, votre sous-réseau a besoin d'une plage IP minimale de 64 (2^6) pour ce déploiement. Réservez le sous-réseau avec un masque de sous-réseau de /26.

Exemple 2

Vous prévoyez de déployer sept instances sur le même sous-réseau, quatre instances à usage général et trois instances critiques pour l'entreprise. Trois sont des instances dev/test exécutées sur du matériel de série Standard avec une fenêtre de maintenance par défaut (groupe de machines virtuelles 1), tandis que les quatre autres sont en production, exécutées sur du matériel de série Premium avec une fenêtre de maintenance le week-end (groupe de machines virtuelles 2).

Pour insérer ces valeurs dans la formule : 5 + (4 * 6) + (3 * 10) + (2 * 6) = 71

Les plages d'adresses IP étant définies par puissances de 2, pour prendre en charge 71 adresses IP, votre sous-réseau a besoin d'une plage d'adresses IP minimale de 128 (2^7) pour ce déploiement. Vous devez réserver le sous-réseau avec un masque de sous-réseau de /25.

Attention

Bien qu'il soit possible de déployer des SQL Managed Instances sur un sous-réseau comportant moins d'adresses IP que ne le suggère la formule, envisagez toujours d'utiliser des sous-réseaux plus grands afin d'éviter tout problème futur lié à un manque d'adresses IP. Ces problèmes sont par exemple, l'impossibilité de créer des instances supplémentaires dans le sous-réseau ou de mettre à l'échelle les instances existantes.

Scénarios de mise à jour

Lors d'une opération de mise à l'échelle, les instances ont temporairement besoin d'une capacité IP supplémentaire qui dépend du niveau de service.

La table suivante indique le nombre temporaire d'adresses IP supplémentaires nécessaires pour une opération de mise à l'échelle ne nécessitant pas la création d'un nouveau groupe de machines virtuelles :

Niveau de service Scénario Adresses supplémentaires
GP Mise à l’échelle de vCores 3
GP Mise à l’échelle du stockage 0
GP Passage à BC 5
BC Mise à l’échelle de vCores 5
BC Mise à l’échelle du stockage 5
BC Passage à GP 3

Les opérations entraînant la création d'un nouveau groupe de machines virtuelles, comme la modification d'une génération de matériel ou d'une fenêtre de maintenance, nécessitent 6 adresses permanentes supplémentaires pour le nouveau groupe.

Étapes suivantes