web-dev-qa-db-fra.com

Clustering de basculement Always On vs groupes de disponibilité Always On

J'ai des préoccupations concernant ma compréhension de SQL Server Always On. Veuillez me corriger (conceptuellement) si nécessaire:

  1. Les groupes de disponibilité Always On et Always On sont deux concepts distincts. Le clustering est une solution HA et AG est une solution DR. Le clustering Always On est-il le même que le clustering de serveurs Windows?

  2. Pour créer un cluster Always On - nous devons lancer le programme d'installation et choisir la "Nouvelle installation du cluster de basculement SQL Server", puis sur chaque nouveau nœud, nous devons lancer le programme d'installation et choisir "Ajouter un nœud". Le cluster (avec plusieurs nœuds) fonctionne comme une seule unité en termes d'adresse IP, de sorte que les applications pointent vers une seule IP et s'il y a un crash d'instance, le basculement est géré par la technologie de clustering et aucune modification d'IP d'application n'est nécessaire. De plus, les utilisateurs/connexions sont synchronisés et continueront de fonctionner en cas de basculement. Cela ne protège pas contre les pannes de disque car tous les nœuds partagent le même disque.

  3. En supposant que nous avons déjà une instance SQL Server (par exemple, le serveur A), puis pour créer Always On Clustering pour cela, nous devons suivre les mêmes étapes que ci-dessus (créer une nouvelle installation de cluster de basculement), puis ajouter le serveur A en tant que nœud. Droite?

  4. En supposant que nous ayons une nouvelle instance de SQL Server (sans HA/DR) et que nous prévoyons de configurer uniquement AG, nous devons d'abord nous assurer que la fonctionnalité de fenêtres "Cluster de basculement" est activée sur chaque nœud participant. Cliquez ensuite avec le bouton droit sur le service SQL Server et activez "Always on Availability Groups". Ensuite, sur l'instance de serveur, nous créons l'AG et configurons les bases de données dans le (s) groupe (s). Cela garantit la disponibilité au niveau de la base de données, mais en cas de basculement, les connexions ne fonctionneront plus (orphelines). Il n'y a pas de disque partagé et donc le crash du disque du serveur principal ne causera aucun problème pour la base de données du serveur secondaire. En outre, les applications clientes pointeront vers l'IP d'écoute et l'écouteur s'assurera que le serveur de travail approprié est utilisé par les applications. Droite?

  5. Dans le scénario ci-dessus, la fonctionnalité de fenêtres de "clustering de basculement" est activée. Le clustering est-il un prérequis pour AG? Le concept de clustering au point 2 et au point 4 est-il le même?.

  6. Si je souhaite configurer à la fois HA/DR à l'aide de Always On (AG) et du clustering de basculement, est-il préférable de suivre le point 2 puis le point 4 ou l'inverse? De plus, devrions-nous utiliser à la fois le nom du cluster virtuel et le programme d'écoute ou l'un ou l'autre si cela est suffisant?

  7. Quelle est la différence entre "l'installation du cluster de basculement SQL Server" et le clustering Windows?

sql-serveravailability-groupsclusteringfailover
4
variable

Pour commencer, rien n'est appelé comme groupes de disponibilité Always On ou Always ON, il est simplement appelé comme groupes de disponibilité.

  1. Les groupes de disponibilité Always On et Always On sont deux concepts distincts. Le clustering est une solution HA et AG est une solution DR. Le clustering Always On est-il le même que le clustering de serveurs Windows?

Oui tu as raison. Toujours en cluster signifie que vous avez créé des groupes de disponibilité sur la ou les bases de données qui font partie de l'instance de cluster de basculement (FCI) et que les groupes de disponibilité signifient simplement deux nœuds autonomes qui font partie de WSFC ou non sont configurés pour former AG, il n'y a pas de FCI ici .

  1. Pour créer un cluster Always On - nous devons lancer le programme d'installation et choisir la "Nouvelle installation de cluster de basculement de serveur SQL", puis sur chaque nouveau nœud, nous devons lancer le programme d'installation et choisir "Ajouter un nœud"

Il s'agit essentiellement de créer une instance de cluster de basculement SQL Server. Oui, après avoir créé un FCI, vous pouvez continuer et ajouter les bases de données résidant sur FCI à un AG. C'est ce que vous appelez en tant que cluster Always On et c'est ainsi que l'appelle MS doc officiel.

Pour le point 3, veuillez vous référer aux deux citations ci-dessus. Notez à nouveau la différence entre AG et AG résidant sur FCI.

  1. En supposant que nous ayons une nouvelle instance SQL (sans HA/DR) et que nous prévoyons de configurer uniquement AG, nous devons d'abord nous assurer que la fonctionnalité de fenêtres "Basculement en cluster" est activée sur chaque nœud participant.

Si vous prévoyez de configurer ONLY AG, vous n'avez pas besoin d'une instance de cluster de basculement. AG peut être configuré avec 2 nœuds ou plus qui font partie de WSFC ou non ( à partir de SQL Server 2017, nous avons AG sans cluster) . N'oubliez pas qu'un FCI nécessitera toujours une sorte de stockage partagé, OTOH AG ne nécessite aucun type de stockage partagé.

  1. Dans le scénario ci-dessus, la fonctionnalité de fenêtres de "clustering de basculement" est activée. Le clustering est-il un prérequis pour AG? Le concept de clustering au point 2 et au point 4 est-il le même?.

WSFC est une condition préalable pour AG mais à partir de SQL Server 2017, vous pouvez avoir AG sans WSFC mais ce n'est pas un réel AG. WSFC est cependant un prérequis pour FCI.

MODIFIER:

Si je souhaite configurer à la fois HA/DR à l'aide de Always On (AG) et du clustering de basculement, est-il préférable de suivre le point 2 puis le point 4 ou l'inverse? De plus, devrions-nous utiliser à la fois le nom du cluster virtuel et le programme d'écoute ou l'un ou l'autre si cela est suffisant?

Vous devez d'abord configurer WSFC, puis installer FCI comme vous l'avez mentionné aux points 2 et 4, puis créer une base de données et configurer des groupes de disponibilité. Le nom du cluster virtuel est pour FCI tandis que Listener est pour AG. Vous ne pouvez pas configurer de cluster sans nom de cluster virtuel, vous devez en avoir un, mais vous pouvez avoir AG sans écouteur. Le seul travail de l'écouteur est de diriger les connexions vers la réplique principale qui peut se trouver sur n'importe quel nœud.

Quelle est la différence entre "l'installation du cluster de basculement SQL Server" et le clustering Windows?

Le cluster de basculement de serveur Windows (WSFC) est une fonctionnalité de serveur Windows sur laquelle repose toute la technologie de "clustering" tandis que FCI est au niveau de SQL Server qui utilise WSFC pour les basculements pour fournir AH à l'instance de SQL Server.

5
Shanky