擴展文件系統

Question

這也可能是服務器故障的問題，但其中也包含此處的主題。

我正在建立一個由6個服務器組成的新網站。 1個mysql，1個Web，2個文件處理服務器，2個文件服務器。 簡而言之，文件處理服務器處理文件並將其復制到文件服務器。 在這種情況下，我有兩個選擇。

我可以為每個文件服務器設置一個Web服務器，並從那里直接提供文件。 就像file1.domain.com/file.zip。 有些文件（並非全部）都需要身份驗證，因此我將通過這些服務器中的內存緩存對用戶進行身份驗證。 90％的請求不需要任何身份驗證。

或者，我可以設置NFS並直接從Web服務器提供文件，例如www.domain.com/fileserve.php?id=2323（這是一個基本示例）

由於項目很大程度上取決於文件，因此第二個選項可能不如第一個選項有效，因為它將消耗更多的內存（即使我在提供服務時將文件分割成多個塊）

該設置將在很長一段時間內保持不變，因此我們不會在該設置中添加新的文件服務器。

您有什么想法，哪個更好？ 還是有其他不同的想法？

提前致謝，

Answer 1

僅我一個人，但實際上我會在“ Web服務器”上放置一組反向代理規則，然后將HTTP請求（如果它們具有相等的文件系統，則可能是負載均衡的）代理回到文件服務器上的輕量級HTTP服務器。

這為您提供了靈活性，並能夠實現將來的緩存，日志記錄，過濾器鏈，重寫規則，身份驗證＆c，＆c。 我發現將前端Web服務器用作代理層是一種非常有效的解決方案。

Answer 2

我建議您選擇＃1：允許文件服務器充當Web服務器。 我個人發現，在高容量下使用時，NFS有點片狀。

Answer 3

您也可以使用諸如Simplecdn.com之類的Content Delivery Network，它們可以解決帶寬和服務器負載問題。