Mac OS Xクライアント（ファイルサービス）のWindows Server 2012 R2のパフォーマンス

私は、特にMac OS XクライアントでひどいSMB / CIFSパフォーマンスを経験しているWindows 2012 R2サーバーを継承しています。サーバーはファイルサービスを実行しており、Active Directoryドメインコントローラー（ドメインの2つのうちの1つ）です。PDCエミュレーターです。他のドメインコントローラはWindows 2003 Serverです。

クライアント側の環境は、Windows 7とMac OS X 10.9 Mavericksマシンが混在しています。すべてのマシンは、同じ物理および論理ギガビットLAN上にあります。Windows 7ユーザーは、期待通りのパフォーマンスを体験できます。Mac OS X 10.9 Mavericksクライアントは、ディレクトリのリスト表示が遅い、トラバーサル、ファイルの読み取り、ファイルの書き込みなど、ひどいパフォーマンスを経験します。読み取り/書き込みのパフォーマンスには、書き込みのパフォーマンスが大幅に低下するという大きな非対称性があるようです。

新しいSMBX / SMB2実装とは対照的に、OS XクライアントにSMBv1とCIFSの使用を強制しようとしました。この問題はすべてのバージョンで持続します。テスト用にThursby DAVEもインストールしました。リスト/トラバーサルのパフォーマンスはわずかに緩和されますが、依然として許容できないほど遅くなります。

共有をマウントし、共有ddへ/dev/randomの1GBテキストファイルの読み取りと書き込みに使用しました。書き込みパフォーマンスは0.33 Mbpsでした。tcpdump書き込み中に通信をキャプチャするために実行しました。フォーマットがないことを言い訳してください。

編集 私は、Windows Server用のNFSサーバーを有効にし、Mac OS Xクライアントにマウントしました。dd上記の同じテストキャプションを実行して、同様の結果/パフォーマンスを実現しました。

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?)

編集

1. 潜在的な原因を特定するために、次のトラブルシューティング手順を実行できますか？
2. 上記のキャプション付きtcpdumpから何か派生するものはありますか？
3. 説明されているパフォーマンスの問題を軽減するための推奨ネットワークパフォーマンスチューニングの推奨事項はありますか？

サーバーでSMB 3.0を無効にしてみて、パフォーマンスが向上するかどうかを確認してください。サーバーがHyper-V VMまたはSQLデータストアのストアポイントとして実行されている場合は特に、SMB 3.0を無効にすることは良い考えではありませんが、かなり基本的な方法で使用している場合は回避できます。

WindowsおよびWindows ServerでSMBv1、SMBv2、およびSMBv3を検出、有効化、無効化する| Microsoftサポート

このリンクは、MacをWindows Active Directoryドメインに統合するのに非常に役立ちました 。TechRepublic

基本的に、Macのディレクトリサービス設定を変更する必要があると記載されています。[システム環境設定/ユーザーとグループ]に移動し、[ログインオプション]をクリックします。ネットワークアカウントサーバーの[編集]ボタンをクリックし、[ディレクトリユーティリティを開く]ニーズに合わせて設定を変更します。

[Active Directory]をダブルクリックして、[詳細オプション]に移動します。

• 「起動ディスクにローカルホームディレクトリを強制する」は、「すべてのユーザーのローカルHDDにプロファイルを強制的に作成します」
• 「Active DirectoryのUNCパスを使用してネットワークホームロケーションを取得する」チェックおよび使用プロトコルを選択-smb
• 「マッピング。ADDS内で使用される特定の属性に一意のGUIDを指定して、コンピューターオブジェクトアカウントを識別します。OSXは、ドメインにバインドされると、デフォルトでこれらをランダムに生成します。ただし、エンタープライズ管理者。」

コメントを追加しますが、できません。試してみるアイデアはありませんが、私が伝えたかったのは、私の同僚が最近、ほとんどすべてのクライアントOSXで新しいOSXサーバーをセットアップしたことです。彼もパフォーマンスなどのファイル共有に関する奇妙な問題を抱えており、クライアントはOSXサーバーからネットワークドライブから特定のファイルを開くことができません。結局、Appleからサポート契約を購入して彼を助け、ユーザーにファイルをダウンロードしてもらい、作業したい、Macにローカルで作業してもらい、すべてコピーして戻すように言った...

これを見て、新しいOSXがネットワーク共有へのアクセス方法に何か問題があると思いました。

これら2つのレジストリキーを設定することで、Windows Server 2012およびWindows 8.1上のMacのWindows共有パフォーマンスを大幅に改善できました

win_share_tweak.reg

Windows Registry Editor Version 5.00

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

これについて私が見た理由のいくつかは次のとおりです。

スイッチのスパニングツリー設定を確認します。スパニングツリーの設定は、Macの表示内容と接続の品質に影響を与える可能性があります。

MTUサイズ

ジャンボパケットの設定

CPUオフロード

使用されていないプロトコルを無効にする使用されていないプロトコルが有効になっている多くのネットワークを見てきました。

デイジーチェーン接続のスイッチが多すぎると、イーサネット標準に誤って違反します。

ブロードキャストストーム抑制

配線違反：
過剰なイーサネットワイヤの巻き付け-磁気誘導が不適切に終端されたRJ45コネクタを作成すると、十分なオーム抵抗を提供するには長さが不十分です。電線を高出力コンジットに巻き付ける

それがまだ関連しているかどうかはわかりませんが、私もあなたが説明したのと同じ問題を抱えていたので/etc/sysctl.conf、Macクライアントでファイルを編集して解決しました。

私の状況ではこれらの設定が機能することがわかりましたが、おそらく状況に応じて微調整する必要があるかもしれません。

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

広告ではありません。AcronisAccess Connectの試用版をご覧ください（Acronis ExtremeZ-IPと呼ばれていました）。私の調査から、MicrosoftはSMBの実装を頻繁に変更し、それを正常な速度で動作させても、後のリリースで「壊れる」可能性があります。アクロニスは多額の費用を払って、これに引き続き対応します。

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

数年前からいくつかのクライアントで使用してきましたが、かなり安定しています。

注：私の経験では、このサービスを使用すると、実際のネットワークスループットが劇的に増加します。この製品は、SMBの実装の違いを埋めます。私はこれを試してみるまでこの問題を抱えていました-それは動作します。そして、私が言ったように、たとえあなたがそれを動作させたとしても、SAMBA実装のその後の更新で壊れる可能性があります。