Guide des meilleures pratiques pour Dell Storage avec Microsoft Storage Spaces

Les partages Scale-Out File Server (SOFS) sont prévus pour le stockage des disques durs virtuels Hyper-V et les bases de données SQL. D'autres éléments sont à prendre en compte lors de l'utilisation de partages SOFS pour les charges de travail du travailleur de l'information, notamment les partages de fichiers par l'utilisateur final contenant des données non structurées telles que dossiers de base, feuilles de calcul ou fichiers PDF. Les charges de travail du travailleur de l'information nécessitent des modifications des métadonnées (ouvrir, fermer, renommer, supprimer des fichiers), en général par des centaines d'utilisateurs à la fois. Les partages SOFS sont disponibles en continu, ce qui nécessite que tous les nœuds synchronisent les modifications des métadonnées, entraînant, dans le cas des charges de travail du travailleur de l'information, un risque de surcharge des performances de ces partages en raison du nombre important de modifications de métadonnées. En fonction de la charge de travail du travailleur de l'information, l'impact sur les performances varie et peut, dans certains cas, être négligeable, telles que les charges de travail du travailleur de l'information avec de nouvelles versions de Microsoft Office. Enfin, de nombreuses fonctions, disponibles sur des partages de fichiers à usage général peut ne pas fonctionner sur les partages SOFS, par exemple, DFS-R et les quotas.

Il existe trois options permettant de fournir des partages de fichiers avec les travailleurs de l'information sur SOFS :

Option 1 : créez un SOFS sur le cluster du SOFS et héberger la charge de travail du travailleur de l'information directement sur le partage. Tant que les clients qui accèdent aux partages utilisent Windows 8 ou version ultérieure, ils bénéficieront de tous les avantages de l'utilisation d'un SOFS : espace de noms unique, équilibrage de charge et plus encore. Les charges de travail dans le partage peuvent rencontrer une surcharge des performances en raison des modifications de métadonnées. En outre, les partages SOFS peuvent ne pas prendre en charge toutes les fonctions fournies par un serveur de fichiers à usage général, telles que DFS-R et les quotas.

Option 2 : créez une nouvelle machine virtuelle (VM) exécutant Windows Server 2012 R2 et stockez-la sur un partage de fichiers SOFS. Installez le rôle de serveur de fichiers et configurez-le en tant que rôle de serveur de fichiers à usage général. Allouez l'espace de disque (taille) du fichier VHDX sur la base de données du travailleur que vous prévoyez d'enregistrer. Créez tous les fichiers de partage du travailleur de l'information dans la VM. Une fois que les charges de travail du travailleur de l'information s'exécutent à l'intérieur d'un VHDX, il n'y aura pas de surcharge des performances dues aux modifications des métadonnées du SOFS. En outre, les partages de fichiers à usage général sont dotés de la totalité des capacités telles que DFS-R et les quotas. Cependant, étant donné que les clients accèdent aux partages de fichiers à usage général, ils ne bénéficieront pas de tous les avantages offerts par des accès à un SOFS. Lorsque la VM exécutant le serveur de fichiers à usage général est hautement disponible sur le cluster de SOFS, les partages de fichiers à usage général s'exécutant dans la machine virtuelle ne le sont pas. Plus de tâches telles que la mise en cluster du système d'exploitation hôte peuvent être nécessaires pour fournir des partages de fichiers disponibles en continu aux clients.

Option 3 : créez un nouveau partage de fichiers SMB sur le SOFS, mais modifiez le partage après sa création en décochant la case Activer la disponibilité continue. Lorsque cette fonction est désactivée, le partage de fichiers ne subit pas de surcharges des performances en raison de modifications des métadonnées. Cependant, si le partage de fichiers n'est pas disponible en continu, puis que l'accès à un nœud dans le cluster hébergeant le partage est perdu, une perte momentanée de la connectivité à la charge de travail peut se produire lors du basculement du partage de fichiers. Dans de nombreux cas, des charges de travail du travailleur de l'information telles que les applications de Microsoft, mettent en cache localement les données et une brève coupure pendant le basculement peut être transparente pour l'utilisateur. Les applications tierces peuvent ne pas offrir le même niveau de cohérence des données et doivent être évaluées au cas par cas. De plus, tant que les clients qui accèdent aux partages utilisent Windows 8 ou une version ultérieure, ils reçoivent tous les avantages de l'utilisation d'un SOFS (espace de noms unique, équilibrage de charge et plus encore). Toutefois, une fois la charge de travail du travailleur de l'information hébergée sur SOFS, elle ne prend pas en charge toutes les fonctions d'un serveur de fichiers à usage général, telles que la réplication DFS-R (Distributed File System-R) et les quotas.