Configurer un équilibreur de charge Azure pour un VNN FCI - SQL Server sur des machines virtuelles Azure

S’applique à : SQL Server sur la machine virtuelle Azure

Sur les machines virtuelles Azure, les clusters utilisent un équilibrage de charge pour conserver une adresse IP qui doit se trouver sur un nœud de cluster à la fois. Dans cette solution, l’équilibreur de charge conserve l’adresse IP du nom de réseau virtuel (VNN) utilisé par la ressource en cluster dans Azure.

Cet article vous apprend à configurer un équilibreur de charge à l’aide du service Azure Load Balancer. L’équilibreur de charge route le trafic vers votre instance de cluster de basculement avec Microsoft SQL Server sur des machines virtuelles Azure pour la haute disponibilité et la reprise d’activité (HADR).

Pour une autre option de connectivité pour SQL Server 2019 CU2 et versions ultérieures, envisagez plutôt un nom de réseau distribué (DNN). Un DNN offre une configuration simplifiée et un basculement amélioré.

Prérequis

Avant d’effectuer les étapes décrites dans cet article, vous devez déjà disposer des éléments suivants :

• Avoir déterminé qu’Azure Load Balancer est l’option de connectivité appropriée pour votre FCI.
• Configurez votre FCI.
• Avoir installé la version la plus récente de PowerShell.

Créer un équilibrage de charge

Vous pouvez créer l’un de ces types d’équilibreurs de charge :

• Interne : un équilibreur de charge interne est accessible uniquement à partir de ressources privées internes au réseau. Lorsque vous configurez un équilibreur de charge interne et ses règles, utilisez l’adresse IP de la FCI comme adresse IP front-end.

• Externe : un équilibreur de charge externe peut router du trafic des ressources publiques vers des ressources internes. Lorsque vous configurez un équilibreur de charge externe, vous ne pouvez pas utiliser une adresse IP publique telle que l’adresse IP de la FCI.

  Pour utiliser un équilibreur de charge externe, allouez logiquement une adresse IP située dans le même sous-réseau que la FCI et qui n’est pas en conflit avec une autre adresse IP. Utilisez cette adresse comme adresse IP front-end pour les règles d’équilibrage de charge.

Pour créer l’équilibrage de charge :

1. Dans le portail Azure, accédez au groupe de ressources contenant les machines virtuelles.

2. Sélectionnez Ajouter. Recherchez équilibreur de charge sur la Place de marché Azure. Sélectionnez Équilibreur de charge.

3. Sélectionnez Create (Créer).

4. Dans Créer un équilibreur de charge, sous l’onglet De base, configurez l’équilibreur de charge à l’aide des valeurs suivantes :

   • Abonnement: Votre abonnement Azure.
   • Groupe de ressources : Le groupe de ressources qui contient vos machines virtuelles.
   • Name : Nom qui identifie l’équilibreur de charge.
   • Région : L’emplacement Azure qui contient vos machines virtuelles.
   • Référence SKU : Standard.
   • Type : Public ou Interne. Un équilibreur de charge interne est disponible à partir du réseau virtuel. La plupart des applications Azure peuvent utiliser un équilibreur de charge interne. Si votre application doit accéder à SQL Server directement via Internet, utilisez un équilibrage de charge public.
   • Niveau : Régional.

   

5. Sélectionner Suivant : Configuration d’adresse IP front-end.

6. Sélectionnez + Ajouter une configuration IP front-end.

   

7. Configurez l’adresse IP front-end avec les valeurs suivantes :

   • Nom : nom qui identifie la configuration de l’adresse IP front-end.
   • Réseau virtuel : Le même réseau que les machines virtuelles.
   • Sous-réseau : le même sous-réseau que les machines virtuelles.
   • Affectation : Statique.
   • Adresse IP : adresse IP que vous avez attribuée à la ressource réseau en cluster.
   • Zone de disponibilité : zone de disponibilité facultative dans laquelle déployer votre adresse IP.

   

8. Sélectionnez Ajouter pour créer l’adresse IP front-end

9. Choisissez Vérifier + créer pour créer l’équilibreur de charge.

Configurer un pool de back-ends

1. Revenez au groupe de ressources Azure contenant les machines virtuelles et recherchez le nouvel équilibrage de charge. Vous devrez peut-être actualiser l’affichage du groupe de ressources. Sélectionnez l’équilibreur de charge.

2. Sélectionnez Pools de back-ends, puis sélectionnez + Ajouter.

3. Pour Nom, indiquez un nom pour le pool de back-ends.

4. Pour Configuration du pool de back-ends, sélectionnez Carte réseau.

5. Sélectionnez Ajouter pour associer le pool de back-ends au groupe à haute disponibilité contenant les machines virtuelles.

6. Sous Machine virtuelle, choisissez les machines virtuelles qui participent en tant que nœuds de cluster. Veillez à inclure toutes les machines virtuelles qui hébergeront l’infrastructure ICF.

   Ajoutez uniquement l’adresse IP principale de chaque machine virtuelle. N’ajoutez pas d’adresses IP secondaires.

7. Sélectionnez Ajouter pour ajouter les machines virtuelles au pool de back-ends.

8. Sélectionnez Enregistrer pour créer le pool de back-ends.

Configurer une sonde d’intégrité

1. Dans le volet de l’équilibreur de charge, sélectionnez Sondes d’intégrité.

2. Dans le volet Ajouter une sonde d’intégrité, définissez les paramètres suivants :

   • Name : Nom de la sonde d’intégrité.
   • Protocole : TCP.
   • Port : port que vous avez créé dans le pare-feu pour la sonde d’intégrité lors de la préparation de la machine virtuelle. Dans cet article, l’exemple utilise le port TCP 59999.
   • Intervalle : 5 secondes.

3. Sélectionnez Ajouter.

Définir les règles d’équilibrage de charge

1. Dans le volet de l’équilibreur de charge, sélectionnez Règles d’équilibrage de charge.

2. Sélectionnez Ajouter.

3. Définissez ces paramètres :

   • Nom : nom de la règle d’équilibrage de charge.
   • Adresse IP front-end : adresse IP que vous avez définie lorsque vous avez configuré le front-end.
   • Pool de back-ends : pool de back-ends qui contient les machines virtuelles ciblées pour l’équilibreur de charge.
   • Ports HA : active l’équilibrage de charge sur tous les ports pour les protocoles TCP et UDP.
   • Protocole : TCP.
   • Port : Port TCP SQL Server. La valeur par défaut est 1433.
   • Port principal : Même port que la valeur Port lorsque vous activez Adresse IP flottante (retour direct du serveur) .
   • Sonde d’intégrité : La sonde d’intégrité que vous avez configurée précédemment.
   • Persistance de session : Aucune.
   • Délai d’inactivité (minutes) : 4.
   • Adresse IP flottante (retour direct du serveur) : activé.

4. Sélectionnez Enregistrer.

Configurer une sonde de cluster

Définissez le paramètre de port de sonde de cluster dans PowerShell.

$ClusterNetworkName = "<Cluster Network Name>"
$IPResourceName = "<SQL Server FCI IP Address Resource Name>" 
$ILBIP = "<n.n.n.n>" 
[int]$ProbePort = <nnnnn>

Import-Module FailoverClusters

Get-ClusterResource $IPResourceName | Set-ClusterParameter -Multiple @{"Address"="$ILBIP";"ProbePort"=$ProbePort;"SubnetMask"="255.255.255.255";"Network"="$ClusterNetworkName";"EnableDhcp"=0}

Get-ClusterResource $IPResourceName | Get-ClusterParameter

$ClusterNetworkName = "<Cluster Network Name>"
$IPResourceName = "<SQL Server FCI IP Address Resource Name>" 
$ELBIP = "<n.n.n.n>" 
[int]$ProbePort = <nnnnn>

Import-Module FailoverClusters

Get-ClusterResource $IPResourceName | Set-ClusterParameter -Multiple @{"Address"="$ELBIP";"ProbePort"=$ProbePort;"SubnetMask"="255.255.255.255";"Network"="$ClusterNetworkName";"EnableDhcp"=0}

Get-ClusterResource $IPResourceName | Get-ClusterParameter

Modifier la chaîne de connexion

Pour les clients qui le prennent en charge, ajoutez MultiSubnetFailover=True à la chaîne de connexion. Bien que l’option de connexion MultiSubnetFailover ne soit pas obligatoire, elle offre l’avantage d’un basculement de sous-réseau plus rapide. Cela est dû au fait que le pilote client essaie d’ouvrir un socket TCP pour chaque adresse IP en parallèle. Le pilote client attend que la première adresse IP réponde avec succès. Après la réponse, le pilote client utilise cette adresse IP pour la connexion.

Si votre client ne prend pas en charge le paramètre MultiSubnetFailover, vous pouvez modifier les paramètres RegisterAllProvidersIP et HostRecordTTL afin de prévenir les retards de connectivité lors d’un basculement.

Utilisez PowerShell pour modifier les paramètres RegisterAllProvidersIp et HostRecordTTL :

Get-ClusterResource yourFCIname | Set-ClusterParameter RegisterAllProvidersIP 0  
Get-ClusterResource yourFCIname | Set-ClusterParameter HostRecordTTL 300 

Pour plus d’informations, consultez la documentation sur le délai d’expiration de connexion de l’écouteur dans SQL Server.

Test de basculement

Testez le basculement de la ressource en cluster pour valider les fonctionnalités du cluster :

1. Connectez-vous à l’un des nœuds de cluster SQL Server à l’aide du protocole RDP (Remote Desktop Protocol).
2. Ouvrez le Gestionnaire du cluster de basculement. Sélectionnez Rôles. Notez le nœud qui possède le rôle de l’instance de cluster de basculement SQL Server.
3. Cliquez avec le bouton droit sur le rôle de l’instance de cluster de basculement SQL Server.
4. Sélectionnez Déplacer, puis sélectionnez Meilleur nœud possible.

Le Gestionnaire du cluster de basculement présente le rôle et ses ressources hors connexion. Ensuite, les ressources sont déplacées et remises en ligne sur l’autre nœud.

Tester la connectivité

Pour tester la connectivité, connectez-vous à une autre machine virtuelle sur le même réseau virtuel. Ouvrez SQL Server Management Studio et connectez-vous au nom FCI SQL Server.

Étapes suivantes

Pour en savoir plus, consultez :

• Cluster de basculement Windows Server avec SQL Server sur des machines virtuelles Azure
• Instances de cluster de basculement avec SQL Server sur des machines virtuelles Azure
• Vue d’ensemble des instances de cluster de basculement
• Paramètres HADR pour SQL Server sur les machines virtuelles Azure