web-dev-qa-db-ja.com

セントラルサーバーにデータディレクトリを持つ250ユーザー - どのように設定しますか？

250人以上のユーザー以上が、ローカルネットワーク内の中央サーバー上の独自のDATA-DIR/USER-DIRへのOS独立したアクセス権を持つスキームを設定する方法についてのベストプラクティスアドバイスを取得します。サーバーの観点から：

  • 1つの大きなパーティション（もちろん基礎となるFAT Storage）で、クォータを持つ各ユーザーのサブディールを使用してサーバー上の大きな/ユーザーのDIRを設定しますか。

  • または、ビッグZFS、LVMディスクプールに住んでいる各ユーザーの専用パーティションを設定しますか？

DIRSは、Samba、NFS、またはおそらくWebDAV、HBA、AOEを介してネットワーク上で共有されます - 遅延が許可されていることを完全に知らない...

「専用パーティション」対「許可ベースの共有パーティション」の長所と短所は何ですか？今日のベストプラクティスは何ですか？

storagethin-clientclient-serverbest-practices
1
isync

パーティション：

短所：パーティションベースの割り当ては、すべての場合で非常に面倒な場合は、新しいユーザーを作成、削除、および他のマシンに移行します。

より良い解決策は、クォータでNFSを使用することです。

長所：管理、配分の増加などが簡単.

NFSを使用しないことを選択した場合は、個別のホームディレクトリを特定のファイルに持つことができます。

例えば

dd if=/dev/zero of=user-A bs=1024 count=1000000
 _

これにより、Aのネットワークディレクトリに使用される1Gファイルユーザー-Aが作成されます。

root@x:/tmp# mkfs.ext3 user-A 
mke2fs 1.41.14 (22-Dec-2010)
user-A is not a block special device.
Proceed anyway? (y,n) y
 _

フォーマット

root@x:/tmp# mkdir users/user-A

root@x:/tmp# mount user-A users/user-A -o loop
root@x:/tmp# df users/user-A/
 _

これを取り付けます。

長所：ユーザーの追加/削除、ディスク/サーバー間の移行

短所：ディレクトリのサイズを変更する

1
daya