Préparer des machines virtuelles pour une instance FCI (SQL Server sur des machines virtuelles Azure)
S’applique à :
SQL Server sur la machine virtuelle Azure
Cet article explique comment préparer des machines virtuelles Azure pour les utiliser avec une instance de cluster de basculement SQL Server (FCI). Les paramètres de configuration varient en fonction de la solution de stockage FCI. Par conséquent, vérifiez que vous avez choisi la configuration adaptée à votre environnement et à votre entreprise.
Pour plus d’informations, consultez une présentation de l’instance FCI avec SQL Server sur les machines virtuelles Azure et les meilleures pratiques de cluster.
Notes
Il est maintenant possible d’effectuer un lift-and-shift de votre solution d’instance de cluster de basculement vers SQL Server sur des machines virtuelles Azure à l’aide d’Azure Migrate. Pour en savoir plus, consultez Migrer une instance de cluster de basculement.
Prérequis
- Un abonnement Microsoft Azure. Commencez avec un compte Azure gratuit.
- Un domaine Windows sur des machines virtuelles Azure ou une instance Active Directory locale étendue à Azure par jumelage de réseaux virtuels.
- Un compte qui dispose des autorisations nécessaires pour créer des objets sur les machines virtuelles Azure et dans Active Directory.
- Un réseau virtuel Azure et un ou plusieurs sous-réseaux avec suffisamment d’espace d’adressage IP pour ces composants :
- Les deux machines virtuelles.
- Une adresse IP pour le cluster de basculement Windows.
- Une adresse IP pour chaque instance de cluster de basculement
- Un DNS configuré sur le réseau Azure, pointant vers les contrôleurs de domaine.
Choisir une option de stockage FCI
Les paramètres de configuration de votre machine virtuelle varient en fonction de l’option de stockage que vous prévoyez d’utiliser pour votre instance de cluster de basculement SQL Server. Avant de préparer la machine virtuelle, passez en revue les options de stockage FCI disponibles et choisissez l’option la mieux adaptée aux besoins de votre environnement et de votre entreprise. Sélectionnez ensuite avec soin les options de configuration de machine virtuelle appropriées dans cet article en fonction du stockage sélectionné.
Choisir la disponibilité des machines virtuelles
La fonctionnalité de cluster de basculement nécessite que les machines virtuelles soient placées dans un groupe à haute disponibilité ou dans une zone de disponibilité.
Sélectionnez avec soin l’option de disponibilité de la machine virtuelle qui correspond à la configuration souhaitée pour votre cluster :
- Disks partagés Azure : l’option de disponibilité varie selon que vous utilisez un Disk SSD Premium ou un disque Ultra :
- Disque SSD Premium avec stockage redondant interzone (ZRS) : zone de disponibilité dans différentes zones. Un disque SSD Premium avec stockage redondant interzone réplique votre disque managé Azure de façon synchrone dans trois zones de disponibilité Azure au sein de la région sélectionnée. La partie des machines virtuelles du cluster de basculement peut être placée dans différentes zones de disponibilité, ce qui vous permet d’obtenir une instance FCI SQL Server avec redondance interzone offrant un contrat SLA de disponibilité des machines virtuelles de 99,99 %. La latence de disque du stockage ZRS est supérieure en raison de la copie de données interzone.
- Disque SSD Premium avec stockage localement redondant (LRS) : groupe à haute disponibilité dans différents domaines d’erreur/de mise à jour pour disque SSD Premium LRS. Vous pouvez également choisir de placer les machines virtuelles au sein d’un groupe de placement de proximité pour les localiser plus près les unes des autres. La combinaison d’un groupe à haute disponibilité et d’un groupe de placement de proximité fournit la latence la plus faible pour les disques partagés, car les données sont répliquées localement dans un centre de données, et offre un contrat SLA de disponibilité des machines virtuelles de 99,95 %.
- Disque Ultra avec stockage localement redondant (LRS) : zone de disponibilité, mais les machines virtuelles doivent être placées dans la même zone de disponibilité. Les disques Ultra offrent une latence de disque inférieure et conviennent aux charges de travail gourmandes en E/S. Toutes les machines virtuelles de l’instance FCI se trouvant dans la même zone de disponibilité, la disponibilité des machines virtuelles est de 99,9 %.
- Partages de fichiers Premium : groupe à haute disponibilité ou zone de disponibilité.
- Espaces de stockage direct : groupe à haute disponibilité.
Important
Vous ne pouvez pas définir ou modifier le groupe à haute disponibilité après avoir créé une machine virtuelle.
Sous-réseaux
Pour SQL Server sur les machines virtuelles Azure, vous avez la possibilité de déployer vos machines virtuelles SQL Server sur un sous-réseau unique ou sur plusieurs sous-réseaux.
Le déploiement de vos machines virtuelles sur plusieurs sous-réseaux s’appuie sur le cluster ou la dépendance des adresses IP et correspond à l’expérience locale lors d’une connexion à votre instance de cluster de basculement. L’approche à plusieurs sous-réseaux est recommandée pour SQL Server sur les machines virtuelles Azure afin de faciliter la gestion et d’accélérer les temps de basculement.
Le déploiement de vos machines virtuelles sur un sous-réseau unique requiert une dépendance supplémentaire sur un équilibreur de charge Azure Load Balancer ou un nom de réseau distribué (DNN) afin d’acheminer le trafic vers votre instance FCI.
Si vous déployez vos machines virtuelles SQL Server sur plusieurs sous-réseaux, suivez la procédure de cette section pour créer vos réseaux virtuels avec des sous-réseaux supplémentaires puis, une fois les machines virtuelles SQL Server créées, attribuez des adresses IP secondaires aux machines virtuelles au sein de ces sous-réseaux. Le déploiement de vos machines virtuelles SQL Server sur un sous-réseau unique ne requiert aucune configuration réseau supplémentaire.
Placez les deux machines virtuelles dans un sous-réseau unique doté de suffisamment d’adresses IP pour ces machines virtuelles et toutes les instances FCI que vous pourriez souhaiter installer sur le cluster. Cette approche requiert un composant supplémentaire afin d’acheminer les connexions vers votre instance FCI, par exemple un équilibreur de charge Azure Load Balancer ou un nom de réseau distribué (DNN).
Si vous choisissez de déployer vos machines virtuelles SQL Server sur un sous-réseau unique, passez en revue les différences entre les options de connectivité Azure Load Balancer et DNN et choisissez l’option qui vous convient le mieux avant de préparer le reste de votre environnement pour votre instance FCI.
Le déploiement de vos machines virtuelles SQL Server sur un sous-réseau unique ne requiert aucune configuration réseau supplémentaire.
Configurer DNS
Configurez votre réseau virtuel pour qu’il utilise votre serveur DNS. Tout d’abord, identifiez l’adresse IP DNS, puis ajoutez-la à votre réseau virtuel.
Identifier l’adresse IP DNS
Identifiez l’adresse IP du serveur DNS, puis ajoutez-la à la configuration du réseau virtuel. Cette section montre comment identifier l’adresse IP DNS si le serveur DNS se trouve sur une machine virtuelle dans Azure.
Pour identifier l’adresse IP de la machine virtuelle du serveur DNS dans le portail Azure, procédez comme suit :
- Accédez à votre groupe de ressources dans le portail Azure et sélectionnez la machine virtuelle du serveur DNS.
- Dans la page de la machine virtuelle, choisissez Réseau sous le volet Paramètres.
- Notez l’adresse IP privée de carte réseau, car il s’agit de l’adresse IP du serveur DNS. Dans l’exemple d’image, l’adresse IP privée est 10.38.0.4.
Configurer le DNS du réseau virtuel
Configurez le réseau virtuel pour qu’il utilise l’adresse IP du serveur DNS.
Pour configurer votre réseau virtuel pour le DNS, procédez comme suit :
- Accédez à votre groupe de ressources dans le portail Azure et sélectionnez votre réseau virtuel.
- Sélectionnez Serveurs DNS dans le volet Paramètres, puis Personnalisé.
- Entrez l’adresse IP privée que vous avez identifiée précédemment dans le champ Adresse IP, par exemple
10.38.0.4, ou fournissez l’adresse IP interne de votre serveur DNS interne. - Sélectionnez Enregistrer.
Créer les machines virtuelles
Après avoir configuré le réseau virtuel de vos machines virtuelles ainsi que la disponibilité de ces dernières, vous êtes prêt à créer vos machines virtuelles. Vous pouvez choisir d’utiliser une image de la place de marché Azure sur laquelle SQL Server est déjà installé ou non. Toutefois, si vous choisissez une image pour SQL Server sur des machines virtuelles Azure, vous devez désinstaller SQL Server à partir de la machine virtuelle avant de configurer l’instance de cluster de basculement.
Considérations relatives à la carte réseau
Sur un cluster de basculement invité de machine virtuelle Azure, nous recommandons une seule carte réseau par serveur (nœud de cluster). Les réseaux Azure intègrent une redondance physique, ce qui rend inutile les cartes réseau supplémentaires sur un cluster invité de machine virtuelle IaaS Azure. Même si le rapport de validation de cluster émet un avertissement stipulant que les nœuds sont uniquement accessibles sur un seul réseau, vous pouvez ignorer ce dernier en toute sécurité sur les clusters de basculement invités de machine virtuelle IaaS Azure.
Placez les deux machines virtuelles :
- Dans le même groupe de ressources Azure que celui où se trouve le groupe à haute disponibilité si vous utilisez des groupes à haute disponibilité.
- Sur le même réseau virtuel que votre contrôleur de domaine et votre serveur DNS ou sur un réseau virtuel disposant d’une connectivité appropriée à votre contrôleur de domaine.
- Dans le groupe à haute disponibilité ou la zone de disponibilité Azure.
Vous pouvez créer une machine virtuelle Azure à l’aide d’une image avec ou sans que SQL Server soit préinstallé. Si vous choisissez l’image SQL Server, vous devez désinstaller manuellement l’instance SQL Server avant d’installer l’instance de cluster de basculement.
Attribuer des adresses IP secondaires
Si vous avez déployé vos machines virtuelles SQL Server sur un sous-réseau unique, ignorez cette étape. Si vous avez déployé vos machines virtuelles SQL Server sur plusieurs sous-réseaux pour une meilleure connectivité à votre instance FCI, vous devez attribuer les adresses IP secondaires à chaque machine virtuelle.
Attribuez des adresses IP secondaires à chaque machine virtuelle SQL Server à utiliser pour le nom de réseau de l’instance de cluster de basculement, et pour Windows Server 2016 et versions antérieures, attribuez également des adresses IP secondaires à chaque machine virtuelle SQL Server pour les utiliser comme nom de réseau de cluster. Cela vous évite de devoir utiliser équilibreur de charge Azure Load Balancer, comme c’est le cas dans un environnement avec un seul sous-réseau.
Sur Windows Server 2016 et versions antérieures, vous devez attribuer une adresse IP secondaire supplémentaire à chaque machine virtuelle SQL Server pour l’utiliser comme adresse IP du cluster Windows, car le cluster utilise le Nom réseau du cluster au lieu du Nom de réseau distribué (DNN) par défaut introduit dans Windows Server 2019. Avec un DNN, l’objet nom de cluster (CNO) est automatiquement inscrit aux adresses IP de tous les nœuds du cluster, ce qui évite d’utiliser une adresse IP de cluster Windows dédiée.
Si vous utilisez Windows Server 2016 et versions antérieures, suivez les étapes de cette section pour attribuer une adresse IP secondaire à chaque machine virtuelle SQL Server pour le nom réseau de l’instance FCI et le cluster, à la fois.
Si vous utilisez Windows Server 2019 ou version ultérieure, attribuez seulement une adresse IP secondaire pour le nom réseau de l’instance FCI et ignorez les étapes qui attribuent une IP de cluster Windows, sauf si vous envisagez de configurer votre cluster avec un nom de réseau virtuel (VNN), auquel cas attribuez les deux adresses IP à chaque machine virtuelle SQL Server comme vous le feriez dans Windows Server 2016.
Pour attribuer des IP secondaires supplémentaires aux machines virtuelles, procédez comme suit :
Accédez à votre groupe de ressources dans le portail Azure et sélectionnez la première machine virtuelle SQL Server.
Sélectionnez Réseau dans le volet Paramètres, puis l’Interface réseau :
Dans la page Interface réseau, sélectionnez Configurations IP dans le volet Paramètres, puis choisissez + Ajouter pour ajouter une adresse IP supplémentaire :
Dans la page Ajouter une configuration IP, procédez comme suit :
- Spécifiez le Nom de l’adresse IP du cluster Windows, par exemple, windows-cluster-ip pour Windows 2016 et versions antérieures. Ignorez cette étape si vous êtes sur Windows Server 2019 ou version ultérieure.
- Définissez l’Allocation sur Statique.
- Entrez une Adresse IP inutilisée du même sous-réseau (SQL-subnet-1) que celui de la machine virtuelle SQL Server, par exemple,
10.38.1.10. - Laissez la valeur par défaut Dissocier pour l’Adresse IP publique.
- Sélectionnez OK pour terminer l’ajout de la configuration IP.
Resélectionnez + Ajouter pour configurer une adresse IP supplémentaire pour le nom réseau de l’instance FCI (avec un nom tel que FCI-network-name), et spécifiez une adresse IP inutilisée dans SQL-subnet-1, par exemple,
10.38.1.11:
Répétez ces étapes pour la deuxième machine virtuelle SQL Server. Attribuez deux adresses IP secondaires inutilisées dans SQL-subnet-2. Utilisez les valeurs du tableau suivant pour ajouter la configuration IP (les adresses IP sont de simples exemples et les vôtres peuvent varier) :
Champ Entrée Entrée Nom windows-cluster-ip FCI-network-name Allocation statique statique Adresse IP 10.38.2.10 10.38.2.11
Désinstaller SQL Server
Dans le cadre du processus de création de l’instance FCI, vous allez installer SQL Server en tant qu’instance en cluster dans le cluster de basculement. Si vous avez déployé une machine virtuelle avec une image de la place de marché Azure sans SQL Server, vous pouvez sauter cette étape. Si vous avez déployé une image avec SQL Server préinstallé, vous devez désinscrire la machine virtuelle SQL Server de l’extension SQL IaaS Agent, puis désinstaller SQL Server.
Désinscrire de l’extension SQL IaaS Agent
Les images de machine virtuelle SQL Server qui proviennent de Place de marché Azure sont automatiquement inscrites auprès de l’extension SQL IaaS Agent. Avant de désinstaller l’instance SQL préinstallée, vous devez d’abord désinscrire chaque machine virtuelle SQL Server de l’extension SQL IaaS Agent.
Désinstaller SQL Server
Une fois que vous avez désinscrit SQL Server de l’extension, vous pouvez le désinstaller. Procédez comme suit sur chaque machine virtuelle :
- Connectez-vous à la machine virtuelle à l’aide du protocole RDP (Remote Desktop Protocol). Lors de votre première connexion à une machine virtuelle avec le protocole RDP, une invite vous demande si vous souhaitez autoriser que cet ordinateur soit détecté sur le réseau. Sélectionnez Oui.
- Ouvrez Programmes et fonctionnalités dans le Panneau de configuration.
- Dans Programmes et fonctionnalités, cliquez avec le bouton droit sur Microsoft SQL Server 201_ (64 bits) et sélectionnez Désinstaller/Modifier.
- Sélectionnez Supprimer.
- Sélectionnez l’instance par défaut.
- Supprimez toutes les fonctionnalités sous Services Moteur de base de données, Analysis Services et Reporting Services - Natif. Ne supprimez rien sous Fonctionnalités partagées. Vous devez voir quelque chose de similaire à la capture d’écran suivante :
- Sélectionnez Suivant, puis Supprimer.
- Une fois l’instance supprimée, redémarrez la machine virtuelle.
Ouvrir le pare-feu
Sur chaque machine virtuelle, ouvrez le port TCP du pare-feu Windows utilisé par SQL Server. Par défaut SQL Server utilise le port 1433, mais si vous l’avez modifié dans votre environnement, ouvrez le port que vous avez configuré pour utiliser votre instance SQL Server. Le port 1433 s’ouvre automatiquement sur les images SQL Server déployées à partir de la Place de marché Azure.
Si vous utilisez un équilibreur de charge pour le scénario à sous-réseau unique, vous devez également ouvrir le port utilisé par la sonde d’intégrité. Par défaut, la sonde d’intégrité utilise le port 59999, mais il peut s’agir de n’importe quel port TCP que vous spécifiez lorsque vous créez l’équilibreur de charge.
Ce tableau détaille les ports que vous devrez peut-être ouvrir, en fonction de la configuration de votre FCI :
| Objectif | Port | Notes |
|---|---|---|
| SQL Server | TCP 1433 | Port normal pour les instances par défaut de SQL Server. Si vous avez utilisé une image de la galerie, ce port s’ouvre automatiquement. Utilisé par : toutes les configurations de l’instance FCI. |
| Sonde d’intégrité | TCP 59999 | Tout port TCP ouvert. Configurez la sonde d’intégrité de l’équilibreur de charge et le cluster pour qu’ils utilisent ce port. Utilisé par : FCI avec équilibreur de charge dans un scénario à sous-réseau unique. |
| Partage de fichiers | UDP 445 | Port utilisé par le service de partage de fichiers. Utilisé par : instance FCI avec partage de fichiers Premium. |
Joindre le domaine
Vous devez également joindre vos machines virtuelles au domaine. Pour ce faire, vous pouvez utiliser un modèle de démarrage rapide.
Passer en revue la configuration de stockage
Les machines virtuelles créées à partir de la place de marché Azure sont dotées d’un stockage attaché. Si vous envisagez de configurer votre stockage FCI à l’aide de partages de fichiers Premium ou de disques partagés Azure, vous pouvez supprimer le stockage attaché pour faire des économies, car le stockage local n’est pas utilisé pour l’instance de cluster de basculement. Toutefois, il est possible d’utiliser le stockage attaché pour les solutions FCI avec espaces de stockage direct. Par conséquent, sa suppression peut ne pas être utile dans ce cas. Passez en revue votre solution de stockage FCI pour déterminer si la suppression du stockage attaché est optimale pour faire des économies.
Étapes suivantes
Maintenant que vous avez préparé votre environnement de machine virtuelle, vous êtes prêt à configurer votre instance de cluster de basculement.
Choisissez l’un des guides suivants pour configurer l’environnement FCI adapté à votre entreprise :
- Configurer FCI avec des disques partagés Azure
- Configurer FCI avec un partage de fichiers Premium
- Configurer FCI avec des espaces de stockage direct
Pour en savoir plus, consultez :
Commentaires
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultez https://aka.ms/ContentUserFeedback.
Envoyer et afficher des commentaires pour