Partage 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 évolutifs vous permettent de partager le même dossier à partir de plusieurs nœuds du 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 :

  • Scale-Out Serveur de fichiers pour les données d’application: cette fonctionnalité de serveur de fichiers en cluster a été introduite dans Windows Server 2012. Il vous permet de stocker des données d’application serveur, telles que des fichiers de machines virtuelles Hyper-V sur des partages de fichiers, et d’obtenir un niveau similaire de fiabilité, de disponibilité, de facilité de gestion et de hautes performances attendues à partir 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 à usage général : Il s'agit de la continuation du serveur de fichiers en cluster qui est pris en charge dans Windows Server depuis l'introduction de Failover Clustering. 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. Si vous disposez d’un cluster de serveur de fichiers à quatre nœuds qui utilise SMB Scale-Out, y compris un appareil exécutant Windows Server 2012 R2 (ou Windows Server 2012), vous pouvez 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 cela peut être effectué dans un environnement de production et il est transparent pour l’application serveur.

Les principaux avantages fournis par Scale-Out Serveur de fichiers sont les suivants :

  • Active-Active partages de fichiers: 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 est la bande passante totale de tous les nœuds de 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 zéro temps d'arrêt : CHKDSK dans Windows Server 2012 est amélioré pour réduire considérablement le temps pendant lequel un système de fichiers est hors ligne 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 en cluster: les CSV dans Windows Server 2012 prennent en charge un cache de lecture, ce qui peut améliorer considérablement les performances dans certains scénarios, comme dans une infrastructure de bureau virtuel (VDI).

  • Gestion plus simple: Avec Scale-Out Serveur de Fichiers, vous créez les serveurs de fichiers extensibles, puis ajoutez les CSV et 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 placement pour garantir l’activité sur chaque nœud de cluster.

  • Rééquilibrage automatique des clients des serveurs de fichiers scale-out : Dans Windows Server 2012 R2, le rééquilibrage automatique améliore l'évolutivité et la facilité de gestion des serveurs de fichiers scale-out. Les connexions clientes SMB sont suivies par partage de fichiers (au lieu d’un serveur) et les clients sont redirigés vers le nœud de cluster avec 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 Scale-Out serveur de fichiers si votre charge de travail génère un grand nombre d’opérations de métadonnées, telles que l’ouverture de fichiers, la fermeture de fichiers, la création de 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 Scale-Out si vous avez besoin d’extensibilité et de simplicité, et si vos exigences s’alignent sur les technologies prises en charge par Scale-Out serveur de fichiers.

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é Utilisation générale du cluster de serveurs de fichiers Serveur de fichiers avec montée en puissance parallèle
Applications Hyper-V Non recommandé Oui
Applications Microsoft SQL Server Non recommandé 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 Serveur cible du dossier d’espace de noms DFS (DFSN) Oui Oui
Gestion des fichiers Racine du serveur racine d’espace de noms DFS (DFSN) Oui Non
Gestion des fichiers Réplication DFS (DFSR) Oui Non
Gestion des fichiers Contrôle d’accès dynamique (accès à base de revendications, CAP) Oui Non
Gestion des fichiers Infrastructure de classification des fichiers Oui Non
Gestion des fichiers Gestionnaire de ressources du serveur de fichiers (Écrans et quotas) Oui Non
Gestion des fichiers Redirection de dossiers Oui Non recommandé
Gestion des fichiers Répertoires de base 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 Dossiers de travail Oui Non
Système de fichiers Système de fichier de volume partagé de cluster (CSV) N/D Oui
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
NFS Serveur NFS Oui Non
SMB Disponibilité continue pour les SMB1 Oui Oui

1Le bouclage SMB La disponibilité continue (CA) dans les configurations hyperconvergées est disponible dans Windows Server 2019. Pour plus d’informations, consultez Déployer un jeu de clusters.

Notes

Les opérations d’écriture suivantes génèrent de nombreuses opérations d’écriture qui doivent être immédiatement validées sur le disque (sans mise en mémoire tampon) lors de l’utilisation de partages de fichiers disponibles en continu. Cette exigence peut réduire les performances par rapport aux partages de fichiers à usage général :

  • Redirection de dossiers
  • Fichiers hors connexion
  • Profils utilisateur itinérants
  • Répertoires de base

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. Les fichiers hors connexion peuvent ne pas passer en mode hors connexion pendant 3 à 6 minutes après qu’un utilisateur perd l’accès à un partage.

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 évolutif et qui sont les suivantes :

  • 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 du système de fichiers distribué (DFS) pour répliquer un partage de bibliothèque hébergé sur un partage de fichiers à grande échelle. 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. Virtual Machine Manager (VMM) doit gérer ce partage et le créer exclusivement pour l’utilisation du 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 que les écritures de données sur le disque garantissent l’intégrité en cas de défaillance d’un nœud de cluster dans un serveur de fichiers Scale-Out. Par conséquent, un utilisateur qui copie plusieurs fichiers volumineux sur un serveur de fichiers peut s’attendre à des performances plus lentes 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é Comment ce scénario est pris en charge
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, voir Nouveautés du clustering de basculement dans Windows Server.
Protocole SMB SMB 3.0 a ajouté les fonctionnalités suivantes dans Windows Server pour prendre en charge le Serveur de fichiers Scale-Out, le basculement transparent SMB, le SMB Multichannel et le SMB Direct. Pour plus d’informations sur les fonctionnalités nouvelles et modifiées pour SMB, consultez Vue d’ensemble du partage de fichiers à l’aide du protocole SMB 3 dans Windows Server.

Voir aussi