私は現在、すべてのユーザーがMacを持っているMacクライアント環境で働いていますが、彼らはWindowsサーバーの実行を主張しています。
現在、smbを回避するためにアクロニスファイル同期を実行していますが、新しいサーバーで新しいオフィスを作成するため、本社サーバーからのDFSレプリケーションのために使用できません。
SMBはMacでひどいパフォーマンスを発揮することが証明されており、SMB 3.0dosentはパフォーマンスの問題を修正したようです。
これに代わる良い方法はありますか?
現在の設定:
可能な代替手段として、StarWind VSANを使用して、2つの場所の間にFileServerの役割を持つストレッチクラスターを作成できます。次に、SMBの代わりにNFSプロトコルを使用してデータを共有できます。
ここにそれに関するいくつかのマニュアルがあります。
ストレッチクラスタリング: https://www.starwindsoftware.com/resource-library/starwind-stretched-clustering
NFS共有の作成: https://www.starwindsoftware.com/blog/creating-esxi-vms-on-the-windows-based-nfs-share
SMBはMacでひどいパフォーマンスを発揮することが証明されており、SMB 3.0dosentはパフォーマンスの問題を修正したようです。
これについてはもう少し調査したいと思います。悪いSMB特にMacのパフォーマンス、または単に悪いSMB一般的なパフォーマンス。Windowsクライアントをテストして良いかどうかを確認しましたかSMB同じネットワークでのパフォーマンス?
私がこれを言う理由は、SMB OSXでのパフォーマンスはそれほど悪くないはずです。OSXがSMBを介してコピーするギガビット接続全体を簡単に飽和させるのを見てきました。
SMB Macでのパフォーマンスで問題をトラブルシューティングしてください。そうすれば、DFS/SMBを心ゆくまで利用して、ユーザーの起動をより幸せにすることができます。
(注:クライアント側の設定ミス、またはサーバー側の設定ミスの可能性があります。OSXのせいではない可能性があるため、同じネットワーク上でWindowsマシンを使用して、より高速かどうかを確認することをお勧めします)。