Optimisation des performances des serveurs de fichiers Windows

Sous-système de disque : Voici un article de Microsoft concernant l'alignement des partitions dans SQL Server 2008 : http://msdn.microsoft.com/en-us/library/dd758814.aspx

La théorie expliquée dans l'article est la raison pour laquelle je vous donne le lien, pas parce que je pense que vous utiliserez SQL Server. La charge de travail d'un serveur de fichiers est moins susceptible d'être aussi sensible à l'alignement des partitions que celle de SQL Server, mais chaque petit geste compte.

NTFS :

Vous pouvez désactiver l'horodatage du dernier accès dans NTFS avec :

fsutil behavior set disablelastaccess 1

Vous pouvez désactiver la création de noms de fichiers courts (si vous n'avez pas d'applications qui en ont besoin) avec :

fsutil behavior set disable8dot3 1

Réfléchissez à la meilleure taille de cluster NTFS pour les types de fichiers que vous allez mettre sur la boîte. En général, vous voulez avoir une taille de cluster aussi grande que possible, en équilibrant cela avec l'espace gaspillé pour les fichiers de la taille d'un sous-groupe. Vous devez également essayer de faire correspondre la taille de votre cluster à celle de votre bande RAID (et, comme nous l'avons dit plus haut, aligner vos bandes sur vos clusters).

Il existe une théorie selon laquelle la plupart des lectures sont séquentielles, de sorte que la taille de la bande (qui est généralement la lecture minimale du contrôleur RAID) devrait être un multiple de la taille du cluster. Cela dépend de la charge de travail spécifique du serveur et vous devez le mesurer pour en être sûr. Je les garderais identiques.

Si vous avez l'intention d'avoir un grand nombre de petits fichiers, vous pouvez commencer par une réserve plus importante pour la table des fichiers maîtres NTFS (MFT) afin d'éviter une fragmentation future de la MFT. En plus de parler de la commande fsutil ci-dessus, ce document décrit le paramètre "MFT zone" : http://technet.microsoft.com/en-us/library/cc785435(WS.10).aspx En gros, vous voulez réserver au MFT autant d'espace disque que vous pensez en avoir besoin, en fonction du nombre prévu de fichiers que vous aurez sur le volume, pour essayer d'éviter la fragmentation du MFT.

Un guide général de Microsoft sur l'optimisation des performances de NTFS est disponible ici : http://technet.microsoft.com/en-us/library/cc767961.aspx C'est un vieux mais il fournit néanmoins des informations de base décentes. N'essayez pas nécessairement les "trucs techniques" qu'il préconise, mais tirez-en des concepts.

Mise en page :

Vous aurez des arguments religieux avec les gens concernant la séparation de l'OS et des données. Pour cette application particulière, je mettrais probablement tout dans une seule partition. Quelqu'un viendra vous dire que j'ai tort. Vous pouvez décider vous-même. Je ne vois aucune raison logique de "faire du travail" en cours de route lorsque la partition OS se remplit. Puisqu'il ne s'agit pas de volumes RAID distincts, il n'y a aucun avantage en termes de performances à séparer le système d'exploitation et les données en partitions. (Ce serait une autre histoire s'ils étaient des broches différentes...)

Copies fantômes :

Les instantanés de la copie d'ombre peuvent être stockés dans le même volume, ou sur un autre volume. Je n'ai pas beaucoup d'expérience sur les problèmes de performance associés aux copies d'ombre, alors je vais m'arrêter là avant de dire quelque chose de stupide.

Le RAID 6 va dégrader considérablement l'IO en lecture par rapport aux autres options RAID sur cette configuration et sera très dur en termes d'IO en écriture. À moins que vous n'ayez absolument besoin de tout l'espace, je vous suggère d'envisager le RAID 10. Vous perdrez 750 Go par rapport au RAID 6 de votre système, mais la différence de performance rendra insignifiantes toutes les autres améliorations que vous tenterez. L'alignement des partitions, l'adaptation de la taille des bandes à la taille des blocs du système de fichiers et la modification d'éléments tels que le dernier temps d'accès suggéré par Evan sont d'excellentes suggestions qui amélioreront le débit de 30% ou plus au total. Le RAID 10 sera au moins 100% plus rapide en lecture et en écriture et son temps de reconstruction est une fraction de celui du RAID 5 ou 6.

RAID 10 - 4 disques avec 2 hot spares. Capacité effective de 1500GB. La lecture aléatoire soutenue sur ce disque sera ~4x les IOPS de votre disque de base. L'écriture aléatoire soutenue sera (jusqu'à) 2x les IOPS d'écriture de votre unité de disque de base. Temps de reconstruction - 4-6 heures sur un système comme le vôtre lorsqu'il est inactif, peut-être le double en cas de charge moyenne.

RAID 5 - 5 disques avec 1 disque de rechange à chaud. Capacité effective de 3000GB. La lecture aléatoire soutenue sera ~4x les IOPS de votre disque de base. L'écriture aléatoire soutenue sera ~1x les IOPS d'écriture d'un seul disque de base (en supposant que 2 lectures et 2 écritures sont nécessaires pour chaque IO d'écriture). Temps de reconstruction - Plus d'un jour en cas d'inactivité, plusieurs jours en cas de charge normale.

RAID 6 - 5 disques avec 1 disque de rechange à chaud. Capacité effective de 2250 Go. La lecture aléatoire soutenue sera ~ 3x le disque de base. L'écriture aléatoire soutenue sera environ 66% des IOPS d'écriture d'un seul disque de base (3 lectures et 3 écritures requises pour chaque IO d'écriture). Temps de reconstruction - jours lorsque le système est relativement inactif, environ une semaine en cas de charge typique.

Bien sûr, votre kilométrage peut varier, si vous n'avez pas beaucoup d'entrées-sorties aléatoires soutenues, alors la plupart de ceci sera caché par le cache, mais la baisse de performance soutenue avec le RAID 6 est assez dure, surtout lorsqu'elle est mise en œuvre avec relativement peu de disques dans la matrice.

WSS fait déjà un grand nombre des choses suggérées par défaut : Voir Blog du serveur de stockage Windows

"Optimisation des performances des serveurs de fichiers Il existe certains paramètres dans Windows Server 2003 qui accélèrent le trafic réseau et les opérations NAS, comme la suppression des alias de système de fichiers, la désactivation de la création de noms 8.3 et le réglage de la fréquence TCP ACK pour mieux utiliser la taille et la vitesse des trames du réseau. Consultez le livre blanc sur l'optimisation des performances pour plus d'informations. Les OEM peuvent également améliorer leurs performances en réglant l'affinité d'interruption des cartes NIC et en s'assurant qu'un alignement correct des disques est pris en compte lors de la configuration de la matrice RAID. Voir ci-dessous pour plus d'informations sur ces deux sujets. "

Notez que l'alignement du disque aurait dû être effectué en usine.

Evan et Helvick ont raison, je vais donc ajouter une ressource supplémentaire. Le site Lignes directrices pour l'optimisation des performances de Windows Server 2003 couvre un grand nombre de considérations et d'ajustements sous le capot, bien que, comme Jim le mentionne, Storage Server est livré pré-équipé pour optimiser la charge de travail du partage de fichiers.