Skip to main content
此產品有較新版本可以使用。
本繁體中文版使用機器翻譯，譯文僅供參考，若與英文版本牴觸，應以英文版本為準。

取消委任中斷連線的網格節點

貢獻者
PDF

您可能需要取消委任目前未連線至網格的節點（健全狀況為未知或管理性關閉的節點）。

開始之前

  • 您瞭解解除委任的考量事項 "管理、閘道和歸檔節點" 以及汰換的考量 "儲存節點"。

  • 您已取得所有必要項目。

  • 您已確保沒有任何資料修復工作處於作用中狀態。請參閱 "檢查資料修復工作"。

  • 您已確認儲存節點還原在網格中的任何位置均未進行。如果是、您必須等到恢復完成時執行任何Cassandra重新建置。然後您可以繼續解除委任。

  • 您已確保在節點取消委任程序執行期間不會執行其他維護程序、除非節點取消委任程序暫停。

  • 您要取消委任的中斷節點的*可能取消委任*欄會包含綠色核取符號。

  • 您有資源配置通關密碼。

關於這項工作

您可以在「* Health 」（*健全狀況）欄中尋找「未知」（藍色）或「管理性關閉」（灰色）圖示來識別中斷連線的節點。在範例中、名為 DC1-ARC1 的歸檔節點會中斷連線。

在一個節點中斷連線的情況下取消委任節點頁面

在解除委任任何中斷連線的節點之前、請注意下列事項：

  • 此程序主要用於移除單一中斷連線的節點。如果您的網格包含多個中斷連線的節點、則軟體會要求您同時取消委任所有節點、進而增加意外結果的可能性。

    警告 如果您一次取消委任多個中斷連線的儲存節點、可能會導致資料遺失。請參閱 "中斷連線儲存節點的考量事項"。
    警告 在包含僅軟體中繼資料節點的網格中取消委任儲存節點時、請務必謹慎。如果您取消委任所有設定為儲存物件和中繼資料的節點、則儲存物件的能力會從網格中移除。請參閱 "儲存節點類型" 如需更多關於純中繼資料儲存節點的資訊、請參閱。

  • 如果無法移除中斷連線的節點（例如、 ADC 仲裁所需的儲存節點）、則無法移除其他中斷連線的節點。

步驟

  1. 除非您正在解除委任歸檔節點（必須中斷連線）、否則請嘗試將任何中斷連線的網格節點恢復上線或恢復。

    請參閱 "網格節點還原程序" 以取得相關指示。

  2. 如果您無法恢復已中斷連線的網格節點、而且想要在中斷連線時將其取消委任、請選取該節點的核取方塊。

    註 如果您的網格包含多個中斷連線的節點、則軟體會要求您同時取消委任所有節點、進而增加意外結果的可能性。
    警告 選擇一次取消委任多個中斷連線的網格節點時、請務必小心、尤其是當您選擇多個中斷連線的儲存節點時。如果您有多個無法恢復的已中斷連線儲存節點、請聯絡技術支援部門、以決定最佳的行動方針。

  3. 輸入資源配置通關密碼。

    「開始取消委任」按鈕已啟用。

  4. 按一下*開始取消委任*。

    此時會出現一則警告、指出您已選取中斷連線的節點、而且如果節點只有物件複本、該物件資料將會遺失。

  5. 檢閱節點清單、然後按一下「確定」。

    取消委任程序隨即開始、並顯示每個節點的進度。在程序期間、系統會產生新的恢復套件、其中包含網格組態變更。

  6. 只要新的恢復套件可用、請按一下連結或選擇* maintenance > System*>* Recovery套件*、即可存取「恢復套件」頁面。然後下載 .zip 檔案：

    請參閱的說明 "正在下載恢復套件"。

    註 請盡快下載恢復套件、以確保在取消委任程序期間發生問題時、您可以恢復網格。
    警告 必須保護恢復套件檔案、因為其中包含可用於從StorageGRID 該系統取得資料的加密金鑰和密碼。

  7. 定期監控「取消委任」頁面、確保所有選取的節點都能順利停用。

    儲存節點可能需要數天或數週的時間才能取消委任。當所有工作都完成時、會重新顯示節點選擇清單、並顯示成功訊息。如果您停用中斷連線的儲存節點、會出現一則資訊訊息、指出修復工作已啟動。

  8. 當節點在取消委任程序中自動關機之後、請移除任何其他與停用節點相關的虛擬機器或其他資源。

    警告 在節點自動關機之前、請勿執行此步驟。

  9. 如果您要解除委任儲存節點、請監控在解除委任程序期間自動啟動的*複寫資料*和*銷毀編碼（EC）資料*修復工作狀態。

複寫資料

  • 若要取得複寫修復的估計完成百分比、請新增 show-replicated-repair-status 修復資料命令的選項。

    repair-data show-replicated-repair-status

  • 若要判斷維修是否完成：

    1. 選擇*節點*>*要修復的儲存節點*>* ILM *。

    2. 檢閱「評估」區段中的屬性。當修復完成時、「等待-全部」屬性會指出0個物件。

  • 若要更詳細地監控維修：

    1. 選取*支援*>*工具*>*網格拓撲*。

    2. 選擇*網格_*>*要修復的儲存節點_*>* LdR*>*資料儲存*。

    3. 請使用下列屬性組合來判斷複寫的修復是否完成、以及可能的情況。

      註 Cassandra 可能存在不一致之處、無法追蹤失敗的維修。

      • 嘗試的維修（XRPA）：使用此屬性來追蹤複寫的維修進度。每次儲存節點嘗試修復高風險物件時、此屬性都會增加。如果此屬性的增加時間不超過目前掃描期間（由*掃描期間-預估*屬性提供）、表示ILM掃描未發現任何需要在任何節點上修復的高風險物件。

        註 高風險物件是可能完全遺失的物件。這不包括不符合其 ILM 組態的物件。

      • 掃描期間-預估（XSCM）：使用此屬性來預估原則變更何時會套用至先前擷取的物件。如果*已嘗試的維修*屬性在一段時間內沒有增加、則可能是因為複寫的維修已經完成。請注意、掃描期間可能會變更。「掃描期間-預估（XSCM）」屬性適用於整個網格、是所有節點掃描期間的上限。您可以查詢網格的*掃描期間-預估*屬性歷程記錄、以判斷適當的時間範圍。

銷毀編碼（ EC ）資料

若要監控銷毀編碼資料的修復、然後重試任何可能失敗的要求：

  1. 判斷銷毀編碼資料修復的狀態：

    • 選取* support*>* Tools > Metrics 以檢視目前工作的預估完成時間和完成百分比。然後在Grafana區段中選取 EC Overview 。請參閱 Grid EC工作預估完成時間*和* Grid EC工作百分比已完成*儀表板。

    • 使用此命令查看特定的狀態 repair-data 營運：

      repair-data show-ec-repair-status --repair-id repair ID

    • 使用此命令列出所有修復：

      repair-data show-ec-repair-status

    輸出會列出資訊、包括 repair ID（適用於所有先前和目前執行的修復）。

  2. 如果輸出顯示修復作業失敗、請使用 --repair-id 重試修復的選項。

    此命令會使用修復ID 6949309319275667690、重試失敗的節點修復：

    repair-data start-ec-node-repair --repair-id 6949309319275667690

    此命令會使用修復ID 6949309319275667690重試失敗的Volume修復：

    repair-data start-ec-volume-repair --repair-id 6949309319275667690

完成後

一旦中斷連線的節點已停用、而且所有資料修復工作都已完成、您就可以視需要取消委任任何已連線的網格節點。

然後在完成取消委任程序後、完成下列步驟：

  • 請確保已淘汰的網格節點磁碟機已清除。使用市售的資料抹除工具或服務、永久且安全地移除磁碟機中的資料。

  • 如果您停用了某個應用裝置節點、但設備上的資料是使用節點加密來保護、請使用StorageGRID 此應用裝置安裝程式來清除金鑰管理伺服器組態（清除KMS）。如果您要將應用裝置新增至其他網格、則必須清除KMS組態。如需相關指示、請參閱 "在維護模式中監控節點加密"。