WiFi経由でNASにアクセスすると、TimeMachine / AFPが非常に遅くなる


2

バルクデータの保存とラップトップのTimeMachineバックアップの両方に80TB QNAP NASを運用しています。NAS自体は、複数のイーサネットに接続されたマシンからアクセスされた場合、300 MByte / secを超える書き込み速度を維持でき、TimeMachineはまともなパフォーマンスを備えています(AFP共有として構成されています)。

ただし、wifi経由でアクセスすると、パフォーマンスの低下は非常に大きくなります。「ライブ」速度は表示されませんが、ラップトップを20時間(省エネなし)残し、転送されるデータは850MBだけで十分です。確かに、Cisco WLAN APコントローラーは100/100専用線を介してオフィスに接続された中央のデータセンターにあり、他のクライアントとトラフィックを共有する必要がありますが、負荷がかかった状態でもSSH転送を行うため、ネットワーク設定は少し非標準ですNASへの〜5メガバイト/秒を達成します。

ネットワーク共有を使用するとき、TimeMachineは正確に何をしますか?接続のどこかにMTUの干渉がある可能性がありますか、それともAFPで超低遅延リンクが必要ですか(wifi経由の場合、pingは40msです)?


WiFiは帯域幅を共有し、干渉と信号減衰の影響も受けるため、ほとんどの場合、WiFiは有線接続よりも遅くなります。有線ネットワークを介して最初のバックアップを行うと、WiFiが変更されたファイルを更新するだけでよくなります。
スティーブチェンバース

@SteveChambersそれが私がやっていることです。問題は、チェンジセットが1時間で簡単に数百メガバイトに達することです。
マルコシュースター

回答:


3

あなたのコメントと私の質問に答えた後、ここに私の推奨事項/ベストプラクティスがあります。

おそらく唯一の本当の解決策は、オフィスAPにローカルトラフィックを実際にローカルに切り替えさせることです。この機能は、FlexConnectと呼ばれるシスコのAP / APコントローラーで使用できます。

最初の段落を読んで、次のPDFの図を見ると、これがほとんどあなたのユースケースであることがわかります。APコントローラーは、専用(VPN)回線を介して接続されたリモートロケーションにありますが、ローカルブランチ/オフィス内のトラフィックはローカルでスイッチングされます。

おそらくネットワーク運用担当者に、これがセットアップ可能かどうか、またはAPが要件に適合するかどうかを確認する必要があります(サポートされているAPのリストもPDFにあります)。

https://www.cisco.com/c/en/us/td/docs/wireless/controller/8-1/Enterprise-Mobility-8-1-Design-Guide/Enterprise_Mobility_8-1_Deployment_Guide/ch7_HREA.pdf

PDFはAPコントローラソフトウェアバージョン8.1からのものですが、この機能はさかのぼります(以前はHybrid REAPと呼ばれていました)。サポートされているAPの正確なリストについては、おそらくAPコントローラーソフトウェアバージョンに対応するドキュメントバージョンも参照する必要があります。


実際の制限要因は、AFPとSMBに関係なく、特定のネットワーク設定によって引き起こされるデータレートの低下です。そのため、以下のすべての対策は、追加の救済策および試行できるベストプラクティスにすぎません。

MTU

Wi-Fi接続を介した最大の非断片化ネットワークMTUを確認/設定します。

http://www.mseri.me/fixing-wifi-on-os-x-by-tweaking-the-mtu/

(少なくとも古い)macOSバージョンに関しては、特にCisco機器とのやり取りの際に、インターウェブの周りに1453という魔法のMTU番号がまだ残っています。

http://osxdaily.com/2013/01/14/set-mtu-size-from-the-command-line-of-mac-os-x/

SMBとAFP

AFPはかなり長い間Appleによって非推奨にされてきたため、SMBは一般的に今ではAFPよりも優先されるべきです。

APFS形式のボリュームから共有する場合、AFPはサポートされなくなりました。

https://support.apple.com/en-us/HT208018

macOS SMB

SMBを介したTime Machineバックアップは、QNAP QTSバージョン4.3以降でサポートされています。

https://www.qnap.com/en-us/how-to/tutorial/article/using-time-machine-to-back-up-your-mac-to-a-qnap-nas-via-smb/

デフォルトでは、macOSはSMB接続にパケット署名するため、転送パフォーマンスに大きく影響します(署名を無効にした場合の転送速度は2倍になります!)。

QTS(Syno guy :)でグローバル/サーバー側で署名を無効にできるかどうか、どこでそれを使用できるかわからないので、特定のmacOSマシンでクライアント側のSMBパケット署名を無効にできます。

https://support.apple.com/en-us/HT205926

コマンド「smbutil statshares -a」を使用して、署名が無効になっているかどうかを確認できます(SMBボリュームをマウントする必要があります。そうしないと、コマンド出力が空白になります)。

詳細については、次のURLを参照してください。

https://kb.promise.com/thread/disable-smb-signing-on-os-x-10-11-5-10-12-x/

Samba設定

次の2つのベストプラクティスは、Time Machineとは実際には関係ありませんが、macOSクライアントの一般的なSMBエクスペリエンスを大幅に改善します。

次のURLに従って、QNAP NASのSamba構成ファイル(smb.conf)を拡張する必要があります。

https://support.apple.com/en-us/HT207128

FCP X固有のものは無視してください。この設定は、基本的にSambaのmacOS固有の機能を有効にします。

Samba構成のQNAP仕様を確認してください。(たとえば、Synologyは、複数属性の設定行のスペースの代わりにコンマのような設定の違いがあるプライベートSambaビルドを使用します。

また、これによりSamba構成ファイルを拡張します。

access based share enum=yes

この設定により、Samba SMB共有は、アクセス権がある共有のみを表示することにより、AFP共有の動作に強制的に似せられます。デフォルトでは、Sambaはすべての共有を表示します。これには、アクセス許可がない共有共有も含まれます。これにより、アクセス許可なしの共有にアクセスしようとすると、アクセス許可エラーメッセージが表示されます。

ネットワーク共有で.DS_Storeを無効にする

ネットワークボリューム上の.DS_Storeファイルの作成を無効にしようとすることができます。これにより、SMBのパフォーマンスが向上します。次のURLの最初の段落:

https://support.apple.com/en-us/HT208209

タイムマシン

Time Machineの設定で、可能な限り多くのアイテム/場所を除外してください。たとえば、/ Applicationsフォルダーを除外しました。これは、通常、アプリケーションをバックアップから復元するよりも再インストールする方が同じ/少ない面倒です。また、通常、〜/ Downloadsフォルダーはバックアップなしの適切な候補です。また、これは特定のワークフローに依存しますが、バージョン管理システムによって管理されているデータを含むディレクトリを除外することも可能です。

Time Machineは優先度の低いプロセスです。その他のアクティビティは、Time Machineバックアッププロセスを一時停止します。Time Machineを高速化するために、macOSで優先度の低い調整を無効にしようとすることができます。詳細については、次のURLを参照してください(この設定を永続的にする方法を含む)。

http://www.mackungfu.org/massively-speed-up-time-capsule-time-machine-backups

その後、無料のツール「Time Machine Editor」を使用して、Time Machineスケジュールから勤務時間を除外できます。

https://tclementdev.com/timemachineeditor/


免責事項:これらの推奨事項はご自身の責任で使用してください。具体的には、実稼働システムにロールアウトする前に、まずテストマシンで設定/変更を試してください。

これらは私の2セントです(実際には、1.50ユーロに近い)。

あなたの名前から、あなたがドイツ語圏にいると仮定すると:

Viel Erfolg!

[編集] QTS 4.3.5では、アクセスベースの共有列挙を有効にするGUIオプションがQNAPに追加されたように見えるため、この機能のためにsmb.confを手動で編集する必要はおそらくないでしょう。QNAP QTS 4.3.5リリースノートから:

SAMBA-ABE(アクセスベースの列挙)およびABSE(アクセスベースの共有列挙)のMicrosoftネットワークの詳細オプションを追加しました。


0

iperfを使用して、ノートブックマシンからNASまでの未加工のWiFiパフォーマンスをテストできますか?これにはQNAPパッケージがあると確信しています(私はSynoユーザーです)。

また、Time Machineは優先度の低いプロセスです。これを試してみてください:

https://www.defaults-write.com/speed-up-time-machine-backups/


ここで、iperf実行の結果。十分な余裕があるはずです。[ ID] Interval Transfer Bitrate [ 6] 0.00-10.00 sec 89.3 MBytes 74.9 Mbits/sec sender [ 6] 0.00-10.06 sec 89.3 MBytes 74.5 Mbits/sec receiver UDP同じ画像:[ 6] 0.00-10.00 sec 119 MBytes 100 Mbits/sec 0.000 ms 0/91369 (0%) sender [ 6] 0.00-10.05 sec 118 MBytes 98.5 Mbits/sec 0.136 ms 893/91368 (0.98%) receiver
マルコシュースター

さて、ここと比較して、あなたのネットワークは確かに非常に遅いです。(ここでは、AC WiFiの場合、APから少し離れていても、600 + Mbit / s = 75 MB / sです。)セットアップとユースケースについて少し詳しく説明してください。報告されたデータレートから推測すると、お住まいの地域のWiFiトラフィックは上記の100 Mbit回線を経由していますか?数百メガバイトのサイズ範囲の前述の変更セットとは何ですか?「通常の」(Finderにマウントされた)AFP共有への転送速度を試しましたか?
グミバンド

はい、正確に、wifiは100/100回線でルーティングされ、NASに戻ります。これは奇妙な設定ですが、ネットワーク運用チームは各場所で高価なシスコのコントローラーを維持したくないため、その場所でロケーションローカルトラフィックをルーティングするソリューションをまだ持っていないため、明らかに必要です。「通常の」AFP経由の速度はひどい(1Mバイト/秒のトップ)であり、SMBおよびSSH経由の転送はWiFi経由で8〜10Mバイト/秒に近づきます。AFP、SMB、およびSSHのギガビット以上のケーブル速度は、60メガバイト/秒です。どうやら、高遅延Wifiを介したAFPを超低速にする何かがあります。
マルコス

Xcodeのネットワークリンクコンディショナーの設定ペイン(200ミリ秒のレイテンシアップ/ダウン)でテストした後、AFPのレイテンシが大幅に低下しているようです。
グミバンド

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.