マスターサーバーの/ etc/passwdを使用してユーザーを認証する別のサーバーを作成できますか?ユーザーのホームを共有すると、マスターサーバーのcpu/ramを消費することなく、ホームディレクトリ内で必要なすべてを実行できます。
メインサーバーを何百万ものファイル要求で窒息させることなくスケーラブルなアプリケーションを構築しようとしているので、私の目的はマスターサーバーの周りに処理サーバーを構築することです。
ありがとう
注:-マスターサーバーは、すべてのユーザーファイルが保存される場所です。 -マスターサーバーはplesk9.2を実行しています-はい、これは共有ホスティング環境です
マスターサーバーの/ etc/passwdを使用してユーザーを認証する別のサーバーを作成できますか?ユーザーのホームを共有すると、マスターサーバーのcpu/ramを消費することなく、ホームディレクトリ内で必要なすべてを実行できます。
確かに、分散認証は簡単です。 NISをセットアップしてから、他のすべてのシステムをNISスレーブサーバーとしてセットアップします。そうすれば、ユーザーを変更する必要がない限り、認証は常にローカルのままになります。
一部の集中型サーバーに影響を与えずにファイルを共有するには、おそらく 分散ファイルシステム を調べる必要があります。私は個人的にこれらのどれにも取り組んだことがないので、どちらが良いかについてはお勧めできません。
これはNFSとは何の関係もありません。 NFSが提供するすべてのものがすでにあります。 NFSに加えて必要なのは、LDAPやNISなどの分散認証スキームです。
LinuxをNFSルートから起動することは可能です。このモードでは、/
パス全体がNFSからマウントされます。これにより、/etc/passwd
ファイルだけでなく、すべてが共有されます。ただし、スケーラブルなコンピューティングネットワークの構築に関心がある場合は、単一のNFSサーバーが潜在的なボトルネックになるため、これはあまり良い考えではない可能性があります。必要なのが共有認証だけの場合、Linuxは プラグ可能な認証メカニズム (PAM)を使用してそれを実行できます。中央のLDAPディレクトリに対してユーザーを認証し、ホームディレクトリを別のサーバーにマウントすることができます。