Cet article a fait l’objet d’une traduction automatique. Pour afficher l’article en anglais, activez la case d’option Anglais. Vous pouvez également afficher le texte anglais dans une fenêtre contextuelle en faisant glisser le pointeur de la souris sur le texte traduit.
Traduction
Anglais

Nouveautés du Clustering de basculement dans Windows Server

 

S'applique à: Windows Server 2012 R2, Windows Server 2012

Cette rubrique décrit la fonctionnalité de Clustering de basculement qui est nouvelle ou modifiée dans Windows Server 2012 R2.

Les clusters de basculement offrent une haute disponibilité et une évolutivité à de nombreuses charges de travail serveur. Cela comprend des applications serveur telles que Microsoft Exchange Server, Hyper-V, Microsoft SQL Server et des serveurs de fichiers. Les applications serveur peuvent être exécutées sur des serveurs physiques ou des ordinateurs virtuels. Dans un cluster de basculement, si une ou plusieurs des serveurs en cluster (nœuds) échouent, autres nœuds prennent le relais fournir le service. Ce processus est appelé basculement.

Dans cette rubrique :

Dans Windows Server 2012 R2, le clustering avec basculement offre une prise en charge améliorée dans les domaines suivants.

Fonctionnalité/fonction

Nouveauté ou amélioration

Description

Disque dur virtuel partagé (pour les clusters invités)

Nouveau

Vous permet d’utiliser des fichiers .vhdx en tant que stockage partagé dans un cluster invité.

Drainage lors de l’arrêt de l’ordinateur virtuel

Nouveau

Permet à un hôte Hyper-V migrer automatiquement en direct les ordinateurs virtuels en cours d’exécution si l’ordinateur est éteint.

Détection de l’intégrité réseau virtuels

Nouveau

Permet à un hôte Hyper-V migrer automatiquement en direct les ordinateurs virtuels si une déconnexion du réseau se produit sur un réseau virtuel protégé.

Stratégies de positionnement optimisés CSV

Amélioration

Distribue uniformément les propriété de volume partagé de cluster entre les nœuds de cluster de basculement.

Une plus grande résilience CSV

Amélioration

Plusieurs instances du service serveur par nœud de cluster et CSV d’analyse du service serveur fournissent la résilience accrue.

Allocation de mémoire cache de volume partagé de cluster

Amélioration

Augmente la quantité de RAM que vous pouvez allouer au cache de volume partagé de cluster.

Être CSV

Amélioration

Permet d’afficher l’état d’un volume partagé de cluster nœud par nœud et la raison de la redirection d’e/s.

Interopérabilité CSV

Amélioration

Ajoute la prise en charge pour les autres Windows Server 2012 R2 fonctionnalités.

Déployer un cluster détaché d’Active Directory

Nouveau

Vous permet de déployer un cluster de basculement avec une dépendance inférieure sur les Services de domaine Active Directory.

Témoin dynamique

Nouveau

Ajuste dynamiquement le vote témoin en fonction du nombre de nœuds votants appartenance au cluster.

Améliorations de l’interface utilisateur quorum

Amélioration

Vous permet d’afficher facilement le vote du quorum affectées et le vote du quorum actuel pour chaque nœud de Cluster de basculement.

Résilience de quorum forcé

Nouveau

Permet la récupération automatique dans le cas d’un cluster de basculement partitionnée.

Fractionnée de séparateur de lien de nœud de 50 %

Nouveau

Permet à un côté d’un cluster pour continuer à s’exécuter dans le cas d’un fractionnement de cluster où aucun côté aurait normalement quorum.

Configurer le mode Gestionnaire de mise à jour globale

Nouveau

Permet de continuer à fonctionner s’il existe un retard avec un ou plusieurs nœuds du cluster.

Détection de l’intégrité de nœud de cluster

Amélioration

Augmente la résilience aux défaillances réseau temporaires pour les ordinateurs virtuels qui s’exécutent sur un cluster Hyper-V.

Désactiver le cryptage IPsec pour la communication entre les nœuds du cluster

Nouveau

Permet d’empêcher un cluster d’être affectés par une latence élevée que mises à jour de la stratégie de groupe.

Tableau de bord de cluster

Nouveau

Offre un moyen pratique pour vérifier l’intégrité de tous les clusters de basculement gérés dans le Gestionnaire de Cluster de basculement.

La section suivante fournit un résumé des nouvelles fonctionnalités de haute disponibilité pour les machines virtuelles Windows Server 2012 R2.

Vous pouvez désormais partager un fichier de disque dur virtuel (au format de fichier .vhdx) entre plusieurs machines virtuelles. Vous pouvez utiliser ces fichiers .vhdx en tant que stockage partagé pour un cluster de basculement de machine virtuelle, également appelé un cluster invité. Par exemple, vous pouvez créer des fichiers .vhdx partagés pour les disques de données et le témoin de disque. (Vous ne serez pas utiliser un fichier .vhdx partagé pour le disque dur virtuel de système d’exploitation).

Quels avantages cette modification procure-t-elle ?

Dans Windows Server 2012, vous pouvez déployer des clusters invités à l’aide d’un stockage partagé qui a été fourni par virtual Fibre Channel ou iSCSI pour le système d’exploitation invité. Dans ces configurations, le stockage sous-jacent a été exposé à l’utilisateur d’un ordinateur virtuel. Dans les déploiements de cloud privé ou public, il est souvent nécessaire pour masquer les détails de l’infrastructure sous-jacente de l’utilisateur ou un administrateur client. Stockage .vhdx partagé fournit cette couche d’abstraction.

Cette modification permet également de simplifier le déploiement des configurations de cluster invité. Une configuration de fichier .vhdx partagé est plus facile à déployer que les solutions comme virtual Fibre Channel ou iSCSI. Lorsque vous configurez un ordinateur virtuel pour utiliser un fichier .vhdx partagé, il est inutile de modifier la configuration du stockage telles que le zonage et le masquage du numéro d’unité logique.

En quoi le fonctionnement est-il différent ?

Dans Windows Server 2012, disques durs virtuels partagés ne sont pas disponibles.Windows Server 2012 R2 Ajoute cette fonctionnalité.

Dans Windows Server 2012 R2, les disques SCSI virtuels maintenant apparaissent en tant que disques SAS virtuels lorsque vous ajoutez un disque dur SCSI à une machine virtuelle. Cela inclut les deux fichiers de disque dur partagé et non partagé. Par exemple, si vous affichez le disque dans le Gestionnaire de serveur, le type de bus est répertorié en tant que SAP.

Pour plus d’informations sur les disques durs virtuels partagés, voir Vue d’ensemble du partage de disque dur virtuel et Déployer un cluster invité avec un disque dur virtuel partagé.

Dans Windows Server 2012 R2, si vous arrêtez un nœud de cluster de basculement Hyper-V sans tout d’abord mettre le nœud en mode de maintenance pour décharger les rôles en cluster en cours d’exécution, le cluster maintenant automatiquement en direct migre tous les ordinateurs virtuels vers un autre hôte avant l’arrêt de l’ordinateur.

System_CAPS_noteRemarque

Assurez-vous qu’il n’est pas plus d’un ordinateur virtuel dans un rôle d’ordinateur virtuel en cluster. Commençant par Windows Server 2012, nous ne prennent pas en charge cette configuration. Il est un exemple de ce scénario où plusieurs machines virtuelles ont des fichiers sur un disque physique commun qui ne fait pas partie des Volumes partagés de Cluster. La présence d'un seul ordinateur virtuel par rôle en cluster a pour effet d'améliorer l'expérience de gestion et les fonctionnalités des ordinateurs virtuels dans un environnement en cluster, notamment celle de mobilité des ordinateurs virtuels.

Quels avantages cette modification procure-t-elle ?

Cette modification fournit un mécanisme de sécurité pour aider à garantir qu’un arrêt du serveur (ou toute action qui arrête le service de Cluster) ne provoque pas planifiés pour les ordinateurs virtuels en cours d’exécution. Cela augmente la disponibilité des applications qui s’exécutent dans le système d’exploitation invité.

System_CAPS_importantImportant

Nous recommandons que vous placez un nœud en mode de maintenance ou déplacez tous les ordinateurs virtuels vers d’autres nœuds avant d’arrêter un nœud de cluster. Il s’agit du moyen le plus sûr pour décharger les rôles en cluster en cours d’exécution.

En quoi le fonctionnement est-il différent ?

Dans Windows Server 2012, si vous arrêtez un nœud de cluster sans purge au premier nœud, les ordinateurs virtuels sont placés dans un état enregistré, puis déplacés vers d’autres nœuds et repris. Cela signifie qu’il existe une interruption de la disponibilité des ordinateurs virtuels. Si elle est trop longue pour enregistrer l’état les machines virtuelles, ils peuvent être mis hors tension et redémarrés sur un autre nœud. Dans Windows Server 2012 R2, le cluster automatiquement en direct migre tous les ordinateurs virtuels en cours d’exécution avant l’arrêt.

Pour activer ou désactiver cette fonctionnalité, configurez le DrainOnShutdown propriété commune de cluster. Par défaut, cette propriété est activée (définie sur une valeur de « 1 »).

Pour afficher la valeur de propriété, démarrez Windows PowerShell en tant qu’administrateur, puis entrez la commande suivante :

(Get-Cluster).DrainOnShutdown

Détection de l’intégrité et la récupération est désormais disponible au niveau de la machine virtuelle pour un cluster hôte Hyper-V. En cas d’une déconnexion du réseau sur un réseau virtuel protégé, le cluster live migre les ordinateurs virtuels affectés à un hôte sur lequel ce réseau virtuel externe est disponible. Pour ce faire il faut plusieurs chemins d’accès réseau entre les nœuds de cluster.

System_CAPS_noteRemarque

S’il n’existe aucun réseau disponible qui se connectent à d’autres nœuds du cluster, le cluster supprime le nœud du cluster, transfère la propriété des fichiers de la machine virtuelle, puis redémarre les ordinateurs virtuels sur un autre nœud.

Quels avantages cette modification procure-t-elle ?

Cette modification améliore la disponibilité des machines virtuelles lorsqu’il y a un problème de réseau. Si la migration en direct se produit, est sans interruption de service, car la migration dynamique conserve l’état de session de l’ordinateur virtuel.

En quoi le fonctionnement est-il différent ?

Dans Windows Server 2012, s’il existe une déconnexion du réseau au niveau de la machine virtuelle, l’ordinateur virtuel continue de s’exécuter sur cet ordinateur, même si l’ordinateur virtuel n’est peut-être pas disponible pour les utilisateurs.

Dans Windows Server 2012 R2, il y a maintenant un protégé réseau case dans les paramètres de l’ordinateur virtuel. Ce paramètre est disponible dans les fonctionnalités avancées de la carte réseau. Par défaut, le paramètre est activé. Vous pouvez configurer ce paramètre sur une base par réseau pour chaque ordinateur virtuel. Par conséquent, s’il existe un réseau de priorité inférieur tel que celui utilisé pour le test ou pour la sauvegarde, vous pouvez choisir ne pas faire migrer en direct de la machine virtuelle si ces réseaux rencontrer une déconnexion du réseau.

Protected network setting for a virtual machine

Figure 1.  Protégé par le paramètre de réseau

La section suivante fournit un résumé des nouvelles fonctionnalités CSV dans Windows Server 2012 R2.

Propriété CSV est maintenant automatiquement distribuée et rééquilibrée entre les nœuds de cluster de basculement.

Quels avantages cette modification procure-t-elle ?

Dans un cluster de basculement, un nœud est considéré comme le propriétaire ou « nœud coordinateur » pour un fichier CSV. Le nœud coordinateur possède la ressource de disque physique qui est associée à une unité logique (LUN). Toutes les opérations d’e/s qui sont spécifiques au système de fichiers se font via le nœud coordinateur. La propriété CSV distribuée augmente les performances de disque car elle permet d’équilibrer les e/s disque.

Parce que la propriété du volume partagé de cluster est à présent équilibrée entre les nœuds du cluster, un nœud ne possédera pas un nombre disproportionné de volumes partagés de cluster. Par conséquent, si un nœud échoue, la transition de possession CSV vers un autre nœud est potentiellement plus efficace.

Cette fonctionnalité est utile pour un serveur de fichiers évolutif qui utilise les espaces de stockage, car cela garantit que la propriété d’espaces de stockage est distribuée.

En quoi le fonctionnement est-il différent ?

Dans Windows Server 2012, il n’est pas rééquilibrage automatique de l’attribution du nœud coordinateur. Par exemple, tous les numéros d’unité logique peuvent appartenir par le même nœud. Dans Windows Server 2012 R2, propriété de volume partagé de cluster est répartie équitablement entre les nœuds de cluster de basculement en fonction du nombre de volumes partagés de cluster que chaque nœud possède.

Par ailleurs, dans Windows Server 2012 R2, propriété est automatiquement rééquilibrée lorsqu’il existe des conditions telles qu’un volume partagé de cluster de basculement, un nœud rejoint le cluster, vous ajoutez un nouveau nœud au cluster, vous redémarrez un nœud de cluster, ou commencer le cluster de basculement après qu’il a été arrêté.

Windows Server 2012 R2 inclut les améliorations suivantes pour accroître la résilience de volume partagé de cluster :

  • Plusieurs instances de service de serveur par nœud de cluster de basculement. Il est l’instance par défaut qui gère le trafic entrant provenant des clients de Server Message Block (SMB) qui accèdent à des partages de fichiers standard et une deuxième instance de volume partagé de cluster qui gère le trafic CSV uniquement entre les nœuds. Le trafic entre les nœuds se compose d’accès aux métadonnées et de rediriger le trafic d’e/s.

  • Surveillance de l’intégrité de volume partagé de cluster du service serveur

Quels avantages cette modification procure-t-elle ?

Un fichier CSV utilise le protocole SMB en tant que transport pour le transfert d’e/s entre les nœuds du cluster et pour l’orchestration des mises à jour des métadonnées. Si le service serveur devient non intègre, cela peut avoir un impact sur les performances d’e/s et accéder au stockage. Comme un nœud de cluster possède maintenant plusieurs instances du service serveur, cela fournit la résilience supérieure pour un volume partagé de cluster s’il existe un problème avec l’instance par défaut. En outre, cette modification améliore l’évolutivité du trafic SMB d’entre les nœuds entre les nœuds CSV.

Si le service serveur devient non intègre, il peut affecter la capacité du nœud coordinateur CSV pour accepter les demandes d’e/s à partir d’autres nœuds et effectuer l’orchestration des mises à jour des métadonnées. Dans Windows Server 2012 R2, si le service serveur devient non intègre sur un nœud, propriété de volume partagé de cluster passe automatiquement à un autre nœud pour assurer la résilience accrue.

En quoi le fonctionnement est-il différent ?

Dans Windows Server 2012, il y n'a qu’une seule instance du service du serveur par nœud. Par ailleurs, il était sans surveillance du service serveur.

Dans Windows Server 2012 R2, vous pouvez désormais allouer un pourcentage plus élevé de la mémoire physique totale pour le cache de volume partagé de cluster. Cache partagé permet au serveur d’utiliser la mémoire système comme un cache à écriture immédiate.

Quels avantages cette modification procure-t-elle ?

Augmentation de la limite de cache CSV est particulièrement utile pour les scénarios de serveur de fichiers avec montée en charge. Comme les serveurs de fichiers avec montée en puissance parallèle ne sont généralement pas limités en mémoire, vous pouvez obtenir des gains de performances importants en utilisant la mémoire supplémentaire pour le cache de volume partagé de cluster.

System_CAPS_tipConseil

Nous vous recommandons d’activer le cache de volume partagé de cluster pour tous les déploiements en cluster Hyper-V et le serveur de fichiers avec montée en charge, avec supérieure d’allocation pour un déploiement avec montée en charge les serveurs de fichiers.

En quoi le fonctionnement est-il différent ?

Dans Windows Server 2012, vous pouvez répartir seulement 20 % de la mémoire RAM physique totale dans le cache de volume partagé de cluster. Vous pouvez désormais allouer jusqu'à 80 %.

Dans Windows Server 2012, le cache de volume partagé de cluster a été désactivé par défaut. Dans Windows Server 2012 R2, il est activé par défaut. En outre, le nom de la propriété privée de la ressource de disque physique du cluster a été modifié à partir de CsvEnableBlockCache à EnableBlockCache.

Vous devez toujours allouer la taille du cache de bloc à réserver. Pour ce faire, définissez la valeur de la BlockCacheSize propriété commune de cluster. (Le nom de cette propriété est passé de SharedVolumeBlockCacheSizeInMB dans Windows Server 2012.) Pour plus d’informations, consultez Activer le cache de volume partagé de cluster pour les charges de travail en lecture.

Vous pouvez désormais afficher l’état d’un volume partagé de cluster sur un nœud par nœud. Par exemple, vous pouvez voir que les e/s sont directes ou redirigées ou si le fichier CSV n’est pas disponible. Si un fichier CSV est en mode redirection d’e/s, vous pouvez également afficher la raison.

Quels avantages cette modification procure-t-elle ?

Cette modification vous permet d’optimiser votre configuration de cluster, car vous pouvez facilement déterminer l’état d’un fichier CSV.

En quoi le fonctionnement est-il différent ?

Vous pouvez utiliser l’applet de commande Windows PowerShell nouvelle Get-ClusterSharedVolumeState pour afficher les informations d’état (tel que directe ou redirigé) et la raison de la redirection. Pour les informations d’état, consultez le StateInfo propriété. Pour la raison de la redirection d’e/s, consultez le FileSystemRedirectedIOReason propriété et la BlockRedirectedIOReason propriété.

Dans Windows Server 2012 R2, les fonctionnalités de volume partagé de cluster a été améliorée pour prendre en charge les fonctionnalités suivantes :

  • Système de fichiers résilient (ReFS)

  • Déduplication

  • Espaces de stockage de parité

  • Espaces de stockage hiérarchisé

  • Les espaces de stockage écriture différéent de la mise en cache

Quels avantages cette modification procure-t-elle ?

Cette prise en charge ajoutée développe les scénarios dans lequel vous pouvez utiliser des volumes partagés de cluster et vous permet de tirer parti des avantages qui sont introduites dans ces fonctionnalités.

En quoi le fonctionnement est-il différent ?

ReFS, la déduplication et les espaces de stockage de parité n’étaient pas pris en charge par les volumes partagés de cluster dans Windows Server 2012. Les espaces de stockage à plusieurs niveaux et la mise en cache en écriture différée des espaces de stockage sont nouvelles dans Windows Server 2012 R2.

Dans Windows Server 2012 R2, vous pouvez déployer un cluster de basculement sans dépendances dans les Services de domaine Active Directory (AD DS) pour les noms de réseau. Ce cluster est désigné sous le nom de cluster détaché d’Active Directory. Lorsque vous déployez un cluster à l’aide de cette méthode, le nom réseau du cluster (également connu sous le point d’accès administratif) et les noms de réseau pour tous les rôles en cluster avec des points d’accès client sont inscrits dans système DNS (Domain Name). Toutefois, aucun objet ordinateur n’est créé pour le cluster dans AD DS. Cela inclut à la fois l’objet ordinateur pour le cluster lui-même (également appelé objet nom de cluster ou CNO) et les objets d’ordinateur pour tous les rôles en cluster qui ont en général des points d’accès client dans AD DS (objets ordinateur virtuel appelé aussi ou VCO).

System_CAPS_noteRemarque

Les nœuds de cluster doivent toujours être joint à un domaine Active Directory.

Quels avantages cette modification procure-t-elle ?

Avec cette méthode de déploiement, vous pouvez créer un cluster de basculement sans les autorisations précédemment requises pour créer des objets ordinateur dans AD DS ou le besoin de demander qu’un administrateur Active Directory organise préalablement les objets ordinateur dans AD DS. En outre, vous n’avez pas gérer et maintenir les objets ordinateur du cluster pour le cluster. Par exemple, vous pouvez éviter le problème dans lequel un administrateur Active Directory supprime accidentellement l’objet ordinateur du cluster, ce qui a un impact sur la disponibilité des charges de travail de cluster.

En quoi le fonctionnement est-il différent ?

L’option pour créer un cluster détaché d’Active Directory n’est pas disponible dans Windows Server 2012. Dans Windows Server 2012, vous pouvez uniquement déployer un cluster de basculement où les noms de réseau pour le cluster sont dans DNS et AD DS.

Un cluster détaché d’Active Directory utilise l’authentification Kerberos pour la communication intra-cluster. Toutefois, lorsqu’une authentification sur le nom réseau de cluster est requise, le cluster utilise l’authentification NTLM.

System_CAPS_importantImportant

Nous ne recommandons pas cette méthode de déploiement pour les scénarios qui requiert l’authentification Kerberos.

Pour déployer ce type de cluster, vous devez utiliser Windows PowerShell. Pour des informations sur le déploiement et les détails sur ce qui est pris en charge et non pris en charge avec cette méthode de déploiement, consultez Déployer un cluster détaché d’Active Directory.

La section suivante fournit un résumé des améliorations des fonctionnalités de quorum de cluster dans Windows Server 2012 R2.

Dans Windows Server 2012 R2, si le cluster est configuré pour utiliser le quorum dynamique (la valeur par défaut), le vote témoin est également ajusté dynamiquement en fonction du nombre de nœuds votants appartenance au cluster. S’il existe un nombre impair de voix, le témoin de quorum n’a pas de vote. En l’absence d’un nombre pair de votes, le témoin de quorum dispose d’un vote.

Le vote du quorum témoin est également dynamiquement ajusté en fonction de l’état de la ressource témoin. Si la ressource témoin est Échec ou hors connexion, le cluster définit le vote témoin « 0 ».

Quels avantages cette modification procure-t-elle ?

Témoin dynamique réduit considérablement le risque que le cluster va être arrêté en raison de l’échec de témoin. Le cluster décide s’il faut utiliser le vote témoin en fonction du nombre de nœuds votants qui sont disponibles dans le cluster.

Cette modification simplifie considérablement la configuration de témoin de quorum. Vous n’avez plus à déterminer si vous devez configurer un témoin de quorum, car l’action recommandée dans Windows Server 2012 R2 consiste à toujours configurer un témoin de quorum. Le cluster détermine automatiquement quand l’utiliser.

System_CAPS_importantImportant

Dans Windows Server 2012 R2, nous vous recommandons de toujours configurer un témoin de quorum.

En quoi le fonctionnement est-il différent ?

Dans Windows Server 2012, vous deviez déterminer quand configurer un témoin et devaient configurer manuellement la configuration de quorum si l’appartenance du nœud modifié afin de conserver le nombre total de voix dans un nombre impair. Ceci inclus chaque fois que vous avez ajouté ou supprimé des nœuds de cluster.

Maintenant, vous n’avez plus besoin ajuster manuellement la configuration de quorum si les modifications d’appartenance du nœud. Par défaut, le cluster détermine les options de gestion de quorum, y compris le témoin de quorum.

Windows Server 2012 R2 inclut également le nouveau WitnessDynamicWeight propriété commune que vous pouvez utiliser pour afficher le vote témoin du quorum de cluster.

Pour afficher la valeur de propriété, démarrez Windows PowerShell en tant qu’administrateur, puis entrez la commande suivante :

(Get-Cluster).WitnessDynamicWeight

Une valeur « 0 » indique que le témoin ne dispose pas d’un vote. Une valeur de « 1 » indique que le témoin dispose d’un vote.

Dans Windows Server 2012 R2, vous pouvez maintenant afficher le vote du quorum affectées et le vote du quorum actuel pour chaque nœud de cluster dans l’interface utilisateur de Cluster de basculement (UI). En outre, la terminologie de mode de quorum a été simplifiée.

Quels avantages cette modification procure-t-elle ?

Vous pouvez désormais facilement déterminer dans l’interface utilisateur les nœuds qui ont un vote, et si qui vote est actif. Lorsque vous cliquez sur nœuds dans le Gestionnaire de Cluster de basculement, vous pouvez voir les affectations de vote.

Node vote assignment in the UI

Figure 2. Attribution de votes aux nœuds

En quoi le fonctionnement est-il différent ?

Dans Windows Server 2012, vous deviez exécuter le rapport de validation de valider la Configuration de Quorum ou utiliser Windows PowerShell pour afficher l’état de vote. Vous pouvez toujours utiliser ces méthodes dans Windows Server 2012 R2.

Dans Windows Server 2012 R2, le rapport de valider la Configuration de Quorum et les paramètres pour le Set-ClusterQuorum applet de commande Windows PowerShell ont été simplifiés afin de ne plus utiliser la terminologie de mode de quorum comme nœud majoritaire (sans témoin), nœud majoritaire avec témoin (disque ou partage de fichiers) ou aucune majorité (témoin de disque uniquement).

Dans Windows Server 2012 R2, une fois qu’il existe un problème dans lequel vous forcez manuellement quorum pour démarrer le cluster, par exemple, vous utilisez la /fq commutateur lorsque vous démarrez le service de Cluster, le cluster automatiquement détecte toutes les partitions lorsque la connectivité est rétablie. La partition que vous avez commencé avec forcer le quorum est désormais considérée comme faisant autoritée. Lors de la reprise de la communication du cluster de basculement, les nœuds partitionnées automatiquement redémarrer le service de Cluster et rejoindre le cluster. Le cluster est rétablie une vue unique de l’appartenance.

Quels avantages cette modification procure-t-elle ?

Cette modification permet la récupération automatique dans le cas d’un cluster de basculement partitionnée où un sous-ensemble de nœuds a été démarré en forçant le quorum. Un cluster de basculement partitionnée est également appelé cluster fractionné ou un cluster « Brain ».

System_CAPS_noteRemarque

Un cluster partitionné se produit lorsqu’un cluster s’arrête en sous-ensembles, qui ne sont pas conscients de l’autre. Par exemple, vous avez un cluster multisite avec trois nœuds sur un site et deux nœuds dans l’autre. Un problème réseau interrompt les communications du cluster. Le site avec trois nœuds reste en cours d’exécution, car il possède un quorum. Le site de deux nœuds sans quorum s’arrête. Vous déterminez que le site avec trois nœuds n’a pas de connectivité externe, tandis que le site de deux nœuds ne. Par conséquent, pour restaurer le service aux utilisateurs, vous utilisez la /fq commutateur pour démarrer le site de deux nœuds. Lors de la connexion réseau est rétablie, vous disposez d’un cluster partitionné.

En quoi le fonctionnement est-il différent ?

S’il existe un cluster partitionné dans Windows Server 2012, une fois que la connectivité est rétablie, vous devez redémarrer manuellement tous les nœuds partitionnées qui ne font pas partie du sous-ensemble quorum forcé avec la /pq commutateur qui empêche le quorum. Dans l’idéal, vous devez le faire aussi rapidement que possible.

Dans Windows Server 2012 R2, les deux côtés ont une vue de l’appartenance au cluster et ils rapproche automatiquement lorsque la connectivité est rétablie. La partie que vous avez commencé avec forcer le quorum est considéré comme faisant autoritée et les nœuds partitionnées redémarrer automatiquement avec le /pq commutateur qui empêche le quorum.

Comme une amélioration de fonctionnalité de quorum dynamique, un cluster peut maintenant ajuster dynamiquement les votes d’un nœud en cours d’exécution pour conserver le nombre total de votes à un nombre impair. Cette fonctionnalité fonctionne de façon transparente avec témoin dynamique. Pour maintenir un nombre impair de voix, un cluster ajuste tout d’abord le vote du quorum témoin via témoin dynamique. Toutefois, si un témoin de quorum n’est pas disponible, le cluster peut régler le vote d’un nœud. Par exemple :

  1. Vous avez un cluster à six nœuds avec un témoin de partage de fichiers. Le cluster s’étend sur deux sites avec trois nœuds dans chaque site. Le cluster possède un total de sept votes.

  2. Le témoin de partage de fichiers échoue. Étant donné que le cluster utilise le témoin dynamique, le cluster supprime automatiquement le vote témoin. Le cluster possède maintenant un total de six voix.

  3. Pour maintenir un nombre impair de voix, le cluster choisit de façon aléatoire un nœud à supprimer son vote de quorum. Un site a maintenant deux voix, et l’autre site dispose de trois.

  4. Un problème réseau interrompt les communications entre les deux sites. Par conséquent, le cluster soit équitablement répartie en deux ensembles de trois nœuds. La partition dans le site avec deux voix tombe en panne. La partition dans le site avec trois votes continue à fonctionner.

Outre cette fonctionnalité automatique, il existe une nouvelle propriété cluster courantes que vous pouvez utiliser pour déterminer quel site survit s’il existe un fractionnement de nœud de 50 % sur lequel aucun site possède un quorum. Au lieu du cluster choisir aléatoirement un nœud à supprimer son vote de quorum, vous pouvez définir le LowerQuorumPriorityNodeID propriété à l’avance quel nœud possède son vote supprimé.

Quels avantages cette modification procure-t-elle ?

Avec cette fonctionnalité, un côté du cluster continue de s’exécuter dans le cas d’un fractionnement 50 % nœud où aucun côté aurait normalement quorum.

En définissant éventuellement le LowerQuorumPriorityNodeID propriété, vous pouvez contrôler quel côté reste opérationnel dans ce scénario. Par exemple, vous pouvez spécifier que le site principal reste en cours d’exécution et qu’un site de récupération d’urgence s’arrête.

En quoi le fonctionnement est-il différent ?

Dans Windows Server 2012, s’il existe un fractionnement de 50 % sur lequel aucun site possède un quorum, les deux côtés va être arrêté.

Dans Windows Server 2012 R2, vous pouvez affecter la LowerQuorumPriorityNodeID propriété commune de cluster vers un nœud de cluster sur le site secondaire afin que le site principal reste en cours d’exécution. Définissez cette propriété sur un nœud dans le site.

Pour définir la propriété, démarrez Windows PowerShell en tant qu’administrateur, puis entrez la commande suivante, où «1» est l’ID de nœud d’exemple pour un nœud dans le site qui vous semblent moins importants :

(Get-Cluster).LowerQuorumPriorityNodeID = 1
System_CAPS_tipConseil

Pour déterminer un ID de nœud, démarrez Windows PowerShell en tant qu’administrateur, puis entrez la commande suivante, où «Node1» représente le nom d’un nœud de cluster :

(Get-ClusterNode –Name "Node1").Id

Vous pouvez également utiliser la commande suivante pour renvoyer tous les noms de nœud de cluster, les ID de nœud et l’état du nœud :

Get-ClusterNode | ft

Lorsqu’un changement d’état se produit comme une ressource de cluster est hors connexion, les nœuds dans un cluster de basculement doivent être informés de la modification et l’accusé de réception avant que le cluster valide la modification de la base de données. Le Gestionnaire de mise à jour globale est responsable de la gestion de ces mises à jour de base de données de cluster. Dans Windows Server 2012 R2, vous pouvez configurer comment le cluster gère les mises à jour globales. Par défaut, le Gestionnaire de mise à jour globale utilise les modes suivants pour les charges de travail de cluster de basculement Windows Server 2012 R2:

  • Toutes les (écriture) Local (lecture) et. Dans ce mode, tous les nœuds de cluster doivent recevoir et traiter la mise à jour pour que le cluster considère que les modifications validées. Lorsqu’une base de données de lecture demande se produit, le cluster lit les données de la base de données de cluster sur le nœud local. Dans ce cas, la lecture locale est prévue pour être cohérent, car tous les nœuds de recevoir et traitent les mises à jour. Il s’agit du paramètre par défaut pour toutes les charges de travail en plus de Hyper-V.

    System_CAPS_noteRemarque

    Il s’agit des mises à jour globales comment fonctionnent pour toutes les charges de travail dans Windows Server 2012.

  • Majorité (lecture et écriture). Dans ce nouveau mode une majorité des nœuds du cluster en cours d’exécution doit recevoir et traiter la mise à jour avant que le cluster valide la modification de la base de données. Lorsqu’une base de données de lecture demande se produit, le cluster compare l’horodatage le plus récent à partir d’une majorité des nœuds en cours d’exécution et utilise les données avec l’horodatage le plus récent. Il s’agit du paramètre par défaut pour les clusters de basculement Hyper-V.

System_CAPS_noteRemarque

Il existe également un nouveau mode « Majorité (écriture) et locale (lecture) ». Toutefois, ce mode n’est pas utilisé par défaut pour les charges de travail. Consultez la section « Ce qui fonctionne différemment » pour plus d’informations.

Quels avantages cette modification procure-t-elle ?

Les nouveaux modes de configuration pour le Gestionnaire de mise à jour globale améliorer considérablement les performances de base de données de cluster dans les scénarios où il existe une latence réseau important entre les nœuds de cluster, par exemple avec un cluster multisite. Par association, cela augmente les performances des charges de travail de cluster tels que SQL Server ou Exchange Server dans ces scénarios. Sans cette fonctionnalité, la base de données de cluster s’effectue au rythme du nœud plus lent.

Les nouveaux modes de configuration peuvent également aider à s’il existe des délais qui sont associés à des problèmes logiciels ou matériels. Par exemple, une mise à jour du Registre local peut être retardée sur un nœud qui a un problème matériel. En utilisant un mode de gestionnaire de mise à jour globale qui effectue des mises à jour qui sont basées sur une majorité de nœuds, le cluster n’a pas à attendre que tous les nœuds pour être averti des et confirmer le changement d’état avant qu’il soit prêt à traiter la transaction suivante.

En quoi le fonctionnement est-il différent ?

Dans Windows Server 2012, vous ne pouvez pas configurer le mode Gestionnaire de mise à jour globale. Pour toutes les charges de travail de cluster Windows Server 2012, tous les nœuds de cluster doivent recevoir et processus de la mise à jour avant le cluster considère que la modification validée. Dans Windows Server 2012 R2, vous pouvez configurer le mode Gestionnaire de mise à jour globale, avec trois valeurs possibles. Dans Windows Server 2012 R2, la majorité (lecture et écriture) mode est désormais le mode par défaut pour les clusters de basculement Hyper-V.

Vous pouvez configurer le mode Gestionnaire de mise à jour globale à l’aide de la nouvelle DatabaseReadWriteMode propriété commune de cluster. Pour afficher le mode Gestionnaire de mise à jour globale, démarrez Windows PowerShell en tant qu’administrateur, puis entrez la commande suivante :

(Get-Cluster).DatabaseReadWriteMode

Le tableau suivant montre les valeurs possibles.

Valeur

Description

0 = toutes les (écriture) et locale (lecture)

  • Paramètre par défaut dans Windows Server 2012 R2 pour toutes les charges de travail en plus de Hyper-V.

  • Tous les nœuds de cluster doivent recevoir et traiter la mise à jour avant que le cluster valide une modification de la base de données.

  • Lectures de base de données se produisent sur le nœud local. Étant donné que la base de données est cohérente sur tous les nœuds, il est sans risque de données obsolètes ou « obsolètes ».

1 = majorité (lecture et écriture)

  • Paramètre par défaut dans Windows Server 2012 R2 pour les clusters de basculement Hyper-V.

  • La majorité des nœuds du cluster doit recevoir et traiter la mise à jour avant que le cluster valide la modification de la base de données.

  • Pour une lecture de données, le cluster compare l’horodatage le plus récent à partir d’une majorité des nœuds en cours d’exécution et utilise les données avec l’horodatage le plus récent.

2 = Local (lecture) et majorité (écriture)

  • La majorité des nœuds du cluster doit recevoir et traiter la mise à jour avant que le cluster valide la modification de la base de données.

  • Lectures de base de données se produisent sur le nœud local. Étant donné que le cluster ne compare pas l’horodatage le plus récent sur la majorité des nœuds, les données peuvent être obsolètes ou « obsolètes ».

System_CAPS_warningAvertissement

N’utilisez pas un des modes de majorité (1 ou 2) pour les scénarios qui requièrent la cohérence garantit à partir de la base de données de cluster. Par exemple, n’utilisez pas ces modes pour un cluster de basculement Microsoft SQL Server qui utilise des groupes de disponibilité AlwaysOn, ou Microsoft Exchange Server.

Par défaut, les nœuds de cluster exchange pulsations toutes une seconde. Le nombre de pulsations manquées avant le basculement est connu comme le seuil des pulsations. Dans Windows Server 2012 R2, le seuil des pulsations par défaut a été augmenté pour les clusters de basculement Hyper-V.

Quels avantages cette modification procure-t-elle ?

Ce changement offre une plus grande résilience aux défaillances réseau temporaires pour les ordinateurs virtuels qui s’exécutent sur un cluster Hyper-V. Par exemple, vous ne souhaiterez pas le cluster effectue les actions de récupération si votre réseau rencontre souvent des interruptions de réseau à court terme. Pour une application qui s’exécute sur un ordinateur virtuel, une panne réseau de courte est souvent relativement transparente en raison de TCP reconnecter la fenêtre.

En quoi le fonctionnement est-il différent ?

Par défaut, dans Windows Server 2012, un nœud est considéré comme arrêté, s’il ne répond pas dans les cinq secondes. Dans Windows Server 2012 R2, la valeur de seuil par défaut pour un cluster de basculement Hyper-V a été augmentée à 10 secondes pour les nœuds de cluster dans le même sous-réseau et 20 secondes pour les nœuds de cluster dans des sous-réseaux différents.

Le tableau suivant répertorie les valeurs par défaut dans Windows Server 2012 R2.

Propriété commune de cluster

La valeur par défaut pour tous les rôles en cluster à l’exception de Hyper-V

Valeur par défaut pour le rôle en cluster Hyper-V

SameSubnetThreshold

5 secondes

10 secondes

CrossSubnetThreshold

5 secondes

20 secondes

System_CAPS_importantImportant

Nous recommandons les opérations suivantes :

  • Ne configurez pas une valeur de seuil de pulsation est supérieure à 20 secondes, car cela peut dépasser la fenêtre de délai d’expiration TCP. Une valeur supérieure à 20 secondes n’augmente pas la disponibilité et son impact sur le temps autres nœuds du cluster de détecter que le nœud est arrêté.

  • N’augmentez pas le seuil des pulsations par rapport à sa valeur par défaut pour un serveur de fichiers avec montée en puissance parallèle. Un serveur de fichiers avec montée en puissance parallèle fournit déjà une récupération transparente. Si un nœud est considéré comme étant hors service, il bascule et récupère les sessions SMB sur un autre nœud. Cette action de récupération doit se produire pendant le délai d’expiration de la session SMB. Si vous augmentez le seuil des pulsations, la détection du nœud prend plus de temps. En cas de dépassement des valeurs de délai d’expiration de la session SMB, il est possible que la récupération ne soit plus transparente.

Dans Windows Server 2012 R2, vous pouvez maintenant désactiver le chiffrement Internet Protocol security (IPsec) pour les communications entre les nœuds telles que la pulsation de cluster.

Quels avantages cette modification procure-t-elle ?

Le traitement de stratégie de groupe met à jour une latence élevée peut provoquer des Services de domaine Active Directory (AD DS) provisoirement indisponible. Dans ce cas, étant donné que le chiffrement IPsec s’appuie sur l’accès aux services AD DS, le cryptage IPsec est interrompu jusqu'à ce que les mises à jour sont terminées. Si la communication du cluster utilise le cryptage IPsec, cette interruption empêche la communication entre les nœuds cluster (y compris les messages de pulsation) soit envoyée. Si l’intervalle dépasse le seuil de pulsation de cluster pour un nœud de cluster, le cluster supprime le nœud du cluster. Si cela se produit sur plusieurs nœuds en même temps, cela peut provoquer le cluster perd le quorum.

En désactivant le cryptage IPsec pour la communication entre les nœuds du cluster, ce trafic reste sans interruption. Par conséquent, la possibilité de fournir une haute disponibilité pour ses rôles en cluster du cluster n’est pas affectée par une latence élevée que mises à jour de la stratégie de groupe.

En quoi le fonctionnement est-il différent ?

Vous pouvez maintenant utiliser le NetFTIPSecEnabled propriété commune pour désactiver le cryptage IPsec sur le port 3343 pour les communications entre les nœuds de cluster. Par défaut, le NetFTIPSecEnabled est activé (défini sur « 1 »). Une valeur de « 1 » signifie que le chiffrement IPsec pour les communications entre les nœuds sont activée s’il existe un paramètre de stratégie de groupe existant qui met en œuvre d’IPsec.

Pour modifier la valeur « 0 », qui remplace tout paramètre de stratégie de groupe et désactive le cryptage IPsec pour la communication entre les nœuds du cluster, démarrez Windows PowerShell en tant qu’administrateur, puis entrez la commande suivante :

(Get-Cluster). NetFTIPSecEnabled = 0
System_CAPS_warningAvertissement

Nous vous recommandons de désactiver le chiffrement IPsec pour la communication entre les nœuds du cluster uniquement si vous rencontrez des problèmes en raison d’une latence élevée que mises à jour de la stratégie de groupe. Si vous désactivez le paramètre, assurez-vous que vous testez la modification, car elle peut affecter les performances du cluster.

Gestionnaire du Cluster de basculement inclut désormais un tableau de bord de cluster qui vous permet d’afficher rapidement l’état d’intégrité de tous les clusters de basculement gérés. Vous pouvez afficher le nom du cluster de basculement avec une icône qui indique si le cluster est en cours d’exécution, le nombre et l’état des rôles en cluster, l’état du nœud et le statut de l’événement.

Quels avantages cette modification procure-t-elle ?

Si vous gérez plusieurs clusters de basculement, ce tableau de bord offre un moyen pratique pour vous permettre de vérifier rapidement l’intégrité des clusters de basculement.

En quoi le fonctionnement est-il différent ?

Dans Windows Server 2012, vous deviez cliquez sur chaque nom de cluster de basculement pour afficher les informations d’état. À présent, lorsque vous cliquez sur Gestionnaire du Cluster de basculement dans l’arborescence de navigation, il existe un Clusters tableau de bord dans le volet du milieu affiche tous les clusters gérés.

Cluster dashboard showing two managed clusters

Figure 3. Tableau de bord de cluster

Dans Windows Server 2012, le clustering avec basculement offre une prise en charge améliorée dans les domaines suivants.

Fonctionnalité/fonction

Nouveauté ou amélioration

Description

Extensibilité des clusters

Amélioration

Permet une prise en charge étendue à 64 nœuds et à 8 000 ordinateurs virtuels par cluster

Gestion des clusters à grande échelle à l’aide du Gestionnaire de serveur et du Gestionnaire du cluster de basculement

Nouveau

Fournit des outils d’interface utilisateur graphique pour simplifier la gestion et le fonctionnement des clusters à grande échelle

Gestion et mobilité des ordinateurs virtuels en cluster et d’autres rôles en cluster

Nouveau

Permet d’allouer des ressources de cluster à des ordinateurs virtuels en cluster et d’autres rôles en cluster

Volumes partagés de cluster

Amélioration

Améliore l’installation des volumes partagés de cluster ainsi que la sécurité, les performances et la disponibilité du système de fichiers pour d’autres charges de travail de cluster

Prise en charge des serveurs de fichiers avec montée en puissance parallèle

Nouveau

Fournit un stockage des volumes partagés de cluster et s’intègre aux fonctionnalités des services de fichiers pour prendre en charge le stockage évolutif et disponible en continu pour les applications

Mise à jour adaptée aux clusters

Nouveau

Applique des mises à jour logicielles sur les nœuds de cluster tout en maintenant la disponibilité

Contrôle et gestion des applications des ordinateurs virtuels

Nouveau

Étend le contrôle des ordinateurs virtuels en cluster aux applications exécutées dans les ordinateurs virtuels en cluster

Tests de validation des clusters

Amélioration

Valide les fonctionnalités Hyper-V et CSV, et s’exécute plus rapidement

Intégration des services de domaine Active Directory (AD DS)

Amélioration

Augmente la résilience de cluster et prend en charge une plus large gamme de déploiements

Configuration de quorum et quorum dynamique

Amélioration

Simplifie la définition de quorum et augmente la disponibilité du cluster dans les scénarios d’échec

Mise à niveau et migration des clusters

Amélioration

Permet la migration d’ordinateurs virtuels à partir de Windows Server 2008 R2, la migration vers les volumes partagés de cluster et la réutilisation du stockage existant

Intégration au Planificateur de tâches

Nouveau

Intègre le clustering avec basculement à d’autres fonctionnalités de serveur

Prise en charge de Windows PowerShell

Amélioration

Autorise les scripts de la fonctionnalité Clustering avec basculement introduite dans Windows Server 2012

Voir aussi Fonctionnalité supprimée ou déconseillée.

Clusters de basculement dans Windows Server 2012 peut prendre en charge un plus grand nombre de nœuds et les ordinateurs virtuels que les clusters dans Windows Server 2008 R2, comme indiqué dans le tableau suivant :

Nombre maximal pour le cluster

Windows Server 2012

Windows Server 2008 R2

Nœuds

64

16

Ordinateurs virtuels ou rôles en cluster

8 000 (jusqu’à 1 024 par nœud)

1,000

Le Gestionnaire de serveur et le Gestionnaire du Cluster de basculement fournissent de nouvelles capacités dans Windows Server 2012 pour gérer les clusters à grande échelle.

Le Gestionnaire de serveur peut détecter et gérer les nœuds du cluster. Il active la gestion à distance de plusieurs serveurs, l’installation à distance des rôles et des fonctionnalités, et la possibilité de démarrer le Gestionnaire du cluster de basculement à partir de l’interface utilisateur graphique du Gestionnaire de serveur. Pour plus d’informations, voir Gérer plusieurs serveurs distants avec le Gestionnaire de serveur.

Les nouvelles fonctionnalités du Gestionnaire du cluster de basculement qui simplifient la gestion à grande échelle des ordinateurs virtuels en cluster et d’autres rôles en cluster incluent :

  • Recherche, filtrage et affichages personnalisés. Les administrateurs peuvent gérer et parcourir de grands nombres d’ordinateurs virtuels en cluster ou d’autres rôles en cluster.

  • Multiselect. Les administrateurs peuvent sélectionner un regroupement spécifique d’ordinateurs virtuels, puis effectuer toutes les opérations nécessaires (telles qu’une migration dynamique, un enregistrement, un arrêt ou un démarrage).

  • Migration dynamique simplifiée et migration rapide des ordinateurs virtuels et du stockage de l’ordinateur virtuel. Les migrations dynamique et rapide sont plus simples à effectuer.

  • Configuration plus simple des volumes partagés de cluster (CSV). La configuration revient à un clic avec le bouton droit dans le volet de stockage. Volumes partagés de cluster présentent d’autres améliorations, qui sont décrites dans Volumes partagés de cluster plus loin dans cette rubrique.

  • Prise en charge de la réplication Hyper-V. La réplication Hyper-V offre une réplication limitée dans le temps des ordinateurs virtuels entre les systèmes de stockage, les clusters et les centres de données pour une récupération d’urgence.

Quels avantages ces modifications procurent-elles ?

Ces fonctionnalités d’évolutivité de Windows Server 2012 améliorer la configuration, la gestion et maintenance des clusters de basculement de Hyper-V et des clusters physiques de grande taille.

Dans Windows Server 2012, les administrateurs peuvent configurer des paramètres, tels que hiérarchiser démarrage ou du placement des machines virtuelles et les rôles en cluster sur les nœuds de cluster à efficacement allouer des ressources aux charges de travail en cluster. Le tableau suivant décrit ces paramètres :

Paramètre

Description

Boutons

Paramètres de priorité : Haute, Moyenne (valeur par défaut), Basse ou Pas de démarrage automatique

  • Les rôles en cluster avec une priorité plus haute sont démarrés et placés sur les nœuds avant ceux avec une priorité inférieure.

  • Si la priorité Pas de démarrage automatique est affectée, le rôle n’est pas mis en ligne automatiquement après un échec, ce qui laisse les ressources disponibles pour que d’autres rôles puissent démarrer.

Tous les rôles en cluster, y compris les ordinateurs virtuels en cluster

Anticipation des ordinateurs virtuels selon la priorité

  • Le service de cluster met hors connexion les ordinateurs virtuels avec une priorité inférieure lorsque des ordinateurs virtuels avec une priorité haute ne disposent pas de la mémoire et d’autres ressources nécessaires pour démarrer après la défaillance d’un nœud. Les ressources libérées peuvent être attribuées aux ordinateurs virtuels avec une priorité haute.

  • En cas de besoin, l’anticipation commence par les ordinateurs virtuels avec la priorité la plus basse et continue jusqu’aux ordinateurs virtuels avec une priorité plus haute.

  • Les machines virtuelles qui sont anticipées sont par la suite redémarrées dans l’ordre de priorité.

Ordinateurs virtuels en cluster

Sélection élective des ordinateurs virtuels prenant en charge la mémoire

  • Les ordinateurs virtuels sont placés selon la configuration d’accès mémoire non uniforme (NUMA), les charges de travail déjà en cours d’exécution et les ressources disponibles sur chaque nœud.

    Le nombre de tentatives de basculement avant le démarrage réussi d’un ordinateur virtuel est réduit. Le temps d’activité est ainsi augmenté pour les ordinateurs virtuels.

Ordinateurs virtuels en cluster

Fonctionnalités de mobilité des ordinateurs virtuels

  • Plusieurs migrations dynamiques peuvent être démarrées simultanément. Le cluster en traite le plus possible, puis place en file d’attente les migrations restantes pour un traitement ultérieur. Les migrations qui ont échoué sont automatiquement retentées.

  • Les ordinateurs virtuels sont migrés vers des nœuds avec suffisamment de mémoire et d’autres ressources.

  • Un ordinateur virtuel en cours d’exécution peut être ajouté ou supprimé dans un cluster de basculement.

  • Le stockage de l’ordinateur virtuel peut être migré de façon dynamique.

Ordinateurs virtuels en cluster

Drainage automatisé des nœuds

  • Le cluster draine automatiquement un nœud (déplace les rôles en cluster exécutés sur le nœud vers un autre nœud) avant de mettre le nœud en mode de maintenance ou de lui apporter d’autres modifications.

  • Les rôles sont automatiquement restaurés sur le nœud d’origine après les opérations de maintenance.

  • Les administrateurs peuvent drainer un nœud en une seule action dans le gestionnaire du cluster de basculement ou à l'aide de l'applet de commande Windows PowerShell Suspend-ClusterNode. Le nœud cible des rôles en cluster déplacés peut être spécifié.

  • La mise à jour adaptée aux clusters utilise le drainage des nœuds dans le processus automatisé pour appliquer des mises à jour logicielles aux nœuds de cluster. Pour plus d'informations, voir Mise à jour adaptée aux clusters plus loin dans cette rubrique.

Tous les rôles en cluster, y compris les ordinateurs virtuels en cluster

Quels avantages ces modifications procurent-elles ?

Ces fonctionnalités dans Windows Server 2012 améliorent l’allocation des ressources de cluster (en particulier lors du démarrage ou de maintenance des nœuds) dans des clusters physiques et les clusters de basculement Hyper-V.

Volumes partagés de cluster (CSV) ont été introduits dans Windows Server 2008 R2 pour fournir un stockage commun pour les ordinateurs virtuels en cluster. Dans Windows Server 2012, volumes partagés de cluster peuvent fournir un stockage pour les autres rôles en cluster. Les volumes partagés de cluster permettent à plusieurs nœuds du cluster d’accéder simultanément au même système de fichiers NTFS sans imposer de restrictions au niveau du matériel, du type de fichier ou de la structure des répertoires. Avec les CSV, plusieurs ordinateurs virtuels en cluster peuvent utiliser le même LUN et être migrés dynamiquement ou rapidement d’un nœud à l’autre de façon indépendante.

Voici un résumé des nouvelles fonctionnalités CSV dans Windows Server 2012.

  • Fonctionnalités de stockage pour un grand nombre de rôles en cluster. Inclut les serveurs de fichiers avec montée en charge pour les données d’application, qui fournissent en permanence stockage évolutif et disponible basée sur les fichiers (SMB 3.0) serveur pour Hyper-V et les applications telles que Microsoft SQL Server. Pour plus d'informations, voir Prise en charge des serveurs de fichiers avec montée en puissance parallèle plus loin dans cette rubrique.

  • Système de fichiers CSV (CSVFS). Fournit un stockage partagé de cluster avec un espace de noms de fichier unique et cohérent, tout en utilisant le système de fichiers NTFS sous-jacent.

  • Prise en charge du chiffrement de lecteur BitLocker. Autorise le déchiffrement en utilisant l’identité commune du compte d’ordinateur pour le cluster (également appelé objet nom de cluster ou CNO). La sécurité physique est activée pour les déploiements en dehors des centres de données sécurisés et les exigences en matière de conformité sont satisfaites pour le chiffrement au niveau du volume.

  • Simplicité de la sauvegarde de fichiers. Prend en charge les demandeurs de sauvegarde qui sont en cours d’exécution Windows Server 2008 R2 ou Windows Server 2012 sauvegarde. Les sauvegardes peuvent utiliser des captures instantanées de service VSS (Volume Shadow Copy Service) cohérentes avec les applications et les incidents.

  • Entrées/sorties (E/S) directes pour l’accès aux données de fichiers, y compris les fichiers fragmentés. Améliore les performances de copie et de création d’ordinateur virtuel.

  • Suppression des dépendances d’authentification externes. Améliore les performances et la résilience des volumes partagés de cluster.

  • Intégration à SMB Multichannel et SMB Direct. Utilise les nouvelles fonctionnalités SMB 3.0 pour permettre au trafic des volumes partagés de cluster d’être transmis vers plusieurs réseaux dans le cluster et d’exploiter les cartes réseau prenant en charge l’accès direct à la mémoire à distance (RDMA). Pour plus d’informations, voir Server Message Block Overview.

  • Le stockage ne peut être rendu visible que pour un sous-ensemble de nœuds. Active les déploiements de cluster qui contiennent des nœuds de données et d’applications.

  • Intégration aux espaces de stockage. Permet la virtualisation du stockage de cluster sur des groupes de disques peu coûteux. Les espaces de stockage des fonctionnalités dans Windows Server 2012 peut s’intégrer à des volumes partagés de cluster pour autoriser l’accès aux données montée en puissance parallèle. Pour plus d’informations, voir Vue d’ensemble des espaces de stockage.

  • Possibilité d’analyser et de réparer des volumes sans les mettre hors connexion. Maintient la disponibilité des volumes partagés de cluster pendant que le système de fichiers NTFS identifie, consigne et répare les anomalies.

Quels avantages ces modifications procurent-elles ?

Ces nouvelles fonctionnalités facilitent l’installation des volumes partagés de cluster, étendent la prise en charge des charges de travail, améliorent la sécurité et les performances dans une plus large gamme de déploiements et offrent une meilleure disponibilité du système de fichiers.

En quoi le fonctionnement est-il différent ?

Les volumes partagés de cluster (CSV) sont désormais affichés en tant que système de fichiers CSV (CSVFS), et non plus NTFS.

Grâce au protocole SMB 3.0, les serveurs de fichiers avec montée en puissance parallèle peuvent fournir un stockage évolutif et disponible en continu. Clusters de basculement dans Windows Server 2012 fournissent des fonctionnalités fondamentales qui prennent en charge ce type de serveur de fichiers :

  • Un nom de réseau distribué, qui fournit un point d’accès pour les connexions clientes établies vers les serveurs de fichiers avec montée en puissance parallèle.

  • Un type de ressource de serveur de fichiers avec montée en puissance parallèle qui prend en charge les services de fichiers avec montée en puissance parallèle.

  • Des volumes partagés de cluster pour le stockage. Pour plus d’informations, consultez Volumes partagés de cluster plus haut dans cette rubrique.

  • Une intégration aux fonctionnalités des services de fichiers pour configurer le rôle en cluster pour le serveur de fichiers avec montée en puissance parallèle.

Quels avantages ces modifications procurent-elles ?

Ces fonctionnalités prennent en charge les services de fichiers évolutifs et disponibles en continu pour les applications et les utilisateurs finaux. Pour plus d’informations, voir Vue d'ensemble des serveurs de fichiers avec montée en puissance parallèle pour les données d'application.

La mise à jour adaptée aux clusters est une fonctionnalité qui automatise l’application des mises à jour au système d’exploitation hôte ou à d’autres composants système dans les serveurs en cluster, tout en maintenant le niveau de disponibilité pendant le processus de mise à jour. Cette fonctionnalité automatise le drainage et la restauration de tous les nœuds lors du processus de mise à jour. Par défaut, elle utilise l’infrastructure de l’Agent de mise à jour automatique Windows Update comme source des mises à jour. Pour une vue d’ensemble de la fonctionnalité adaptée, consultez la page Mise à jour des clusters de basculement tout en maintenant la disponibilité avec la mise à jour adaptée aux clusters : vue d’ensemble du scénario.

Quels avantages cette modification procure-t-elle ?

La mise à jour adaptée aux clusters augmente le temps d’activité des services à haute disponibilité, facilite la maintenance des clusters de basculement, et améliore la fiabilité et la cohérence des processus informatiques.

Dans les clusters Windows Server 2012, les administrateurs peuvent surveiller les services sur des ordinateurs virtuels en cluster qui exécutent également Windows Server 2012. Cette fonctionnalité étend l’analyse globale des ordinateurs virtuels qui est implémenté dans Windows Server 2008 R2 clusters de basculement. En cas de défaillance d’un service surveillé sur un ordinateur virtuel, le service peut être redémarré, ou l’ordinateur virtuel en cluster peut être redémarré ou déplacé vers un autre nœud (en fonction des paramètres qui ont été définis pour le redémarrage des services et le basculement des clusters).

Quels avantages cette modification procure-t-elle ?

Cette fonctionnalité contribue à augmenter le temps d’activité des services à haute disponibilité qui sont exécutés sur les ordinateurs virtuels d’un cluster de basculement.

L’Assistant Validation d’une configuration, disponible dans le Gestionnaire du cluster de basculement, simplifie le processus de validation du matériel et des logiciels utilisés sur les différents serveurs d’un cluster de basculement. Les performances des clusters de basculement volumineux ont été améliorées et de nouveaux tests ont été ajoutés.

Voici des fonctionnalités liées à la validation qui ont été améliorées :

  • Performances améliorées. Exécution nettement plus rapide, en particulier pour tester le stockage.

  • Validation ciblée des nouveaux numéros d’unités logiques. Spécification d’un nouveau numéro d’unité logique (disque) au lieu de tester tous les numéros d’unités logiques lors de la validation du stockage.

  • Intégration à l’infrastructure de gestion Windows (WMI). Exposition de l’état de validation des clusters aux applications et scripts via l’infrastructure de gestion Windows (WMI).

  • Nouveaux tests de validation. Prise en charge des tests de validation pour les volumes partagés de cluster ainsi que pour Hyper-V et les ordinateurs virtuels (lorsque le rôle Hyper-V est installé).

  • Reconnaissance des tests de validation répliqué matériel. Meilleure prise en charge des environnements multisites.

Quels avantages ces modifications procurent-elles ?

Les nouveaux tests de validation permettent de vérifier que les serveurs du cluster peuvent prendre en charge le basculement sans problème, en particulier le basculement des ordinateurs virtuels d’un hôte à un autre.

Intégration des clusters de basculement aux Services de domaine Active Directory (AD DS) est rendue plus robuste dans Windows Server 2012 par les fonctionnalités suivantes :

  • Possibilité de créer des objets ordinateur du cluster dans les unités d’organisation cibles (OU) ou dans les mêmes unités d’organisation que les nœuds du cluster. Ainsi, les dépendances du cluster de basculement sur les services AD DS concordent avec le modèle d’administration de domaine délégué qui est en vigueur dans de nombreuses organisations informatiques.

  • Réparation automatique des objets ordinateur virtuel du cluster s’ils sont supprimés par inadvertance.

  • Accès au cluster accordé uniquement aux contrôleurs de domaine en lecture seule. Prise en charge des déploiements de clusters dans les scénarios de réseaux de filiales ou de périmètre.

  • Capacité du cluster à démarrer sans les dépendances de services AD DS. Autorise certains scénarios de centre de données virtualisé.

System_CAPS_noteRemarque

Les clusters de basculement ne prennent pas en charge les comptes de service administrés de groupe.

Quels avantages ces modifications procurent-elles ?

Ces fonctionnalités améliorent la configuration et la résilience des clusters de basculement.

Les fonctionnalités suivantes de Windows Server 2012 améliorent la gestion et la fonctionnalité du quorum du cluster :

  • Assistant Configuration de quorum du cluster. Simplifie la configuration de quorum et s’intègre bien aux nouvelles fonctionnalités et aux fonctions de quorum existantes.

  • Attribution des votes. Permet d’indiquer les nœuds qui ont des votes dans la détermination du quorum (par défaut, tous les nœuds ont un vote).

  • Quorum dynamique. Permet à l’administrateur de gérer automatiquement l’attribution des votes de quorum pour un nœud, en fonction de l’état du nœud. Lorsqu’un nœud s’arrête ou se bloque, il perd son vote de quorum. Lorsqu’un nœud rejoint convenablement le cluster, il récupère son vote de quorum. En réglant de façon dynamique l’attribution des votes de quorum, le cluster peut augmenter ou diminuer le nombre de votes de quorum requis pour continuer à fonctionner. Le cluster peut ainsi maintenir son niveau de disponibilité pendant les arrêts ou les défaillances de nœuds séquentiels.

Quels avantages ces modifications procurent-elles ?

Ces améliorations simplifient la définition de quorum et augmentent la disponibilité du cluster dans les scénarios d’échec.

À l’aide de la mise à jour Assistant Migration d’un Cluster dans Windows Server 2012, les administrateurs peuvent migrer les paramètres de configuration des rôles en cluster (anciennement appelés services et applications) à partir de clusters qui exécutent Windows Server 2012, Windows Server 2008 R2, ou Windows Server 2008. Améliorations de la migration dans Windows Server 2012 incluent :

  • Exportation et réimportation des ordinateurs virtuels Hyper-V.

  • Migration vers les disques CSV.

  • Mappage du stockage et des réseaux virtuels.

  • Réutilisation du stockage existant.

Quels avantages cette modification procure-t-elle ?

Avec l’Assistant Migration d’un cluster, les opérations de déploiement, de mise à niveau et de migration des clusters de basculement gagnent en simplicité et en flexibilité.

Dans Windows Server 2012, le Planificateur de tâches est intégré avec le Clustering de basculement pour permettre à l’administrateur de configurer des tâches de cluster. Une tâche de cluster est une tâche du Planificateur de tâches qui est inscrite sur tous les nœuds du cluster. Selon la tâche, il est possible de l’activer sur l’ensemble ou un sous-ensemble des nœuds.

L’administrateur peut configurer des tâches de cluster de trois façons :

  • Ensemble du cluster. La tâche est planifiée sur tous les nœuds du cluster.

  • N’importe quel nœud. La tâche est planifiée sur un seul nœud aléatoire.

  • Selon la ressource. La tâche est planifiée uniquement sur un nœud qui possède une ressource de cluster spécifiée.

L’administrateur peut configurer et gérer des tâches de cluster en utilisant la commande suivante Windows PowerShell applets de commande :

  • ClusteredScheduledTask de Registre

  • Set-ClusteredScheduledTask

  • Get-ClusteredScheduledTask

  • ClusteredScheduledTask annuler l’inscription

Quels avantages cette modification procure-t-elle ?

Les tâches de cluster fournissent un mécanisme souple afin d’utiliser des ressources de cluster pour exécuter des applications ou des processus à des heures prédéfinies.

Pour utiliser le Windows PowerShell applets de commande pour le Clustering de basculement, vous devez installer le module de Cluster de basculement pour Windows PowerShell qui est inclus avec les outils de Clustering de basculement. Pour obtenir une liste complète des applets de commande, consultez la page Cmdlets de Clustering de basculement dans Windows PowerShell.

Nouvelle Windows PowerShell applets de commande prend en charge les fonctionnalités de clustering avec basculement dans Windows Server 2012 comprenant les éléments suivants :

  • Gestion des points de contrôle du Registre du cluster, y compris des points de contrôle du chiffrement.

  • Création de serveurs de fichiers avec montée en puissance parallèle.

  • Contrôle des applications d’ordinateur virtuel.

  • Mise à jour des propriétés d’une ressource de nom de réseau distribué.

  • Création et gestion de tâches de cluster.

  • Créer un serveur cible iSCSI pour la haute disponibilité.

Quels avantages cette modification procure-t-elle ?

La nouvelle Windows PowerShell fournissent des applets de commande gestion et des scripts de prise en charge pour les fonctionnalités de Clustering de basculement dans Windows Server 2012.

En quoi le fonctionnement est-il différent ?

Le Test-ClusterResourceFailure applet de commande remplace Fail-ClusterResource.

  • L’outil en ligne de commande Cluster.exe est déconseillé, mais il peut éventuellement être installé avec les outils de clustering avec basculement.Windows PowerShell applets de commande pour le Clustering de basculement offrent des fonctionnalités qui sont généralement équivalentes aux commandes Cluster.exe. Pour plus d’informations, consultez mappage des commandes Cluster.exe aux applets de commande Windows PowerShell pour les Clusters de basculement.

  • L’interface COM Serveur Automation de cluster de basculement (MSClus) est déconseillée, mais elle peut éventuellement être installée avec les outils de clustering avec basculement.

  • La prise en charge des DLL de ressource de cluster 32 bits est déconseillée, mais les DLL 32 bits peuvent éventuellement être installées. Vous devez mettre à jour les DLL de ressource de cluster en les remplaçant par des DLL 64 bits.

  • Le rôle Serveur d’impression a été supprimé dans l’Assistant Haute disponibilité ; il ne peut pas être configuré dans le Gestionnaire du cluster de basculement.

  • Le Add-ClusterPrintServerRole applet de commande est déconseillée et n’est pas pris en charge dans Windows Server 2012.

Afficher: