小型LANLinuxファイルサーバーとネットワーク設計
数十台のデスクトップクライアントPCと1台のファイルサーバーを備えた小さなLANがあります。私たちの目標は、クライアントPCがファイルサーバー上にすべてのストレージを持ち、ファイルI/O操作がストレージがまだローカルであるかのように感じられるようにすることです。
ほとんどのファイル操作には、6MB未満のファイルを開く/保存することが含まれます。典型的なファイルは、スプレッドシート（平均1.6 MB）、画像（pngjpeg平均5.5MB）、オーディオ（mp3、平均5 MB）、および小さなプレーンテキストファイルです。
しかし、私たちの労働者の1人は、オーディオファイルが平均200 MBで、ビデオファイルが数GBになる可能性があるオーディオおよびビデオ編集を行っています。
私たちの目標は、すべてのファイルをファイルサーバーに保存して、適切にバックアップできるようにすることです。
これが私たちの機器です：
- スイッチ：HP Procurve 1820-48G J9981A
- ファイルサーバー：Intel®i210経由のデュアルGbE LANポート（マザーボード：SUPERMICRO MBD-X10DAL-I-O ATXサーバーマザーボード/ Intel C612）
- LAN：より短い実行のためのCAT5Eケーブル接続。長時間の実行のためにシールドされたCAT6
- クライアント：ギガビットNICを備えたLinuxデスクトップ。すべてのシステムは、ArchLinuxまたはKubuntuLTS（現在14.04および16.04）のいずれかを実行します。
- プロトコル：NFS v4
目標を達成するために、必要なだけRAMまたは処理能力やその他のコンポーネントを（理由の範囲内で）ファイルサーバーにロードできます。ただし、パフォーマンスのボトルネックがどこにあるかはわかりません。（ネットワークの経験がほとんどないかまったくないため、この問題に正しく取り組む方法がわかりません。）
思いついたアイデアの1つは、次のようなファイルサーバーでNICチーミングを行うことです。
もう1つのアイデアは、両方のファイルサーバーNICを別々に使用し、大きなメディアファイルを処理するクライアントPCを1つのアドレスに接続し、他のすべてのユーザーを別のアドレスに接続することでした。
結論：サーバーの要件とネットワーク設計に関するアドバイスが必要です。正しい方向に向けてください！ありがとう
私の個人的な推奨事項は、さまざまな理由からNICチーミングを使用することです。NICチーミング/ボーディングにより、リンクの冗長性や負荷分散が可能になります。選択するオプションとハードウェア/ OSの選択。
負荷分散構成を選択した場合、トラフィックは両方のリンクに分割され、単一の論理的な2Gbps「パイプ」が効果的に提供されます。たとえば、送信元/宛先など、いくつかのオプションから選択できるため、「効果的に」と言います。粘着性、ラウンドロビン、アクティブ/パッシブなど。
クライアントには、通信する単一のエンドポイントもあります。これにより、展開が大幅に簡素化されます。
サーバーの要件に関しては、定量化可能な回答のある質問のみを受け入れるため、これはServerFaultの権限を超えていますが、ボトルネックはほぼ確実にネットワーク帯域幅であり、ディスクI/Oのセカンダリボトルネックがあります。