Résumé : Les instances de cluster de basculement (fci) sql server 2012 AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution de haute disponibilité et de récupération d'urgence complète.








télécharger 166.75 Kb.
titreRésumé : Les instances de cluster de basculement (fci) sql server 2012 AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution de haute disponibilité et de récupération d'urgence complète.
page5/10
date de publication23.12.2016
taille166.75 Kb.
typeRésumé
ar.21-bal.com > loi > Résumé
1   2   3   4   5   6   7   8   9   10

Mode de disponibilité et mode de basculement


Pour le groupe de disponibilité créé entre les deux instances FCI, vous pouvez choisir entre les modes de disponibilité avec validation synchrone ou asynchrone. Si le mode de disponibilité est synchrone, le réplica principal ne valide pas les transactions utilisateur tant qu'elles ne sont pas envoyées et renforcées sur les réplicas secondaires. Cela peut ajouter une latence aux transactions utilisateur mais réduit le risque de perte de données sur le réplica secondaire en garantissant que les transactions sont envoyées
à l'instance FCI de récupération d'urgence avant qu'une validation soit signalée dans la transaction
du réplica principal.

Si le mode de disponibilité est asynchrone, les transactions utilisateur du réplica principal n'attendent pas d'être renforcées dans les journaux du réplica secondaire. Cela réduit la latence des transactions, mais augmente le risque de perte de données en cas de panne.

Concernant les modes de basculement, lorsque les instances FCI sont utilisées dans une topologie
de groupe de disponibilité, le mode de basculement du groupe de disponibilité doit être manuel
(non automatique). Toutefois, dans chaque instance FCI, le basculement FCI de l'instance de SQL Server sur d'autres nœuds est automatique.

Modèle de quorum et votes de nœud


Remarque : les modèles de quorum et les thèmes associés abordés dans ce livre blanc s'appliquent aux solutions exécutées sur les systèmes d'exploitation Windows Server 2008 et Windows Server 2008 R2, avec les Service Packs et les mises à jour logicielles appropriés.

Étant donné que l'infrastructure sous-jacente de la solution FCI+AG est un WSFC, il est important de déterminer le modèle de quorum adéquat. La configuration du quorum est gérée au niveau du WSFC, quel que soit le nombre d'instances FCI, le nombre de réplicas et le nombre de groupes de disponibilité hébergés dans le WSFC.

Dans WSFC, il existe quatre modèles de quorum : Nœud majoritaire, Nœud et partage de fichiers majoritaires, Nœud et disque majoritaires, Aucune majorité - Disque uniquement. Pour plus d'informations sur les modèles de quorum, consultez Guide pas à pas du cluster de basculement : configuration du quorum dans un cluster de basculement.

Il est important de prendre en compte le nombre de nœuds votants avant de sélectionner un modèle
de quorum. L'affectation des votes de nœud appropriés joue un rôle important dans la conception
de la haute disponibilité et de la récupération d'urgence. Par défaut, chaque nœud dans un cluster
de basculement possède un vote, mais cette configuration peut ne pas être adaptée à votre solution
de haute disponibilité et de récupération d'urgence spécifique, selon les nœuds de distribution dans
le centre de données principal et dans le centre de données de récupération d'urgence. Un correctif logiciel est disponible (http://support.microsoft.com/kb/2494036) et vous permet d'affecter 1 vote
à certains nœuds et 0 vote à d'autres nœuds dans le WSFC. La propriété NodeWeight du nœud WSFC représente le vote du nœud spécifique. La valeur « 0 » signifie que le nœud n'a pas de vote. La valeur « 1 » signifie que le nœud a un vote de quorum. Ce correctif doit être installé sur chaque nœud de la topologie.

Les recommandations générales pour le vote de quorum d'une solution HA+DR AlwaysOn sont fournies dans la rubrique Réglages recommandés pour le vote de quorum de la documentation en ligne de SQL Server. Elles doivent être considérées comme des instructions permettant de déterminer le schéma de vote de la solution AlwaysOn. En prenant en considération ces instructions, afin de garantir que le quorum des nœuds dans le centre de données principal n'est pas affecté par les pannes dans le centre de données de récupération d'urgence, ou par les pertes de connectivité entre les deux centres de données, pour la solution FCI+AG présentée à la figure 2, le schéma de vote est le suivant :

  • 1 vote sur chaque nœud dans le centre de données principal

  • 0 vote sur chaque nœud dans le centre de données de récupération d'urgence

Cette attribution de vote se traduit par un total de 2 votes pour le WSFC. À titre de recommandation,
le nombre total de votes du WSFC doit être impair. S'il existe un nombre pair de nœuds votants (comme dans notre exemple de topologie), envisagez d'ajouter un témoin de partage de fichiers, puis sélectionnez le modèle de quorum Nœud et partage de fichiers majoritaires.

Remarque : dans de nombreux environnements d'entreprise, il est courant qu'un partage de fichiers soit détenu et gère par une équipe différente. Cette équipe a alors le contrôle d'un vote de nœud, et influence ainsi l'état du cluster de basculement. Un partage de fichiers possède un vote et, par conséquent, doit toujours être disponible. Il est recommandé d'utiliser une solution de clustering ou d'autres technologies de haute disponibilité pour garantir la disponibilité du vote du partage de fichiers.

Alternativement, vous pouvez ajouter un nœud supplémentaire et utiliser le modèle de quorum Nœud majoritaire. Le nœud supplémentaire doit figurer dans le WSFC, mais ne doit pas nécessairement faire partie de la configuration FCI. Il doit également se trouver dans le même centre de données principal,
en colocation avec les deux autres nœuds WSFC qui existent dans ce centre de données.

La Figure  illustre l'allocation de vote avec le modèle de quorum Nœud et partage de fichiers majoritaires.



Figure  : Solution de haute disponibilité et de récupération d'urgence FCI+AG avec attributions de vote de nœud

Dans la Figure , chaque nœud dans le centre de données principal a un vote. Un témoin de partage de fichiers est aussi présent dans le centre de données principal, et possède également un vote. Les deux nœuds du centre de données de récupération d'urgence n'ont pas de vote et ne peuvent pas affecter
le quorum.

Pour cette architecture de déploiement, vous pouvez également choisir le modèle de quorum Nœud et disque majoritaire (avec un disque asymétrique) ou Aucune majorité - Disque uniquement (avec un disque asymétrique). Avant que le stockage asymétrique ne soit disponible dans un WSFC, un disque partagé pouvait servir de ressource de quorum s'il était visible à tous les nœuds WSFC. Avec le stockage asymétrique, le stockage du cluster peut être visible à un sous-ensemble de nœuds tout en étant utilisé en tant que ressource du quorum. Avec le modèle de quorum asymétrique Aucune majorité - Disque uniquement, vous pouvez implémenter un scénario « de dernier recours », où le WSFC conserve le quorum tant
qu'un seul nœud a un contact avec le disque asymétrique qui agit en tant que ressource de quorum.

Pour cela, vous pouvez utiliser la ligne de commande de cluster.exe ; cependant, vous ne pouvez pas utiliser le gestionnaire de cluster de basculement, ni Windows PowerShell. Pour obtenir un exemple
de cette configuration, consultez la section Modifier la configuration de quorum dans un cluster de basculement avec stockage asymétrique de l'article Guide pas à pas du cluster de basculement : configuration du quorum dans un cluster de basculement.

Important : l'utilisation d'un disque asymétrique en tant que ressource de quorum fournit de nombreux avantages, mais requiert également beaucoup plus d'expertise et une planification
du cluster très rigoureuse. Vous devez maîtriser parfaitement cette configuration avant de la déployer dans un environnement de production.

En cas de panne du centre de données principal vous obligeant à basculer le service sur le centre de données de récupération d'urgence, vous devez réévaluer la configuration du quorum. Chaque nœud du centre de données de récupération d'urgence doit bénéficier d'un vote, et chaque nœud du centre de données principal doit être privé de vote (valeur « 0 ») jusqu'à ce que le service soit restauré. En supposant
qu'il existe deux nœuds dans l'instance FCI et que le centre de données principal connaît une panne de longue durée, vous devrez également configurer un témoin de partage de fichiers (ou tout autre vote supplémentaire) dans le centre de données de récupération d'urgence, et définir le modèle du quorum en conséquence. Lorsque le centre de données principal peut reprendre l'activité, les votes doivent de nouveau être modifiés et le modèle de quorum doit être réévalué. Nous aborderons un scénario pas
à pas de récupération d'urgence et le flux de traitement associé plus loin dans ce document.

Le modèle de quorum et les affectations de vote présentés à la figure 4 supposent que la solution comprend deux réplicas, un dans chaque centre de données. Si vous disposez de davantage de centres de données, et vous projetez de déplacer une partie de votre solution sur un troisième centre, les décisions de modèle de quorum et d'affectation de vote peuvent varier.

Outils pour afficher et modifier le modèle de quorum et les votes de nœud


Il existe plusieurs façons de consulter et de modifier le modèle de quorum du cluster et/ou les votes
de quorum. Le tableau suivant répertorie les différents outils permettant d'effectuer ces tâches.

Pour afficher le modèle de quorum

Pour modifier le modèle de quorum

Gestionnaire du cluster de basculement Windows
Windows PowerShell
Cluster.exe
Vues de gestion dynamique (DMV) SQL Server
Tableau de bord AlwaysOn dans SQL Server Management Studio

Gestionnaire du cluster de basculement Windows
Windows PowerShell
Cluster.exe
Remarque : seul Cluster.exe peut être utilisé pour définir le modèle de quorum sur (asymétrique) « Nœud et disque majoritaire (asymétrique) »
ou « Aucune majorité - (asymétrique)
Disque uniquement »




Pour afficher les votes de nœud

Pour modifier les votes de nœud

Windows PowerShell
Cluster.exe
Vue de gestion dynamique (DVM) SQL Server
Tableau de bord AlwaysOn

Windows PowerShell
Cluster.exe

Configurer le modèle de quorum WSFC


Voici des exemples d'utilisation de Windows PowerShell via la ligne de commande pour afficher
le modèle de quorum existant, et pour le modifier.

Pour afficher le modèle de quorum existant

Get-ClusterQuorum

Pour configurer le modèle de quorum Nœud majoritaire

Set-ClusterQuorum -NodeMajority

Pour modifier le modèle de quorum en Nœud et partage de fichiers majoritaires

Set-ClusterQuorum -NodeAndFileShareMajority \\FileShare\Witness

Le partage de fichiers témoin que vous choisissez ne doit pas figurer sur un nœud qui participe déjà à la configuration WSFC AlwaysOn. Toutefois, il peut être placé dans un partage sur une autre configuration WSFC. Il doit exister dans le même domaine Active Directory que le WSFC. De plus, le compte du service de cluster WSFC nécessite des autorisations en lecture et en écriture sur le témoin de partage de fichiers. Le Gestionnaire du cluster de basculement fournit la logique intégrée permettant d'ajouter ces autorisations au témoin de partage de fichiers, à condition que le compte qui modifie le modèle de quorum dispose des autorisations appropriées sur le partage de fichiers.

Utilisation des vues de gestion dynamique (DMV) et du tableau de bord AlwaysOn pour afficher les informations de quorum


Bien que vous ne puissiez pas définir ou modifier le modèle de quorum ou les votes de nœud dans les outils SQL Server, vous pouvez utiliser des requêtes Transact-SQL sur les vues de gestion dynamique (DMV) et utiliser le tableau de bord AlwaysOn dans SQL Server Management Studio pour afficher les votes de nœud et le modèle de quorum du cluster Windows qui héberge le groupe de disponibilité.

Pour afficher le modèle de quorum du cluster Windows qui héberge le groupe de disponibilité, interrogez la vue de gestion dynamique sys.dm_hadr_cluster (http://technet.microsoft.com/fr-fr/library/hh212952(v=sql.110).aspx).
SELECT cluster_name, quorum_type_desc, quorum_state_desc

FROM sys.dm_hadr_cluster;
Lorsque cette requête est exécutée dans l'exemple utilisé dans ce livre blanc, elle retourne les valeurs suivantes.

cluster_name quorum_type_desc quorum_state_desc

------------ ---------------- -----------------

contosocluster NODE_AND_FILE_SHARE_MAJORITY NORMAL_QUORUM
Pour afficher les votes de nœud, interrogez la vue de gestion dynamique sys.dm_hadr_cluster_members.
SELECT member_name, number_of_quorum_votes

FROM sys.dm_hadr_cluster_members;
Lorsque cette requête est exécutée dans l'exemple utilisé dans ce livre blanc, elle retourne les valeurs suivantes. L'affectation de vote est abordée dans une section ultérieure.

member_name number_of_quorum_votes

------------------ ----------------------

PrimaryNode1 1

PrimaryNode2 1

DRNode1 0

DRNode2 0

Témoin de partage de fichiers 1
Vous pouvez également utiliser le tableau de bord AlwaysOn dans SQL Server Management Studio pour afficher les votes de quorum et l'état du cluster. La Figure illustre ces informations pour un cluster Windows avec le modèle de quorum Nœud majoritaire (l'état du cluster et les votes de quorum sont
en surbrillance).



Figure  : Affichage de votes de quorum et de l'état du cluster dans le tableau de bord AlwaysOn

Bien que la colonne Vote de quorum ne soit pas affichée par défaut, vous pouvez l'ajouter dans le tableau de bord en cliquant avec le bouton droit sur l'en-tête de colonne de la table Réplica de disponibilité, puis en sélectionnant la colonne spécifique à afficher.

Pour un modèle de quorum Nœud et partage de fichiers majoritaires, ce tableau de bord AlwaysOn affichera uniquement les nœuds, pas le partage de fichiers. Pour afficher des informations de quorum complètes, cliquez sur Afficher des informations de quorum de cluster à droite. Une fenêtre indépendante apparentée à celle de la Figure s'affiche.

c:\users\joseph~1\appdata\local\temp\snaghtml27d238eb.png

Figure  : Informations sur le quorum du cluster pour le modèle de quorum Nœud et partage de fichiers majoritaires

Configurer les votes de nœud


La propriété NodeWeight du nœud WSFC représente le vote du nœud spécifique. Les exemples suivants montrent comment configurer le nœud NodeWeight pour un nœud dans un WSFC avec Windows PowerShell. Pour exécuter Windows PowerShell sur le nœud serveur, cliquez sur Démarrer, pointez
sur Outils d'administration, puis sur Modules Windows PowerShell. Dans cet exemple, DRNode1 représente un nœud WSFC spécifique situé dans le centre de données de récupération d'urgence.

Pour afficher les paramètres de vote de tous les nœuds

Get-ClusterNode | fl NodeName, NodeWeight

Pour définir le vote d'un nœud sur « 0 »

(Get-ClusterNode "DRNode1").NodeWeight=0

Remarque : la valeur « 0 » signifie que le nœud n'a pas de vote. La valeur « 1 » signifie que
le nœud a un vote de quorum.
1   2   3   4   5   6   7   8   9   10

similaire:

Résumé : Les instances de cluster de basculement (fci) sql server 2012 AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution de haute disponibilité et de récupération d\Résumé : les groupes de disponibilité sql server 2012 AlwaysOn offrent...

Résumé : Les instances de cluster de basculement (fci) sql server 2012 AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution de haute disponibilité et de récupération d\Résumé : le clustering de basculement sql server, qui inclut la prise...

Résumé : Les instances de cluster de basculement (fci) sql server 2012 AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution de haute disponibilité et de récupération d\Résumé : Ce livre blanc décrit la fonctionnalité filestream de sql...

Résumé : Les instances de cluster de basculement (fci) sql server 2012 AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution de haute disponibilité et de récupération d\Haute disponibilité d'un service Web dynamique

Résumé : Les instances de cluster de basculement (fci) sql server 2012 AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution de haute disponibilité et de récupération d\Solutions de haute-disponibilité, pra et Datacenter

Résumé : Les instances de cluster de basculement (fci) sql server 2012 AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution de haute disponibilité et de récupération d\La cciag met en place un si haute disponibilité et utilise evault°Infostage...
...

Résumé : Les instances de cluster de basculement (fci) sql server 2012 AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution de haute disponibilité et de récupération d\Deploiement d’images systeme et de logiciels, mise enplace de serveur...

Résumé : Les instances de cluster de basculement (fci) sql server 2012 AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution de haute disponibilité et de récupération d\Nexsan lance une nouvelle solution de stockage professionnelle sas...

Résumé : Les instances de cluster de basculement (fci) sql server 2012 AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution de haute disponibilité et de récupération d\Bienvenue dans le Guide des opérations sur la sécurité de Windows...

Résumé : Les instances de cluster de basculement (fci) sql server 2012 AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution de haute disponibilité et de récupération d\Sennheiser, leader mondial de produits audio grand public, a choisi...
«in-memory computing» tout en mémoire permet aux clients de Magic de bénéficier de service de haute disponibilité, du rapport coût-efficacité,...








Tous droits réservés. Copyright © 2016
contacts
ar.21-bal.com