Qu’est-ce que SQL Server AlwaysOn ?
Par : Simon Liew | Mis à jour : 2017-02-20 | Commentaires (10) | Connexe : Plus > Groupes de disponibilité
Problème
SQL Server AlwaysOn est un terme populaire mentionné dans diverses sources, mais que signifie réellement SQL Server AlwaysOn ? Cette astuce explique le terme SQL Server AlwaysOn et ses deux principales technologies.
Solution
SQL Server AlwaysOn est un terme marketing qui fait référence à la solution de haute disponibilitéet de reprise après sinistre introduite lors du lancement de SQL Server 2012.
Plus précisément, SQL Server AlwaysOn se compose de deux technologies :
- AlwaysOn Failover Clustering Instances (AlwaysOn FCI)
- AlwaysOn Availability Groups (AlwaysOn AG)
Bien que les deux technologies présentent des similitudes, comme le fait de nécessiter Windows Server FailoverClustering (WSFC) comme base de sa mise en œuvre, chacune est une technologie distincte sous l’égide d’AlwaysOn.
AlwaysOn Failover Clustering Instances (FCI)
AlwaysOn FCI a besoin d’un stockage partagé comme un SAN iSCSI ou Fibre Channel auquel peuvent accéder tous les nœuds du cluster. Il y a aussi la possibilité d’utiliser des outils de réplication de données tiers qui peuvent aider avec les exigences de stockage si vous n’avez pas de stockage partagé ou si vous voulez le faire pour les machines virtuelles ou dans le cloud.
Il prend en charge le clustering multisite à travers les sous-réseaux, ce qui permet le basculement des instances SQL Server à travers les centres de données,mais cela nécessite la réplication des données entre le stockage partagé dans chacun des centres de données.
AlwaysOn FCI est disponible à la fois sur SQL Server Standard et Enterprise Edition, mais impose des restrictions sur SQL Server Standard Edition, comme une limite de 2 nœuds.
Lorsque vous installez SQL Server, vous sélectionnez l’option » New SQL failover clusterinstallation « .
Une mise en œuvre d’un site unique à deux nœuds AlwaysOn FCI (utilisant le mode quorum Node et DiskMajority) est représentée ci-dessous.
Le mode quorum aide à déterminer quels nœuds sont disponibles et quels nœuds doivent être le nœud primaire. En ayant une autre machine/objet impliqué, il peut déterminer si la communication entre les machines est perdue sont donc si un afailover doit se produire. Vous trouverez ci-dessous des exemples courants de mode quorum qui peuvent être utilisés dans une configuration AlwaysOn FCI.
- Majorité de nœud
- Majorité de nœud et de partage de fichiers
- Majorité de nœud et de disque (symétrique)
Un stockage symétrique signifie un disque de cluster qui est partagé entre tous les nœuds WSFC. Cela permet au stockage sur disque partagé d’être disponible pour tous les nœuds défaillants potentiels du cluster WSFC.
Groupes de disponibilité AlwaysOn
AlwaysOn AG ne nécessite pas de stockage sur disque partagé pour le serveur hébergeant le serveur SQL. Cette technologie de haute disponibilité du serveur SQL a été une fonctionnalité d’entreprise. Cela signifie que vous ne pouvez pas configurer SQL ServerStandard Edition pour utiliser AlwaysOn AG avec les versions antérieures à SQL Server 2016.Il existe maintenant une option pour créer un groupe de disponibilité de base avec SQL Server 2016Standard edition que j’aborde ci-dessous.
Lorsque vous installez SQL Server, vous sélectionnez l’option « Nouvelle installation autonome SQL… ».
Une mise en œuvre de AlwaysOn AG pour HA et DR (en utilisant le mode quorum Node Majority)est représentée ci-dessous.
Vous trouverez ci-dessous plusieurs exemples courants de mode quorum utilisés dans une configuration AlwaysOn AG.
- Majorité de nœuds
- Majorité de nœuds et de partage de fichiers
- Majorité de nœuds et de disques (asymétriques)
Un stockage asymétrique signifie qu’un disque de cluster est partagé uniquement entre un sous-ensemble des nœuds. La capacité de disque asymétrique a été introduite pour la première fois sur Windows Server 2008.Elle permet à un témoin de disque d’être configuré et accessible uniquement aux nœuds d’un site,généralement le site principal.
Nouvelles fonctionnalités dans SQL Server 2016
Maintenant que vous avez compris les différences entre AlwaysOn FCI et AlwaysOn AG,SQL Server 2016 a introduit deux variétés supplémentaires d’AlwaysOn AG.
- Groupes de disponibilité de base AlwaysOn (AlwaysOn BAG)
- Groupe de disponibilité distribué AlwaysOn (AlwaysOn DAG)
Groupe de disponibilité de base AlwaysOn (AlwaysOn BAG)
La fonctionnalité AlwaysOn est maintenant une incluse dans SQL Server 2016 Standard Edition, mais elle est appelée AlwaysOn BAG. Elle est créée et gérée de manière similaire à l’AG, maisAlwaysOn BAG est capable d’utiliser uniquement un sous-ensemble de fonctionnalités par rapport à l’AG AlwaysOn plus avancé sur SQL Server Enterprise Edition. Un exemple de limitation est que BAG ne permet d’avoir que deux répliques (primaire et secondaire).
AlwaysOn BAG fournit un support de basculement pour une seule base de données seulement, remplaçant le mirroring de base de données qui est déprécié.
AlwaysOn Distributed Availability Group (AlwaysOn DAG)
AlwaysOn DAG sont des groupes d’AG faiblement couplés. AlwaysOn DAG fonctionne au-dessus de deux AG distincts, ce qui signifie qu’ils résident sur deux WSFC distincts avec leur propre gestion du quorum et du vote.
Cette configuration permet aux répliques secondaires d’un AG d’exister dans une région géographique différente de celle du primaire. Un exemple de cas d’utilisation serait d’activer les charges de travail en lecture seule pour les régions éloignées et, en même temps, d’éviter tout problème de réseau potentiel sur le site secondaire qui pourrait affecter le site primaire.
Caractéristiques d’AlwaysOn FCI et d’AlwaysOn AG
Chacune des deux technologies diffère dans son objectif. Il est possible de combiner AlwaysOn FCI et AlwaysOn AG. Les exigences commerciales pourraient nécessiter une haute disponibilité locale au sein d’un centre de données en utilisant AlwaysOn FCI, et une reprise après sinistre inter-centres de données en utilisant AlwaysOn AG. Cela signifie simplement que la solution consisterait alors en une combinaison de stockage partagé et de stockage non partagé dans la mise en œuvre.
Si vous vous demandez quelle solution mettre en œuvre, le tableau ci-dessous résume les similitudes et les différences de caractéristiques entre les solutions SQL Server AlwaysOn FCI etAlwaysOn AG comme guide lors de l’évaluation de SQL Server AlwaysOn.
| AlwaysOn FCI for HA and DR | AlwaysOn AG for HA and DR | |
|---|---|---|
| Solution de stockage partagé | Solution de stockage non partagé | .Shared Storage solution |
| Solution HA au niveau de l’instance Logins, Jobs SQL Agent, certificats et autres objets de niveau instance SQL Server sont intacts après le basculement |
Ha au niveau de la base de données (peut être une ou plusieurs bases de données) Ajout manuel de logins, Jobs SQL Agent, certificats et autres objets de niveau instance SQL Server à tous les secondaires |
|
| Protection au niveau de l’instance sans redondance des données | Chaque groupe de base(s) de données AG secondaire(s) est une copie redondante de la primaire | Il y a des nœuds actifs et passifs. Pas de concept de base de données secondaire. | La réplique RD peut être Active Secondary pour la sauvegarde, la charge de travail en lecture seule. |
| L’application se connecte via le nom du serveur virtuel | L’application se connecte via le nom de l’auditeur AG | |
| Ne maintient pas une copie redondante des données donc ne protège pas contre une panne du sous-système d’E/S | Protection contre une panne du sous-système d’E/S i.e Automatic Page Repair | Aucune exigence particulière en ce qui concerne les modèles de récupération de base de données | La ou les bases de données dans AG doivent être dans le modèle de récupération FULL |
Autres choses à noter pour les deux :
- Chaque déploiement AlwaysOnmentis un déploiement WSFC
- Les FCI et les AG peuvent couvrir plusieurs centres de données, mais avec des implémentations différentes
- Peut être mis en œuvre sur des systèmes SQLServer physiques, ou sur des systèmes SQL Server qui s’exécutent en tant que machines virtuelles
Résumé
Lorsque SQL Server AlwaysOn est mentionné, il n’est pas spécifique car il peut faire référence soit à AlwaysOn FCI, soit à AlwaysOn AG.
En bref :
- AlwaysOn = {Instances de cluster de basculement de serveur SQL, groupes de disponibilité}
- AlwaysOn != Instances de cluster de basculement de serveur SQL != Groupes de disponibilité
- Groupes de disponibilité != Miroir de base de données
- WSFC != Instances de cluster de basculement de SQL Server
Prochaines étapes
- Solutions de haute disponibilité (SQL Server)
- Modes de quorum et configuration du vote de WWSFC (SQL Server)
- Modèles de configuration du quorum de Failover Clustering de Windows Server expliqués
- Groupes de disponibilité AlwaysOn de SQL Server -… Configuration de la partie 1
- Installation de SQL Server 2008 sur un cluster Windows Server 2008 partie 1
- Conseils sur la mise en cluster du serveur SQL
- Conseils sur les groupes de disponibilité du serveur SQL
Dernière mise à jour : 2017-02-20
.
À propos de l’auteur
Simon Liew est un consultant SQL Server indépendant à Sydney, Australie. Il est maître certifié Microsoft pour SQL Server 2008 et titulaire d’un master en informatique distribuée.Voir tous mes conseils
- Plus de conseils pour les administrateurs de bases de données SQL Server…
.