Vue d'ensemble des serveurs de fichiers avec montée en puissance parallèle pour les données d'application

 

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

Le serveur de fichiers avec montée en puissance parallèle est une fonctionnalité conçue pour fournir des partages de fichiers avec montée en puissance parallèle disponibles de manière continue pour le stockage des applications de serveur basées sur des fichiers. Les partages de fichiers avec montée en puissance parallèle permettent de partager le même dossier à partir de plusieurs nœuds d’un même cluster. Ce scénario se concentre sur la façon de planifier et de déployer des serveur de fichiers avec montée en puissance parallèle.

All_Symbols_Cloud

Saviez-vous que Microsoft Azure offre des fonctionnalités similaires dans le nuage ? En savoir plus sur les solutions de stockage Microsoft Azure.

Créez une solution de stockage hybride dans Microsoft Azure :
- Migrer vers Azure Premium Storage
- Découvrir le stockage cloud hybride StorSimple

Vous pouvez déployer et configurer un serveur de fichiers en cluster à l’aide d’une des méthodes suivantes :

  • Serveur de fichiers avec montée en puissance parallèle pour les données d’application   La fonctionnalité de serveur de fichiers en cluster est utilisé pour la première fois dans Windows Server 2012 et vous permet de stocker des données d’application de serveur, telles que les fichiers d’ordinateur virtuel Hyper-V, sur des partages de fichiers, et d’obtenir des niveaux de fiabilité, de disponibilité, de gérabilité et de hautes performances similaires à ce que vous pouvez attendre d’un réseau de zone de stockage. Tous les partages de fichiers sont simultanément en ligne sur tous les nœuds. Les partages de fichiers associés à ce type de serveur de fichiers en cluster sont appelés partages de fichiers avec montée en puissance parallèle. Ils sont parfois qualifiés d’actif-actif. Il s’agit du type de serveur de fichiers recommandé lors du déploiement d’Hyper-V sur SMB (Server Message Block) ou Microsoft SQL Server.

  • Serveur de fichiers pour une utilisation générale   Ceci est la continuation du serveur de fichiers en cluster qui était pris en charge dans Windows Server depuis l’introduction du clustering avec basculement. Ce type de serveur de fichiers en cluster, et donc tous les partages associés au serveur de fichiers en cluster, sont en ligne sur un seul nœud à la fois. Ils sont parfois qualifiés d’actif-passif ou d’actif double. Les partages de fichiers associés à ce type de serveur de fichiers en cluster sont appelés partages de fichiers en cluster. Il s’agit du type de serveur de fichiers recommandé lors du déploiement de scénarios de travailleur de l’information.

Description du scénario

Les partages de fichiers avec montée en puissance parallèle permettent de partager le même dossier à partir de plusieurs nœuds d’un cluster. Par exemple, si vous possédez un cluster de serveur de fichiers à quatre nœuds qui utilise la montée en puissance parallèle SMB (Server Message Block), un ordinateur exécutant Windows Server 2012 R2 ou Windows Server 2012 peut accéder aux partages de fichiers à partir de l’un des quatre nœuds. Cela est possible en tirant profit des nouvelles fonctionnalités du clustering avec basculement de Windows Server et des fonctionnalités de la version du protocole de serveur de fichiers Windows, SMB 3.0. Les administrateurs de serveur de fichiers peuvent fournir des partages de fichiers avec montée en puissance parallèle et des services de fichier disponibles en continu aux applications de serveur et répondent rapidement aux demandes croissantes en mettant simplement en ligne plus de serveurs. Tout ceci est possible dans un environnement de production et cela est complètement transparent pour l’application serveur.

Le serveur de fichiers avec montée en puissance parallèle fournit les avantages clés suivants :

  • Partages de fichiers actif-actif   Tous les nœuds du cluster peuvent accepter et traiter les demandes du client SMB. En rendant accessible le contenu des partages de fichiers via tous les nœuds du cluster simultanément, les clients et clusters SMB 3.0 coopèrent pour fournir un basculement transparent vers d’autres nœuds de cluster au cours de la maintenance planifiée et des défaillances non planifiées avec interruption de service.

  • Bande passante augmentée   La bande passante maximale de partage correspond à la bande passante totale de tous les nœuds du cluster de serveur de fichiers. À la différence des versions précédentes de Windows Server, la bande passante totale n’est plus limitée à la bande passante d’un seul nœud du cluster : c’est la capacité du système de stockage de secours qui définit les contraintes. Vous pouvez augmenter la bande passante totale en ajoutant des nœuds.

  • CHKDSK avec temps d’interruption nul   CHKDSK dans Windows Server 2012 a été nettement amélioré pour raccourcir considérablement le temps pendant lequel un système de fichiers est hors connexion pour réparation. Les volumes partagés de cluster (CSV) vont encore plus loin en éliminant la phase hors connexion. Un système de fichiers CSV (CSVFS) peut utiliser CHKDSK sans affecter les applications avec des handles ouverts sur le système de fichiers.

  • Cache de volumes partagés de cluster    Les volumes partagés de cluster dans Windows Server 2012 introduisent la prise en charge d’un cache de lecture, qui peut améliorer considérablement les performances dans certains scénarios, tels que l’infrastructure VDI (Virtual Desktop Infrastructure).

  • Gestion simplifiée   Le serveur de fichiers avec montée en puissance parallèle vous permet de créer des serveurs de fichiers avec montée en puissance parallèle, puis d’ajouter les volumes en cluster partagés et les partages de fichiers nécessaires. Il n’est plus nécessaire de créer plusieurs serveurs de fichiers en cluster, chacun avec des disques de cluster distincts, puis de développer des stratégies de positionnement pour garantir l’activité sur chaque nœud du cluster.

  • Rééquilibrage automatique des clients du serveur de fichiers avec montée en puissance parallèle   Dans Windows Server 2012 R2, le rééquilibrage automatique améliore l’extensibilité et la facilité de gestion des serveurs de fichiers avec montée en puissance parallèle. Les connexions client SMB sont suivies par partage de fichier (plutôt que par serveur) et les clients sont redirigés vers le nœud de cluster qui propose le meilleur accès au volume utilisé par le partage de fichiers. Cela améliore l’efficacité en réduisant le trafic entre les nœuds du serveur de fichiers. Les clients sont redirigés suite à une connexion initiale et quand le stockage en cluster est configuré.

Dans ce scénario

Les rubriques suivantes sont disponibles pour vous aider à déployer un serveur de fichiers avec montée en puissance parallèle :

Quand utiliser un serveur de fichiers avec montée en puissance parallèle

Vous ne devez pas utiliser un serveur de fichiers avec montée en puissance parallèle si votre charge de travail génère un nombre élevé d’opérations de métadonnées, telles que l’ouverture de fichiers, la fermeture de fichiers, la création de nouveaux fichiers ou le changement de nom des fichiers existants. Un travailleur de l’information standard peut générer un grand nombre d’opérations de métadonnées. Vous devez utiliser un serveur de fichiers avec montée en puissance parallèle si vous êtes intéressé par l’extensibilité et la simplicité qu’il offre et si vous avez seulement besoin des technologies prises en charge avec le serveur de fichiers avec montée en puissance parallèle.

Le tableau suivant répertorie les fonctionnalités de SMB 3.0, les systèmes de fichiers Windows courants, les technologies de gestion des données du serveur de fichiers et les charges de travail courantes. Vous pouvez voir si la technologie est pris en charge par le serveur de fichiers avec montée en puissance parallèle, ou si elle nécessite un serveur de fichiers en cluster traditionnel (également appelé serveur de fichiers pour une utilisation générale).

Domaine technologique

Fonctionnalité

Cluster de serveurs de fichiers pour une utilisation générale

Serveur de fichiers avec montée en puissance parallèle

SMB

Disponibilité continue SMB

Oui

Oui

SMB

SMB Multichannel

Oui

Oui

SMB

SMB Direct

Oui

Oui

SMB

Chiffrement SMB

Oui

Oui

SMB

Basculement transparent SMB

Oui (si la disponibilité continue est activée)

Oui

Système de fichiers

NTFS

Oui

NA

Système de fichiers

Système de fichiers résilient (ReFS)

Oui

NA

Système de fichiers

Système de fichier de volume partagé de cluster (CSV)

NA

Oui

Gestion des fichiers

BranchCache

Oui

Non

Gestion des fichiers

Déduplication des données (Windows Server 2012)

Oui

Non

Gestion des fichiers

Déduplication des données (Windows Server 2012 R2)

Oui

Oui (VDI uniquement)

Gestion des fichiers

Racine du serveur racine d’espace de noms DFS (DFSN)

Oui

Non

Gestion des fichiers

Serveur cible du dossier d’espace de noms DFS (DFSN)

Oui

Oui

Gestion des fichiers

Réplication DFS (DFSR)

Oui

Non

Gestion des fichiers

Gestionnaire de ressources du serveur de fichiers (Écrans et quotas)

Oui

Non

Gestion des fichiers

Infrastructure de classification des fichiers

Oui

Non

Gestion des fichiers

Contrôle d’accès dynamique (accès à base de revendications, CAP)

Oui

Non

Gestion des fichiers

Redirection de dossiers

Oui

Non recommandé*

Gestion des fichiers

Fichiers hors connexion (cache côté client)

Oui

Non recommandé*

Gestion des fichiers

Profils utilisateur itinérants

Oui

Non recommandé*

Gestion des fichiers

Répertoires de base

Oui

Non recommandé*

Gestion des fichiers

Dossiers de travail

Oui

Non

NFS

Serveur NFS

Oui

Non

Applications

Hyper-V

Non recommandé

Oui

Applications

Microsoft SQL Server

Non recommandé

Oui

* Lors de l’utilisation de partages de fichiers disponibles en permanence, les fonctionnalités Redirection de dossiers, Fichiers hors connexion, Profils utilisateur itinérants ou Répertoires de base génèrent un grand nombre d’écritures qui doivent être effectuées immédiatement sur le disque (sans mise en mémoire tampon), ce qui réduit les performances par rapport aux partages de fichiers à usage général. Les partages de fichiers disponibles en permanence sont également incompatibles avec les outils de gestion de ressources pour serveur de fichiers et les PC exécutant Windows XP. En outre, la fonctionnalité Fichiers hors connexion ne peut pas passer en mode hors connexion durant un délai compris entre 3 et 6 minutes après qu’un utilisateur perd l’accès à un partage, ce qui peut nuire aux utilisateurs qui n’utilisent pas le mode Toujours hors connexion de la fonctionnalité Fichiers hors connexion.

Cas pratiques

Les serveurs de fichiers avec montée en puissance parallèle sont idéaux pour le stockage d’applications serveur. Voici quelques exemples d’applications serveur qui peuvent stocker leurs données sur un partage de fichiers avec montée en puissance parallèle :

  • Le serveur web IIS (Internet Information Services) peut stocker la configuration et les données des sites web sur un partage de fichiers avec montée en puissance parallèle. Pour plus d’informations, voir Configuration partagée.

  • Hyper-V peut stocker la configuration et les disques virtuels en direct sur un partage de fichiers avec montée en puissance parallèle. Pour plus d'informations, voir Déployer Hyper-V sur SMB.

  • SQL Server permet de stocker des fichiers de base de données en direct sur des partages de fichiers avec montée en puissance parallèle. Pour plus d’informations, voir Installer SQL Server avec le partage de fichiers SMB en tant qu’option de stockage.

  • Virtual Machine Manager (VMM) peut stocker un partage de bibliothèque (contenant des modèles d’ordinateurs virtuels et leurs fichiers associés) sur un partage de fichiers avec montée en puissance parallèle. Toutefois, le serveur de bibliothèque lui-même ne peut pas être un serveur de fichiers avec montée en puissance parallèle : il doit se trouver sur un serveur autonome ou un cluster de basculement qui n’utilise pas le rôle de cluster de serveur de fichiers avec montée en puissance parallèle.

    Si vous utilisez un partage de fichiers avec montée en puissance parallèle en tant que partage de bibliothèque, vous pouvez utiliser uniquement les technologies compatibles avec le serveur de fichiers avec montée en puissance parallèle. Par exemple, vous ne pouvez pas utiliser la réplication DFS pour répliquer un partage de bibliothèque hébergé sur un partage de fichiers avec montée en puissance parallèle. Il est également important que les dernières mises à jour de logiciels soient installées sur le serveur de fichiers avec montée en puissance parallèle.

    Pour utiliser un partage de fichiers avec montée en puissance parallèle en tant que partage de bibliothèque, vous devez d’abord ajouter un serveur de bibliothèque (généralement, un ordinateur virtuel) avec un partage local ou sans aucun partage. Puis, lorsque vous ajoutez un partage de bibliothèque, choisissez un partage de fichiers hébergé sur un serveur de fichiers avec montée en puissance parallèle. Ce partage doit être géré par VMM et créé pour être utilisé exclusivement par le serveur de bibliothèque. Veillez également à installer les dernières mises à jour sur le serveur de fichiers avec montée en puissance parallèle. Pour plus d’informations sur l’ajout de serveurs de bibliothèque VMM et de partages de bibliothèque, consultez la page Comment ajouter un serveur de bibliothèque VMM ou un partage de bibliothèque VMM. Pour obtenir la liste des correctifs actuellement disponibles pour les services de fichiers et de stockage, consultez l’article 2899011 de la Base de connaissances Microsoft.

Notes

Certains utilisateurs, comme les travailleurs de l’information, ont des charges de travail qui ont un impact plus important sur les performances. Par exemple, lorsque des opérations telles que l’ouverture et la fermeture de fichiers, la création de fichiers et le changement de nom de fichiers existants, sont effectuées par plusieurs utilisateurs, cela peut avoir un impact sur les performances. Si un partage de fichiers est activé avec une disponibilité continue, il permet l’intégrité des données, mais affecte également les performances globales. La disponibilité continue nécessite une écriture des données sur le disque afin de garantir l’intégrité en cas de défaillance d’un nœud de cluster dans un serveur de fichiers avec montée en puissance parallèle. Par conséquent, un utilisateur qui copie plusieurs fichiers volumineux sur un serveur de fichiers peut s’attendre à une baisse des performances sur le partage de fichiers disponible en continu.

Fonctionnalités incluses dans ce scénario

Le tableau ci-dessous répertorie les fonctionnalités incluses dans ce scénario et détaille la manière dont elles prennent en charge ce dernier.

Fonctionnalité

Prise en charge de ce scénario

Vue d'ensemble du clustering de basculement

Les clusters de basculement ont ajouté les fonctionnalités suivantes dans Windows Server 2012 pour prendre en charge le serveur de fichiers avec montée en puissance parallèle : nom du réseau distribué, type de ressource du serveur de fichiers avec montée en puissance parallèle, volumes partagés de cluster (CSV) 2 et le rôle Haute disponibilité du serveur de fichiers avec montée en puissance parallèle. Pour plus d’informations sur ces fonctionnalités, consultez la page Nouveautés du clustering avec basculement dans Windows Server 2012 [redirigé] sur Microsoft TechNet.

Server Message Block Overview

SMB 3.0 a ajouté les fonctionnalités suivantes dans Windows Server 2012 pour prendre en charge le serveur de fichiers avec montée en puissance parallèle : basculement transparent SMB, SMB Multichannel et SMB Direct.

Pour plus d’informations sur les nouvelles fonctionnalités et celles qui ont été modifiées pour SMB dans Windows Server 2012 R2, consultez Nouveautés de SMB dans Windows Server.

Voir aussi