Novus 儲存系統環境及處理
建議變更
PDF
您應該了解 Novus 環境及其處理過程的幾個重要方面。
Novus Data Director 與 ONTAP 資料伺服器內部通訊
Novus Data Directors 與 ONTAP 資料伺服器通訊，以支援檔案存取和管理。其中大部分通訊由 NDD 發起，而不是由 ONTAP 伺服器發起。
ONTAP 資料伺服器探索
Novus Data Directors 需要探索有哪些資料伺服器可用。ONTAP 從不主動與 Novus Data Director 進行通訊。營運者或工具會透過在啟動時使用的 mds.conf 組態檔來註冊每個資料伺服器；也可以使用命令 mds-admin ds add 手動新增資料伺服器。每個資料伺服器在分散式中繼資料儲存區中都以一個資料列表示，包含其主機、匯出、連接埠、狀態和容量。
ONTAP 資料伺服器可用度
有幾種程序可以用來確定每個 ONTAP 資料伺服器的可用度。
- 心跳
-
MDS 透過 TCP 向每個線上資料伺服器發送 NFSv3 NULL RPC 呼叫。預設情況下，它每 5 秒使用心跳訊息執行一次此操作。
- 離線
-
連續發生一定次數的故障後，資料伺服器會被標記為離線。MDS 會停止將新檔案放置於其上，並通知用戶端歸還指向它的佈局。
- 回來
-
在連續多次成功的探測後，它會恢復線上。冷卻期會阻止它來回切換。
- 用戶端錯誤不算在內
-
當用戶端報告錯誤時，只會記錄下來。ONTAP 資料伺服器健全狀況僅由探測決定。
- ONTAP 容錯移轉是不可見的
-
如果 ONTAP HA 配對發生接管，MDS 只能透過偵測逾時來察覺。
ONTAP 資料伺服器資料內容
NDD 不會詢問 ONTAP 它儲存了什麼。它已經知道了，因為它建立了每個後備檔案：
-
當建立檔案時，MDS 會選擇資料伺服器，在這些伺服器上建立後端檔案，並將結果儲存到分散式中繼資料儲存區的等量磁碟區對應表中。等量磁碟區對應表記錄了每個等量磁碟區和鏡射分別由哪個資料伺服器和 NFS 檔案控制代碼保存。
-
ONTAP 上的後端檔案在 NDD 中具有特定的名稱格式。
-
容量是 NDD 針對每個已裝載的匯出，使用 statvfs() 從 ONTAP 讀取的唯一操作值。
-
檔案大小未根據 ONTAP 進行驗證。它是由用戶端的佈局提交所決定。
NDD 叢集的高可用度與彈性
以 Novus Data Directors 為核心的中繼資料平面確保了系統的高可用度和彈性。
叢集設計
Novus 使用多主機叢集來確保 NDD 服務的高可用度和容錯能力。
- 三台主機，三個故障網域
-
最小的 NDD 叢集是由部署在分隔伺服器上的三台實體主機或虛擬機器（VM）組成。每台主機執行一個 MDS 程序和一個中繼資料儲存節點。此叢集的設計可承受一台主機的遺失。
- 所有副本均提供服務
-
每個 MDS 複本同時處理用戶端，沒有任何複本被指定為待命模式。所有健全的複本都會透過 BGP 通告相同的 VIP。由於單靠 BGP 本身的計時器並非完全可接受的容錯移轉機制，因此需要 BFD（快速連結故障偵測）。複本僅在其 NFS 服務、閘道和中繼資料儲存連線均已準備就緒，可處理用戶端時，才會通告 VIP。
- 中繼資料複寫
-
分散式中繼資料儲存區會保留三個同步複本。仲裁器會選擇變成無法使用，而不是讓雙方同時寫入，藉此防止發生分割腦情況。
- 重新啟動是安全的
-
MDS 流程本身不保存任何狀態；分散式中繼資料儲存區保存權威中繼資料。
限制與注意事項
您還應感知以下限制和注意事項：
-
子樹所有權不會自動容錯移轉。命名空間可以分割為多個子樹，每個子樹由一個 MDS 擁有。如果某個所有者發生故障，即使 VIP 已經遷移，其子樹也會一直處於掛起狀態，直到所有者恢復為止。
-
一台主機故障會影響該主機上的所有租戶，因為每個租戶在每個主機都有一個副本。
-
用戶端必須裝載 VIP，而不是主機 IP。否則，用戶端無法容錯移轉。
-
硬裝載在恢復期間可能會阻塞。阻塞的裝載並不代表資料遺失。
-
務必一次對一個複本執行維護。先將複本從 VIP 中移出並將其排空。