Performances de Windows Server 2012 R2 pour les clients Mac OS X (services de fichiers)

J'hérite d'un serveur Windows 2012 R2 qui connaît des performances abyssales SMB / CIFS pour les clients Mac OS X en particulier. Le serveur fournit des services de fichiers et est un contrôleur de domaine Active Directory (l'un des deux pour le domaine). C'est l'émulateur PDC. L'autre contrôleur de domaine est un serveur Windows 2003.

L'environnement côté client est un mélange de machines Windows 7 et Mac OS X 10.9 Mavericks. Toutes les machines sont sur le même réseau local gigabit physique et logique. Les utilisateurs de Windows 7 connaissent des performances conformes aux attentes. Les clients Mac OS X 10.9 Mavericks connaissent des performances épouvantables, notamment: liste de répertoires lente, traversée, lectures de fichiers et écritures de fichiers. Il semble y avoir une asymétrie significative dans les performances de lecture / écriture, où les performances d'écriture sont nettement plus lentes.

Nous avons essayé de forcer les clients OS X à utiliser SMBv1 et CIFS, par opposition à la nouvelle implémentation SMBX / SMB2. Le problème persiste pour toutes les versions. Nous avons également installé Thursdayby DAVE pour les tests. Il y a une légère atténuation des performances de listage / traversée, mais elle est toujours trop lente.

J'ai monté un partage et utilisé ddpour lire /dev/randomet écrire un fichier texte de 1 Go sur le partage. Les performances d'écriture étaient de 0,33 Mbps. J'ai couru tcpdumppendant l'écriture pour capturer les communications. Veuillez excuser le manque de formatage - je n'arrive pas à revenir en arrière pour échapper à ce bloc:

EDIT J'ai activé NFS Server pour Windows Server et monté sur un client Mac OS X. J'ai effectué le même ddtest sous-titré ci-dessus avec des résultats / performances similaires.

15:45:45.221337 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], ack 102, win 32767, options [nop,nop,TS val 1279665835 ecr 242798971], length 0
15:45:45.221546 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 1:501, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500WARNING: Packet is continued in later TCP segments
SMB PACKET: SMBwriteX (REQUEST)
15:45:45.221547 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 501:1001, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221547 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 1001:1501, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221547 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 1501:2001, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221548 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 2001:2501, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221548 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 2501:3001, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221549 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 3001:3501, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221549 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 3501:4001, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221550 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 4001:4501, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221550 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 4501:5001, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221551 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 5001:5501, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)

ÉDITER

1. Quelles prochaines étapes de dépannage puis-je prendre pour isoler une cause potentielle?
2. Peut-on dériver quelque chose du tcpdump sous-titré ci-dessus?
3. Existe-t-il des recommandations d'optimisation des performances réseau suggérées pour atténuer les problèmes de performances décrits?

Essayez de désactiver SMB 3.0 sur le serveur et voyez si les performances s'améliorent. La désactivation de SMB 3.0 n'est pas une excellente idée, surtout si le serveur fonctionne comme point de stockage pour les machines virtuelles Hyper-V ou les magasins de données SQL, mais vous pourriez vous en sortir si vous l'utilisez de manière assez basique.

Détecter, activer et désactiver SMBv1, SMBv2 et SMBv3 dans Windows et Windows Server | Support Microsoft

Ce lien m'a beaucoup aidé: intégrer des Mac dans un domaine Windows Active Directory | TechRepublic

Il indique essentiellement que vous devez modifier les paramètres des services d'annuaire sur les Mac. Accédez à Préférences Système / Utilisateurs et groupes et cliquez sur Options de connexion. Cliquez sur le bouton Modifier pour Network Account Server puis sur "Open Directory Utility" Modifiez les paramètres selon vos besoins.

Double-cliquez sur "Active Directory" et accédez aux options avancées:

• «Forcer le répertoire de départ local sur le disque de démarrage» «forcera la création d'un profil sur le disque dur local pour tous les utilisateurs»
• "Utiliser le chemin UNC d'Active Directory pour dériver l'emplacement d'origine du réseau", vérifiez et sélectionnez le protocole utilisé - smb
• "Mappages, qui se rapporte à la spécification de GUID uniques pour certains attributs utilisés dans ADDS pour identifier un compte d'objet ordinateur. OS X les générera au hasard par défaut lorsqu'il est lié au domaine. Cependant, vous souhaiterez peut-être utiliser un ensemble particulier tel que généré par l'administrateur de votre entreprise. "

J'aurais ajouté un commentaire, mais je ne peux pas. Je n'ai aucune idée à essayer, mais ce que je voulais dire, c'est qu'un de mes collègues avait récemment configuré un nouveau serveur OSX avec à peu près tous les clients OSX. Lui aussi avait des problèmes étranges avec les partages de fichiers comme les performances et les clients ne pouvant pas ouvrir certains fichiers sur les lecteurs réseau à partir du serveur OSX. Nous avons fini par acheter un contrat de support à Apple pour l'aider et ils lui ont dit de demander aux utilisateurs de télécharger les fichiers, ils voulaient travailler localement sur leur Mac pour faire leur travail et tout recopier ...

En voyant cela, je pense que le nouvel OSX a quelque chose de mal avec la façon dont il accède aux partages réseau.

La définition de ces deux clés de registre m'a aidé à améliorer considérablement les performances de partage de Windows pour Mac sur Windows Server 2012 et Windows 8.1

win_share_tweak.reg

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters]
"Smb2CreditsMin"=dword:00000300
"Smb2CreditsMax"=dword:00004000

Certaines des raisons que j'ai vues pour cela sont: [dans l'ordre]

Vérifiez les paramètres de votre arbre couvrant sur vos commutateurs. Les paramètres de Spanning Tree peuvent affecter ce qui est vu et la qualité des connexions sur Mac.

Taille MTU

Paramètres des paquets Jumbo

Déchargement du processeur

Désactiver les protocoles non utilisés J'ai vu de nombreux réseaux avec des protocoles activés qui ne sont pas utilisés.

La connexion en série de trop de commutateurs enfreint de manière incorrecte les normes Ethernet.

diffuser la suppression des tempêtes

Violations de câblage:
enroulement du fil Ethernet en excès - création d'une induction magnétique incorrectement terminée, connecteur RJ45 de longueur insuffisante pour fournir une résistance ohm suffisante. enrouler un fil autour d'un conduit haute puissance

Je ne sais pas si c'est toujours pertinent, mais moi aussi j'ai eu le même problème que vous l'avez décrit et je l'ai résolu en modifiant le /etc/sysctl.conffichier sur les clients mac.

J'ai trouvé que ces paramètres fonctionnent dans ma situation, mais ils pourraient peut-être nécessiter quelques ajustements dans votre situation.

net.inet.tcp.win_scale_factor=8
net.inet.tcp.autorcvbufmax=16777216
net.inet.tcp.autosndbufmax=16777216

Pas une publicité - découvrez une version d'essai d'Acronis Access Connect (anciennement Acronis ExtremeZ-IP). D'après mes recherches, Microsoft modifie fréquemment son implémentation SMB et même si vous la faites fonctionner à une vitesse raisonnable, elle pourrait «casser» lors d'une version ultérieure. Acronis reste en tête pour vous, pour un coût élevé.

http://www.acronis.com/en-us/mobility/mac-windows-compatibility/

Je l'ai utilisé avec plusieurs clients depuis quelques années et c'est assez solide.

Remarque : D'après mon expérience, le débit réel du réseau est considérablement augmenté en utilisant ce service. Ce produit comble les différences de mise en œuvre / s de SMB. J'ai eu ce problème exact jusqu'à ce que j'essaye - cela fonctionne. Et comme je l'ai dit, même si vous le faites fonctionner, cela pourrait casser avec une mise à jour ultérieure de l'implémentation de SAMBA.