OneFS：NFS 用戶端設定的最佳實務

支援的通訊協定版本

目前 PowerScale OneFS 支援 NFS 第 3 版和第 4 版。不支援 NFS 第 2 版。

NFSv3

NFS 第 3 版是目前最廣泛使用的 NFS 通訊協定版本，一般認為它採用最廣泛的用戶端和檔案管理器。以下是此版本的主要元件：

• 無狀態 - 用戶端有正確的資訊可要求檔案等，但在技術上無法建立新工作階段。這可使用動態 IP 集區，在 OneFS 節點之間輕鬆進行容錯移轉。
• 使用者和群組資訊會以數位方式顯示 - 用戶端和伺服器會透過數位識別碼來傳達使用者資訊，讓相同的使用者在用戶端和伺服器之間顯示為不同的名稱。
• 檔案鎖定為頻外 - NFS 第 3 版使用名為 NLM 的協助程式通訊協定來執行鎖定。這需要用戶端回應來自伺服器的 RPC 訊息，以確認已授予鎖定等
• 可透過 TCP 或 UDP 執行 - 此通訊協定版本可透過 UDP 執行而非 TCP，將遺失與重新傳輸交由軟體來處理，而非作業系統。我們建議一律使用 TCP。

NFSv4

NFS 第 4 版是 NFS 通訊協定最新的主要修訂版，採用量也與日俱增。目前 NFSv4 對於相同工作流程的執行效能通常低於 v3，因為回覆所需的身分對應和工作階段追蹤工作量更大。以下是 v3 和 v4 之間的一些重要差異

• 具狀態 - NFSv4 會使用工作階段來處理通訊，因此用戶端和伺服器都需要追蹤工作階段狀態才能繼續進行通訊。
  • 在 OneFS 8.X 之前，這表示 NFSv4 用戶端需要 PowerScale 上的靜態 IP 集區，否則可能會發生問題。
• 使用者和群組資訊會顯示為字串 - 用戶端和伺服器都必須解析儲存的數位資訊名稱。伺服器必須查閱要顯示的名稱，而用戶端則需要在其結束時將這些重新對應至數字。
• 檔案鎖定為頻內 - 第 4 版不再使用個別的通訊協定進行檔案鎖定，而是使其成為通常與開啟、建立或寫入複合的呼叫類型。
• 複合通話 - 第 4 版可將一系列通話包在單一套裝中，讓伺服器處理所有呼叫並在結束時回覆。這可用於減少一般作業中涉及的通話數。
• 僅支援 TCP - NFS 第 4 版已將遺失與重新傳輸交由基礎作業系統來處理。

NFSv4.1 及更新版本

OneFS 版本 9.3 起提供 NFSv4.1 和 v4.2   

以下是 9.3 的官方版本資訊：

https://dl.dell.com/content/docu105998_powerscale-onefs-9-3-0-0-release-notes.pdf?language=en_us
 

掛接選項

雖然我們對掛接選項沒有硬性要求，但針對用戶端的連線方式則有提出一些建議。我們尚未提供特定的掛接字串，因為用於定義這些選項的語法會依使用中的作業系統而有所不同。您必須保留特定掛接語法的經銷維護說明文件。

定義重試與逾時

雖然 PowerScale 回覆用戶端通訊的速度非常快，但在節點失去電源或網路連線能力的情況下，其 IP 位址移動至功能節點可能需要幾秒鐘的時間，因此正確定義逾時和重試值相當重要。PowerScale 通常建議在發生最糟案例的容錯移轉情況下逾時為 60 秒，設定至在報告故障前重試兩次。

軟掛接與硬掛接

硬掛接會導致用戶端在逾時或錯誤時無限期重試其作業。這可確保用戶端不會在 PowerScale Cluster 將 IP 位址從一個節點移到另一個節點的情況下拔下掛接。軟掛接會發生錯誤並使掛接到期，造成在 IP 位址移動後，需要重新掛接以還原存取。

允許中斷

根據預設，大多數用戶端不允許您中斷輸入/輸出或 I/O 等待，這表示如果叢集停止回應，您無法使用 ctrl+c 等來結束等待程序，包括 interrupt 掛接選項來讓這些訊號正常通過。

比較本機與遠端鎖定

安裝 NFS 匯出時，您可以指定類似程序是要在本機執行鎖定，還是使用叢集上的鎖定協調器。大多數用戶端預設採用遠端鎖定，而且當多個用戶端要存取相同的目錄時，這通常是最佳選項，但是當用戶端並非必須共用其使用的目錄存取權限時，執行本機鎖定可能會有效能優勢。此外，有些資料庫和軟體會要求您使用本機鎖定，因為它們有自己的協調器。