Partager via

Vue d’ensemble d’un serveur de fichiers avec montée en puissance parallèle pour les données d’application

Serveur de fichiers avec montée en puissance parallèle est conçu 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.

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 de machine virtuelle Hyper-V, sur des partages de fichiers, et d’obtenir des niveaux de fiabilité, de disponibilité, de facilité de gestion 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 disposez d’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 appliquant les nouvelles fonctionnalités du clustering avec basculement de Windows Server et les 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 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 de 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 accrue. 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. 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 Serveur de fichiers avec montée en puissance parallèle. Dans Windows Server 2012 R2, le rééquilibrage automatique améliore la scalabilité 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 articles suivants 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 plusieurs 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).

Zone 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) Yes
Système de fichiers NTFS Oui N/D
Système de fichiers Système de fichiers résilient (ReFS) Recommandé avec les espaces de stockage direct Recommandé avec les espaces de stockage direct
Système de fichiers Système de fichier de volume partagé de cluster (CSV) N/D 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) Yes 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 Yes Non recommandé
Gestion des fichiers Fichiers hors connexion (cache côté client) Yes Non recommandé
Gestion des fichiers Profils utilisateur itinérants Yes Non recommandé
Gestion des fichiers Répertoires de base Yes Non recommandé
Gestion des fichiers Dossiers de travail Oui Non
NFS Serveur NFS Oui Non
Applications Hyper-V Non recommandé Yes
Applications Microsoft SQL Server Non recommandé Yes

* La disponibilité continue de bouclage SMB dans les configurations hyperconvergées est disponible dans Windows Server 2019.

Notes

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, quand 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èques, consultez Ajouter des profils à la 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
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é].
Protocole SMB 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 fonctionnalités nouvelles et changées pour SMB dans Windows Server 2012 R2, consultez Nouveautés de SMB dans Windows Server.

Autres informations