Comment déterminer la taille optimale des bandes d'un RAID 10 pour les magasins de courrier et les journaux des transactions d'Exchange 2003 ?
Je prévois d'avoir 2 matrices RAID 10 pour mon installation d'échange. Pour le magasin de données, 10 disques de 399 Go et pour les journaux de transactions, 4 disques de 399 Go. Mes options de taille de bande vont de 2^2 à 2^7 Ko par incréments de puissances de 2. Le système de fichiers sera NTFS.
Microsoft vous donne beaucoup de bonnes informations ici : http://technet.microsoft.com/en-us/library/bb125079.aspx
De mémoire, je crois que vous voulez des bandes de 32 Ko et que les partitions doivent être alignées sur les limites des bandes. Ne me croyez pas sur parole, lisez le guide. Je peux être un idiot parfois. (sourire)
Edit : J'ai dit 64KB en premier. Ca devrait être 32KB. Vous voyez, je suis un idiot.
Voir aussi : http://blogs.technet.com/evand/archive/2004/10/14/242127.aspx
Une parenthèse : En relisant le message d'Evan Dodds, je me suis souvenu que j'avais constaté une situation de performance négative sur une installation Exchange 2003 où les files d'attente SMTP étaient placées sur le même axe que les journaux de transactions. Je me souviens que vous avez dit que cette boîte allait être un serveur dorsal, mais qu'elle continuerait évidemment à recevoir des e-mails entrants de vos serveurs frontaux dans des files d'attente SMTP. La situation dont je me souviens est à peu près la même que celle décrite par Evan Dodds - les files d'attente SMTP se trouvaient sur la broche du journal des transactions et la broche finissait par s'agiter entre les tentatives d'écriture séquentielle des journaux des transactions et les écritures aléatoires sur les files d'attente SMTP. Le fait de déplacer les files d'attente SMTP vers une broche qui leur est propre a fini par faire de la boîte une lot plus heureux. (La longueur de la file d'attente sur les disques du journal des transactions a été réduite et le symptôme visible par l'utilisateur a diminué : des popups de timeout RPC à profusion). Faites attention à cela.
Consultez également l'article suivant sur l'alignement des partitions de disque pour les volumes RAID. Bien que l'article indique qu'il concerne SQL, il s'applique en réalité à toute base de données fonctionnant sur RAID avec Windows Server 2003 ou antérieur. Vous pouvez augmenter les performances de votre installation de manière SIGNIFICATIVE (augmentation du débit et des IOPS jusqu'à 30 % tout en réduisant la latence) en effectuant ce changement (mais cela doit se faire lors du premier partitionnement de vos volumes, avant qu'ils ne soient formatés) :
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
