Partager via

Utiliser des volumes partagés de cluster dans un cluster de basculement

Les volumes partagés de cluster (CSV) permettent à plusieurs nœuds d’un cluster de basculement Windows Server ou Azure Stack HCI de bénéficier simultanément d’un accès en lecture-écriture au même numéro d’unité logique (disque) qui est configuré en tant que volume NTFS. Le disque peut être configuré en tant que Resilient File System (ReFS) ; toutefois, le lecteur CSV sera en mode redirigé, ce qui signifie que l’accès en écriture sera envoyé au nœud coordinateur. Pour plus d’informations, consultez la section À propos de la synchronisation d’E/S et de la redirection d’E/S dans la communication des volumes partagés de cluster plus loin dans le même document. Avec les volumes partagés de cluster, les rôles en cluster peuvent basculer rapidement d'un nœud vers un autre sans qu'il soit nécessaire de modifier la propriété du lecteur, ni de démonter et remonter un volume. Les volumes partagés de cluster peuvent aussi contribuer à simplifier la gestion d'un nombre potentiellement important de numéros d'unités logiques dans un cluster de basculement.

CSV fournit un système de fichiers en cluster à usage général, placé au-dessus de NTFS ou ReFS. Voici quelques exemples d'applications pour les volumes partagés de cluster :

  • Fichiers de disque dur virtuel (VHD/VHDX) en cluster pour les machines virtuelles Hyper-V en cluster
  • partages de fichiers avec montée en puissance parallèle pour stocker les données d'application pour le rôle en cluster de serveur de fichiers avec montée en puissance parallèle. Les données d'application dans le cadre de ce rôle peuvent consister notamment dans des fichiers d'ordinateur virtuel Hyper-V ou des données Microsoft SQL Server. Sachez que ReFS n’est pas pris en charge pour un Serveur de fichiers avec montée en puissance parallèle dans Windows Server 2012 R2 et versions antérieures. Pour plus d'informations sur les serveurs de fichiers avec montée en puissance parallèle, consultez Vue d'ensemble d'un serveur de fichiers avec montée en puissance parallèle pour les données d'application.
  • Instance de cluster de basculement (FCI) sur Microsoft SQL Server 2014 (ou version ultérieure) . Les volumes partagés de cluster ne prennent pas en charge la charge de travail en cluster de Microsoft SQL Server dans SQL Server 2012 et les versions antérieures de SQL Server.
  • MSDTC (Microsoft Distributed Transaction Coordinator) Windows Server 2019 ou version ultérieure

Notes

Les volumes partagés de cluster ne prennent pas en charge la charge de travail en cluster dans SQL Server 2012 et les versions antérieures de SQL Server.

Dans Windows Server 2012, la fonctionnalité CSV a été considérablement améliorée. Par exemple, les dépendances vis-à-vis des services de domaine Active Directory ont été éliminées. Les améliorations fonctionnelles apportées à chkdsk sont désormais prises en charge, tout comme l'interopérabilité avec les applications antivirus et de sauvegarde et l'intégration avec les fonctionnalités de stockage générales, telles que les volumes chiffrés par BitLocker et les espaces de stockage. Pour obtenir une vue d’ensemble des fonctionnalités de volume partagé de cluster inaugurées dans Windows Server 2012, consultez la section Nouveautés du clustering de basculement dans Windows Server 2012 [redirected].

Windows Server 2012 R2 inaugure des fonctionnalités supplémentaires, telles que la propriété distribuée des volumes partagés de cluster, une capacité de résilience accrue grâce à la disponibilité du service Serveur, une plus grande souplesse de la quantité de mémoire physique que vous pouvez allouer au cache de volume partagé de cluster, une meilleure capacité de diagnostic et une interopérabilité améliorée avec une prise en charge de ReFS et de la déduplication. Pour plus d’informations, consultez la section Nouveautés du clustering de basculement.

Notes

Pour plus d’informations sur l’utilisation de la déduplication de données sur un volume partagé de cluster dans le cadre de scénarios d’infrastructure VDI (Virtual Desktop Infrastructure), consultez les billets de blog Deploying Data Deduplication for VDI storage in Windows Server 2012 R2 et Extending Data Deduplication to new workloads in Windows Server 2012 R2.

Configuration requise et éléments à prendre en considération pour l'utilisation de volumes partagés de cluster dans un cluster de basculement

Avant d'utiliser des volumes partagés de cluster dans un cluster de basculement, passez en revue cette section pour connaître la configuration requise et les différents éléments à prendre en considération pour ce qui est notamment du réseau et du stockage.

Éléments à prendre considération en matière de configuration réseau

Au moment de configurer les réseaux qui prennent en charge les volumes partagés de cluster, tenez compte des points suivants.

  • Plusieurs réseaux et plusieurs cartes réseau. Pour bénéficier d'une tolérance de panne en cas de défaillance réseau, nous vous recommandons de faire transiter le trafic des volumes partagés de cluster par plusieurs réseaux de cluster ou de configurer des cartes réseau associées.

    Si les nœuds du cluster sont connectés à des réseaux que le cluster ne doit pas utiliser, vous devez les désactiver. Par exemple, nous vous recommandons de désactiver l'utilisation de réseaux iSCSI dans le cadre d'un cluster pour empêcher tout trafic de volume partagé de cluster sur ces réseaux. Pour désactiver un réseau, dans le Gestionnaire du cluster de basculement, sélectionnez Réseaux, sélectionnez le réseau, puis l’action Propriétés, puis sélectionnez Ne pas autoriser la communication réseau de cluster sur ce réseau. Vous pouvez aussi configurer la propriété Rôle du réseau à l’aide de l’applet de commande de Windows PowerShell Get-ClusterNetwork.

  • Propriétés des cartes réseau. Dans les propriétés de toutes les cartes par lesquelles transite la communication du cluster, vérifiez que les paramètres suivants sont activés :

    • Client pour les réseaux Microsoft et Partage de fichiers et d'imprimantes pour les réseaux Microsoft. Ces paramètres prennent en charge le protocole SMB (Server Message Block) 3.0, qui est utilisé par défaut pour transporter le trafic de volume partagé de cluster entre les nœuds. Pour activer SMB, vérifiez aussi que le service Serveur et le service Station de travail sont en cours d'exécution et qu'ils sont configurés pour démarrer automatiquement sur chaque nœud du cluster.

      Notes

      Dans Windows Server 2012 R2 et les versions ultérieures, il existe plusieurs instances du service Serveur par nœud de cluster de basculement. Il y a l'instance par défaut chargée de traiter le trafic entrant en provenance des clients SMB qui accèdent à des partages de fichiers normaux et une deuxième instance de volume partagé de cluster qui traite uniquement le trafic de volume partagé de cluster entre les nœuds. De même, si le service Serveur se dégrade sur un nœud, la propriété du volume partagé de cluster est transférée à un autre nœud.

      Le protocole SMB 3.0 intègre les fonctionnalités SMB Multichannel et SMB Direct, qui permettent au trafic de volume partagé de cluster d'être transmis sur 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). Par défaut, SMB Multichannel est utilisé pour le trafic de volume partagé de cluster. Pour plus d'informations, voir Vue d'ensemble du protocole SMB (Server Message Block).

    • Filtre de performance de carte virtuelle de cluster de basculement Microsoft. Ce paramètre améliore l'aptitude des nœuds à rediriger les E/S quand cela s'avère nécessaire pour accéder à un volume partagé de cluster, par exemple, quand une panne de connectivité empêche un nœud de se connecter directement au disque du volume partagé de cluster. Le filtre de performances de la carte virtuelle NetFT est désactivé par défaut dans toutes les versions, sauf Windows Server 2012 R2. Le filtre est désactivé, car il peut provoquer des problèmes avec les clusters Hyper-V qui ont un cluster invité s’exécutant sur les machines virtuelles par-dessus. Des problèmes ont été rencontrés lorsque le filtre de performances de la carte virtuelle NetFT dans l’hôte achemine incorrectement le trafic NetFT destiné à une machine virtuelle invitée vers l’hôte. Cela peut entraîner des problèmes de communication avec le cluster invité de la machine virtuelle. Si vous déployez une charge de travail autre qu’Hyper-V avec des clusters invités, l’activation du filtre de performances de la carte virtuelle NetFT permet d’optimiser et d’améliorer les performances du cluster. Pour plus d’informations, consultez la section À propos de la synchronisation d’E/S et de la redirection d’E/S dans la communication des volumes partagés de cluster plus loin dans la même rubrique.

  • Définition des priorités concernant les réseaux de cluster. Nous déconseillons généralement de modifier les préférences configurées au niveau du cluster pour les réseaux.

  • Configuration des sous-réseaux IP. Aucune configuration de sous-réseau spécifique n'est nécessaire pour les nœuds d'un réseau qui utilise des volumes partagés de cluster. CSV peut prendre en charge des clusters étendus de plusieurs sous-réseaux.

  • Qualité de service (QoS) basée sur la stratégie. Dans le cadre d'une utilisation de volumes partagés de cluster, nous vous recommandons de configurer une stratégie de priorité QoS et une stratégie de bande passante minimale pour le trafic réseau dirigé vers chaque nœud. Pour plus d’informations, consultez la section Qualité de service (QoS).

  • Réseau de stockage. Pour obtenir des recommandations sur les réseaux de stockage, reportez-vous aux conseils donnés par votre fournisseur de stockage. Pour plus de précisions sur le stockage des volumes partagés de cluster, consultez la section Exigences relatives au stockage et de configuration de disque, plus loin dans la même rubrique.

Pour obtenir une vue d'ensemble de la configuration requise pour les composants matériels, le réseau et le stockage des clusters de basculement, voir Configuration matérielle requise pour le clustering de basculement et options de stockage.

À propos de la synchronisation et de la redirection des E/S dans le cadre de la communication des volumes partagés de cluster

  • Synchronisation des E/S : les volumes partagés de cluster permettent à plusieurs nœuds d’accéder en lecture-écriture simultanément à un même stockage partagé. Quand un nœud exécute une entrée/sortie (E/S) de disque sur un volume partagé de cluster, le nœud communique directement avec le stockage, par exemple, via un réseau de zone de stockage (SAN). Cependant, à tout moment, un seul nœud (appelé nœud coordinateur) est « propriétaire » de la ressource Disque physique associée au numéro d’unité logique. Le nœud coordinateur d'un volume partagé de cluster s'affiche dans le Gestionnaire du cluster de basculement en tant que Nœud propriétaire sous Disques. Il figure aussi dans le résultat de l’applet de commande Get-ClusterSharedVolume de Windows PowerShell.

    Notes

    À compter de Windows Server 2012 R2, la propriété des volumes partagés de cluster est répartie équitablement entre les nœuds du cluster de basculement en fonction du nombre de volumes CSV détenus par chaque nœud. De plus, la propriété subit un rééquilibrage automatique dans certaines situations : basculement d'un volume partagé de cluster, un nœud qui rejoint le cluster, ajout d'un nœud au cluster, redémarrage d'un nœud du cluster ou démarrage du cluster de basculement après avoir été arrêté.

    Quand certaines modifications mineures interviennent dans le système de fichiers d'un volume partagé de cluster, ces métadonnées doivent être synchronisées sur chaque nœud physique qui accède au numéro d'unité logique, et pas seulement sur le nœud coordinateur. Par exemple, dès lors qu'un ordinateur virtuel est démarré, créé ou supprimé au niveau d'un volume partagé de cluster ou qu'un ordinateur virtuel fait l'objet d'une migration, ces informations doivent être synchronisées sur chaque nœud physique qui accède à l'ordinateur virtuel. Ces opérations de mise à jour des métadonnées se produisent en parallèle sur les réseaux du cluster via SMB 3.0. Dans le cadre de ces opérations, les nœuds physiques ne sont pas tous tenus de communiquer avec le stockage partagé.

  • Redirection des E/S : les défaillances de connectivité du stockage et certaines opérations de stockage peuvent empêcher un nœud donné de communiquer directement avec le stockage. Pour maintenir le service pendant l'absence de communication entre le nœud et le stockage, le nœud redirige les E/S de disque via un réseau du cluster vers le nœud coordinateur où le disque est actuellement monté. Si le nœud coordinateur actuel subit une défaillance de connectivité avec le stockage, toutes les opérations d'E/S de disque sont mises provisoirement en file d'attente en attendant qu'un nouveau nœud soit défini comme nœud coordinateur.

Le serveur utilise l'un des modes de redirection d'E/S suivants, qui varie selon la situation :

  • Redirection du système de fichiers : la redirection se fait par volume, par exemple, quand une application de sauvegarde prend des captures instantanées de volume partagé de cluster au moment où un volume partagé de cluster est mis manuellement en mode E/S redirigé.
  • Redirection de bloc : la redirection intervient au niveau du bloc de fichier, par exemple, en cas de perte de connectivité entre le stockage et un volume. Le redirection de bloc est nettement plus rapide que la redirection du système de fichiers.

Dans Windows Server 2012 R2 et les versions ultérieures, vous pouvez afficher l’état d’un volume CSV par nœud. Par exemple, vous pouvez voir si les E/S sont directes ou redirigées ou si le volume partagé de cluster est indisponible. Si un volume partagé de cluster est en mode E/S redirigé, vous pouvez aussi en voir la raison. Utilisez l'applet de commande Windows PowerShell Get-ClusterSharedVolumeState pour afficher ces informations.

Important

  • Il faut noter que les volumes partagés de cluster pré-formatés avec ReFS utilisés sur les SAN n’utilisent pas d’E/S directes, quelles que soient les autres conditions requises pour les E/S directes qui sont remplies.
  • Si vous envisagez d’utiliser un CSV en conjonction avec des disques attachés à SAN(-FrontEnd), formatez les lecteurs avec NTFS avant de les convertir en CSV pour tirer parti des avantages des E/S directes en matière de performances.
  • Ce comportement est normal. Veuillez consulter les pages liées dans la section Plus d’informations ci-dessous.
  • Grâce à l'intégration des volumes partagés de cluster aux fonctionnalités du protocole SMB 3.0, telles que SMB Multichannel et SMB Direct, le trafic d'E/S redirigé peut être diffusé sur plusieurs réseaux de cluster.
  • Vous devez prévoir sur vos réseaux de cluster une possible augmentation du trafic réseau vers le nœud coordinateur lors de la redirection des E/S.

Notes

  • Dans Windows Server 2012, du fait des améliorations apportées à la conception des volumes partagés de cluster, ceux-ci réalisent plus d’opérations en mode E/S direct que dans Windows Server 2008 R2.
  • Grâce à l'intégration des volumes partagés de cluster aux fonctionnalités du protocole SMB 3.0, telles que SMB Multichannel et SMB Direct, le trafic d'E/S redirigé peut être diffusé sur plusieurs réseaux de cluster.
  • Vous devez prévoir sur vos réseaux de cluster une possible augmentation du trafic réseau vers le nœud coordinateur lors de la redirection des E/S.

Exigences en matière de stockage et de configuration de disque

Pour utiliser des volumes partagés de cluster, votre stockage et vos disques doivent répondre aux exigences suivantes :

  • Format du système de fichiers. Dans Windows Server 2012, un disque ou un espace de stockage d’un volume CSV doit être un disque de base partitionné en NTFS. Dans Windows Server 2012 R2, un disque ou un espace de stockage d’un volume CSV doit être un disque de base partitionné en NTFS ou ReFS. Dans Windows Server 2016 ou les versions ultérieures ainsi que dans Azure Stack HCI, un disque ou un espace de stockage d’un volume CSV doit être un disque de base ou un disque GPT (GUID Partition Table) partitionné avec NTFS ou ReFS.

    Un volume partagé de cluster présente d'autres exigences, à savoir :

    • Dans Windows Server 2012, vous ne pouvez pas utiliser de disque pour un volume partagé de cluster formaté en FAT, FAT32 ou ReFS.
    • Dans Windows Server 2012 R2 et les versions ultérieures, vous ne pouvez pas utiliser de disque pour un volume partagé de cluster qui soit formaté en FAT ou FAT32.
    • Un volume partagé de cluster ne peut pas être utilisé comme disque témoin de quorum. Pour plus d’informations sur le quorum du cluster, consultez la section Présentation du quorum dans espaces de stockage direct.
    • Une fois que vous avez ajouté un disque en tant que volume partagé de cluster, il est désigné au format CSVFS (CSV File System). Cela permet au cluster et aux autres logiciels de faire la distinction entre le stockage de volumes partagés de cluster et tout autre stockage NTFS ou ReFS. En règle générale, CSVFS prend en charge les mêmes fonctionnalités que NTFS ou ReFS. Cependant, certaines d'entre elles ne le sont pas. Par exemple, dans Windows Server 2012 R2, vous ne pouvez pas activer la compression sur les volumes partagés de cluster. Dans Windows Server 2012, vous ne pouvez pas activer la déduplication de données ou la compression sur les volumes partagés de cluster.

  • Type de ressource dans le cluster. Pour un volume partagé de cluster, vous devez utiliser le type de ressource Disque physique. Par défaut, un disque ou un espace de stockage ajouté à un stockage de cluster est automatiquement configuré de cette façon.

  • Choix de disques de volume partagé de cluster ou d'autres disques dans un stockage de cluster. Au moment de choisir un ou plusieurs disques pour un ordinateur virtuel en cluster, tenez compte de l'utilisation qui sera faite de chaque disque. Si un disque doit servir à stocker des fichiers créés par Hyper-V, tels que des fichiers VHD/VHDX ou des fichiers de configuration, vous avez le choix entre les disques de volume partagé de cluster ou les autres disques disponibles dans l’espace de stockage de cluster. Si un disque est destiné à être un disque physique directement attaché à l'ordinateur virtuel (aussi appelé « disque pass-through » ou « relais »), votre choix ne peut pas se porter sur un disque de volume partagé de cluster, mais nécessairement sur l'un des autres disques disponibles dans le stockage de cluster.

  • Nom de chemin d'accès pour l'identification des disques. Les disques de volume partagé de cluster sont identifiés à l'aide d'un nom de chemin d'accès. Chaque chemin d'accès apparaît sur le lecteur système du nœud sous la forme d'un volume numéroté sous le dossier \ClusterStorage. Ce chemin d'accès s'affiche à l'identique sur n'importe quel un nœud du cluster. Vous pouvez renommer les volumes si nécessaire, mais il est recommandé de le faire avant l’installation d’une machine virtuelle (si Hyper-V) ou d’une application telle que SQL Server. Il est impossible de renommer un volume partagé de cluster s’il existe des handles ouverts (c’est-à-dire une machine virtuelle qui est activée ou dans un état enregistré).

Pour connaître les exigences imposées par les volumes partagés de cluster, reportez-vous aux conseils fournis par votre fournisseur de stockage. Vous découvrirez d'autres éléments à prendre en considération pour la planification du stockage pour les volumes partagés de cluster dans la section Planifier l'utilisation de volumes partagés de cluster dans un cluster de basculement, plus loin dans cette rubrique.

Configuration requise des nœuds

Pour utiliser des volumes partagés de cluster, vos nœuds doivent répondre aux exigences suivantes :

  • Lettre de lecteur du disque système. Sur tous les nœuds, la lettre de lecteur du disque système doit être la même.
  • Protocole d’authentification. Le protocole NTLM doit être activé sur tous les nœuds. Cette option est activée par défaut. À compter de Windows Server 2019 et Azure Stack HCI, les dépendances NTLM ont été supprimées, car ces systèmes utilisent des certificats pour l’authentification.

Planifier l'utilisation de volumes partagés de cluster dans un cluster de basculement

Cette section répertorie les éléments et les suggestions à prendre en compte en matière de planification pour utiliser des volumes partagés de cluster dans un cluster de basculement.

Important

Interrogez votre fournisseur de stockage pour savoir comment configurer votre unité de stockage spécifique pour les volumes partagés de cluster. Si les recommandations émanant du fournisseur de stockage sont différentes des informations contenues dans cette rubrique, suivez les recommandations du fournisseur de stockage.

Organisation des numéros d'unités logiques, des volumes et des fichiers VHD

Pour exploiter au mieux les volumes partagés de cluster et fournir ainsi du stockage pour les ordinateurs virtuels en cluster, il est utile de réfléchir à la façon d'organiser les numéros d'unités logiques (disques) au moment de configurer les serveurs physiques. Pendant que vous configurez les ordinateurs virtuels correspondants, essayez d'organiser les fichiers VHD de la même façon.

Songez à un serveur physique pour lequel vous organiseriez les disques et les fichiers de la façon suivante :

  • système de fichiers, y compris un fichier d'échange, sur un disque physique ;
  • fichiers de données sur un autre disque dur.

Pour un ordinateur virtuel en cluster équivalent, vous devriez organiser les volumes de façon analogue :

  • système de fichiers, y compris un fichier d'échange, dans un fichier VHD sur un volume partagé de cluster ;
  • fichiers de données dans un fichier VHD sur un autre volume partagé de cluster.

Si vous ajoutez un autre ordinateur virtuel, gardez dans la mesure du possible la même organisation pour les fichiers VHD sur cet ordinateur virtuel.

Nombre et taille des numéros d'unités logiques et des volumes

Au moment de planifier la configuration du stockage pour un cluster de basculement faisant appel à des volumes partagés de cluster, tenez compte des recommandations suivantes :

  • Pour décider du nombre de numéros d'unités logiques à configurer, consultez votre fournisseur de stockage. Par exemple, celui-ci peut vous conseiller de configurer chaque numéro d'unité logique avec une partition et d'y placer un volume partagé de cluster.

  • Créez au moins un CSV par nœud.

  • Il n'existe aucune limite quant au nombre d'ordinateurs virtuels pouvant être pris en charge sur un même volume partagé de cluster. Cependant, réfléchissez au nombre d'ordinateurs virtuels que vous prévoyez d'utiliser dans le cluster et à la charge de travail (nombre d'opérations d'E/S par seconde) pour chaque ordinateur virtuel. Penchez-vous sur les exemples suivants :

    • Une organisation déploie des ordinateurs virtuels destinés à prendre en charge une infrastructure VDI, dont la charge de travail est relativement faible. Le cluster utilise un stockage à hautes performances. Après consultation du fournisseur de stockage, l'administrateur du cluster décide de placer un nombre relativement important d'ordinateurs virtuels par volume partagé de cluster.
    • Une autre organisation déploie un grand nombre d'ordinateurs virtuels destinés à prendre en charge une application de base de données fortement sollicitée, dont la charge de travail est plus importante. Le cluster utilise un stockage moins performant. Après consultation du fournisseur de stockage, l'administrateur du cluster décide de placer un nombre relativement faible d'ordinateurs virtuels par volume partagé de cluster.

  • Au moment de planifier la configuration du stockage pour un ordinateur virtuel déterminé, réfléchissez aux caractéristiques que doit présenter le disque pour permettre à l'ordinateur virtuel de prendre en charge le service, l'application ou le rôle qui lui est imparti. L'analyse de ces besoins vous évitera une contention de disque, qui risque de se traduire par des performances médiocres. La configuration du stockage pour l'ordinateur virtuel doit être très proche ce celle que vous utiliseriez pour un serveur physique exécutant un service, une application ou un rôle analogue. Pour plus d’informations, consultez la section Disposition des numéros d’unités logiques, des volumes, et des fichiers VHD plus haut dans la même rubrique.

    Vous pouvez aussi limiter les risques de contention de disque en prévoyant un stockage constitué d'un grand nombre de disques durs physiques indépendants. Choisissez votre matériel de stockage en conséquence et consultez votre fournisseur pour optimiser les performances de votre stockage.

  • Selon les charges de travail de votre cluster et leurs besoins en opérations d'E/S, vous pouvez envisager de configurer seulement un pourcentage d'ordinateurs virtuels ayant accès à chaque numéro d'unité logique, tandis que les autres n'auront pas de connectivité et seront dédiés aux opérations de calcul.

Ajouter un disque à un volume partagé de cluster sur un cluster de basculement

La fonctionnalité de volume partagé de cluster est activée par défaut dans le clustering de basculement. Pour ajouter un disque à un volume partagé de cluster, vous devez ajouter un disque au groupe Stockage disponible du cluster (s'il n'est pas déjà ajouté), puis ajouter le disque au volume partagé de cluster sur le cluster. Vous pouvez utiliser le Gestionnaire du cluster de basculement ou les applets de commande Clusters de basculement de Windows PowerShell pour effectuer ces procédures.

Ajouter un disque au stockage disponible

  1. Dans le Gestionnaire du cluster de basculement, dans l'arborescence de la console, développez le nom du cluster, puis Stockage.

  2. Cliquez avec le bouton droit sur Disques, puis sélectionnez Ajouter un disque. Une liste présentant les disques pouvant être ajoutés pour une utilisation dans un cluster de basculement s'affiche à l'écran.

  3. Sélectionnez le ou les disques à ajouter, puis sélectionnez OK.

    Les disques sont dès lors affectés au groupe Stockage disponible.

Commandes équivalentes de Windows PowerShell (ajouter un disque au stockage disponible)

L'applet ou les applets de commande Windows PowerShell suivantes remplissent la même fonction que la procédure précédente. Entrez chaque applet de commande sur une seule ligne, même si elles peuvent apparaître comme renvoyées sur plusieurs lignes ici en raison de contraintes de mise en forme.

L'exemple suivant identifie les disques prêts à être ajoutés au cluster avant d'être ajoutés au groupe Stockage disponible.

Get-ClusterAvailableDisk | Add-ClusterDisk

Ajouter un disque du stockage disponible à un volume partagé de cluster

  1. Dans le Gestionnaire du cluster de basculement, dans l’arborescence de la console, développez le nom du cluster, puis Stockage, et cliquez ensuite sur Disques.

  2. Sélectionnez un ou plusieurs disques affectés au Stockage disponible, cliquez avec le bouton droit sur la sélection, puis sélectionnez Ajouter aux volumes partagés de cluster.

    Les disques sont à présent affectés au groupe Volume partagé de cluster du cluster. Les disques sont exposés à chaque nœud de cluster en tant que volumes numérotés (points de montage) sous le dossier %SystemDrive%ClusterStorage. Les volumes s'affichent dans le système de fichiers CSVFS.

Notes

Vous pouvez renommer les volumes partagés de cluster dans le dossier %SystemDrive%ClusterStorage.

Commandes équivalentes de Windows PowerShell (ajouter un disque au volume partagé de cluster)

L'applet ou les applets de commande Windows PowerShell suivantes remplissent la même fonction que la procédure précédente. Entrez chaque applet de commande sur une seule ligne, même si elles peuvent apparaître comme renvoyées sur plusieurs lignes ici en raison de contraintes de mise en forme.

L'exemple suivant ajoute Cluster Disk 1 présent dans Stockage disponible au volume partagé de cluster du cluster local.

Add-ClusterSharedVolume –Name "Cluster Disk 1"

Activer le cache de volume partagé de cluster pour les charges de travail imposant des accès en lecture intensifs (facultatif)

Le cache de volume partagé de cluster assure une mise en cache au niveau du bloc des opérations d'E/S en lecture seule non mises en mémoire tampon en allouant de la mémoire système (RAM) en tant que cache à écriture immédiate (« write-through »). (Les opérations d’E/S non déboguées ne sont pas mises en cache par le gestionnaire de cache.) Cela peut améliorer les performances des applications telles que Hyper-V, qui effectue des opérations d’E/S sans débogage lors de l’accès à un VHD. Le cache de volume partagé de cluster peut dynamiser les performances des demandes de lecture sans mettre en cache les demandes d'écriture. L'activation du cache de volume partagé de cluster est aussi utile dans le cadre des scénarios de serveur de fichiers avec montée en puissance parallèle.

Notes

Nous vous recommandons d'activer le cache de volume partagé de cluster pour tous les déploiements en cluster d'Hyper-V et de serveurs de fichiers avec montée en puissance parallèle en cluster.

Dans Windows Server 2019, le cache de volume partagé de cluster est activé par défaut avec 1 Giboioctet (Gio) alloué. Dans Windows Server 2016 et Windows Server 2012, il est désactivé par défaut. Dans Windows Server 2012 R2, le cache de volume partagé de cluster est activé par défaut. Toutefois, vous devez toujours allouer la taille du cache de bloc à réserver.

Le tableau suivant décrit les deux paramètres de configuration qui contrôlent le cache de volume partagé de cluster.

Windows Server 2012 R2 et versions ultérieures Windows Server 2012 Description
BlockCacheSize SharedVolumeBlockCacheSizeInMB Cette propriété de cluster courante permet de définir la quantité de mémoire (en mégaoctets) à réserver pour le cache de volume partagé de cluster sur chaque nœud du cluster. Par exemple, si la valeur définie est 512, la mémoire système réservée sur chaque nœud est de 512 Mo. (La valeur recommandée dans de nombreux clusters est de 512 Mo.) Le paramètre par défaut est 0 (pour désactivé).
EnableBlockCache CsvEnableBlockCache Propriété privée de la ressource Disque physique de cluster. Elle permet d'activer le cache de volume partagé de cluster sur un disque individuel ajouté au volume partagé de cluster. Dans Windows Server 2012, le paramètre par défaut est 0 (pour désactivé). Pour activer le cache de volume partagé de cluster sur un disque, définissez la valeur 1. Ce paramètre est activé par défaut dans Windows Server 2012 R2.

Vous pouvez analyser le cache de volume partagé de cluster dans l'Analyseur de performances en ajoutant les compteurs sous Cache de volume partagé de cluster.

Configurer le cache de volume partagé de cluster

  1. Démarrez Windows PowerShell en tant qu'administrateur.

  2. Pour définir un cache de 512 Mo à réserver sur chaque nœud, tapez ce qui suit :

    • Pour Windows Server 2012 R2 et versions ultérieures :

      (Get-Cluster).BlockCacheSize = 512

    • Pour Windows Server 2012 :

      (Get-Cluster).SharedVolumeBlockCacheSizeInMB = 512

  3. Dans Windows Server 2012, pour activer le cache de volume partagé de cluster sur un CSV nommé Cluster Disk 1, entrez ce qui suit :

    Get-ClusterSharedVolume "Cluster Disk 1" | Set-ClusterParameter CsvEnableBlockCache 1

Notes

  • Dans Windows Server 2012, vous ne pouvez allouer que 20 % de la quantité totale de RAM physique au cache de volume partagé de cluster. Dans Windows Server 2012 R2 et les versions ultérieures, vous pouvez allouer jusqu’à 80 %. 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.
  • Pour éviter la contention de ressources, vous devez redémarrer chaque nœud du cluster après avoir modifié la quantité de mémoire allouée au cache de volume partagé de cluster. Dans Windows Server 2012 R2 et les versions ultérieures, il n’est plus nécessaire de procéder à un redémarrage.
  • Après avoir activé ou désactivé le cache de volume partagé de cluster sur un disque individuel, pour que le paramètre prenne effet, vous devez mettre la ressource Disque physique hors connexion, puis la remettre en ligne. (Par défaut, dans Windows Server 2012 R2 et les versions ultérieures, le cache de volume partagé de cluster est activé.)
  • Pour plus d’informations sur le cache de volume partagé de cluster contenant des informations sur les compteurs de performances, consultez le billet de blog How to Enable CSV Cache.

Sauvegarde des volumes partagés de cluster

Plusieurs méthodes peuvent être utilisées pour sauvegarder les informations stockées dans des CSV dans un cluster de basculement. Vous pouvez utiliser une application de sauvegarde Microsoft ou une application non fournie par Microsoft. En règle générale, les volumes partagés de cluster n'imposent pas de conditions de sauvegarde particulières en dehors de celles liées au stockage en cluster formaté en NTFS ou ReFS. De même, les sauvegardes de volumes partagés de cluster ne perturbent pas les autres opérations de stockage de volume partagé de cluster.

Au moment de choisir une application de sauvegarde et un programme de sauvegarde, voici les éléments dont vous devez tenir compte :

  • Une sauvegarde au niveau du volume d'un volume partagé de cluster peut être exécutée à partir de n'importe quel nœud connecté au volume partagé de cluster.
  • Votre application de sauvegarde peut utiliser des captures instantanées logicielles ou matérielles. Selon la capacité de votre application de sauvegarde à les prendre en charge, les sauvegardes peuvent utiliser des captures instantanées VSS (Volume Shadow Copy Service) cohérentes du point de vue des applications et des incidents.
  • Si vous sauvegardez des volumes partagés de cluster sur lesquels s'exécutent plusieurs ordinateurs virtuels, vous avez généralement tout intérêt à opter pour une méthode de sauvegarde basée sur le système d'exploitation de gestion. Si votre application de sauvegarde le permet, plusieurs ordinateurs virtuels peuvent être sauvegardés simultanément.
  • Le volume partagé de cluster prend en charge les demandeurs de sauvegarde qui exécutent la sauvegarde Windows Server. Cependant, la Sauvegarde Windows Server n'offre généralement qu'une solution de sauvegarde de base qui n'est pas nécessairement adaptée aux organisations dotées de clusters volumineux. La Sauvegarde Windows Server ne prend pas en charge la sauvegarde d'ordinateurs virtuels cohérente du point de vue des applications sur les volumes partagés de cluster. Elle ne prend en charge que la sauvegarde au niveau du volume cohérente du point de vue des incidents. (Si vous restaurez une sauvegarde cohérente en cas d’incident, l’ordinateur virtuel se retrouvera dans le même état qui était le sien au moment exact où la sauvegarde a été effectuée.) Une sauvegarde d’un ordinateur virtuel sur un volume CSV réussira, mais un événement d’erreur sera journalisé pour indiquer que l’opération n’est pas prise en charge.
  • Vous aurez peut-être besoin d'informations d'identification d'administrateur au moment de sauvegarde un cluster de basculement.

Important

Veillez à examiner attentivement le type de données sauvegardées et restaurées par votre application de sauvegarde, les fonctionnalités de volume partagé de cluster qu'elle prend en charge, ainsi que les besoins en ressources de l'application sur chaque nœud du cluster.

Avertissement

Si vous devez restaurer les données de sauvegarde sur un volume partagé de cluster, tenez compte des capacités et des limitations de l'application de sauvegarde pour conserver et restaurer des données cohérentes du point de vue des applications dans les nœuds du cluster. Par exemple, avec certaines applications, si le volume partagé de cluster est restauré sur un nœud différent de celui sur lequel le volume partagé de cluster a été sauvegardé, vous risquez par mégarde de remplacer des données importantes concernant l'état des applications sur le nœud où la restauration a eu lieu.

Autres informations