移除站台的考量
建議變更
PDF
在使用站台取消委任程序移除站台之前、您必須先檢閱考量事項。
當您取消委任站台時會發生什麼事
當您取消對站台的委任時StorageGRID 、由站台上的所有節點和站台本身從StorageGRID 這個系統中永久移除。
當站台取消委任程序完成時：
-
您無法再使用StorageGRID 「畫面」來檢視或存取站台或站台上的任何節點。
-
您無法再使用任何參照站台的儲存資源池或銷毀編碼設定檔。當站台進行還原解壓縮時、它會自動移除這些儲存資源池、並停用這些「刪除編碼」設定檔。StorageGRID
連線站台與中斷站台停用程序之間的差異
您可以使用站台取消委任程序來移除所有節點都連接StorageGRID 到該站台的站台（稱為「連線站台取消委任」）、或移除所有節點從StorageGRID 該站台中斷連線的站台（稱為「中斷連線的站台取消委任」）。開始之前、您必須先瞭解這些程序之間的差異。
|
如果站台含有混合連接的（ ）和已中斷連線的節點（ 或  ）、您必須讓所有離線節點恢復上線。
|
-
連線站台取消委任可讓您從StorageGRID 作業系統中移除作業站台。例如、您可以執行連線站台取消委任、以移除功能正常但不再需要的站台。
-
當使用者移除連線的站台時、它會使用ILM來管理站台的物件資料。StorageGRID在開始連線站台取消委任之前、您必須先從所有ILM規則中移除站台、然後啟動新的ILM原則。ILM程序可同時移轉物件資料和移除站台的內部程序、但最佳做法是在開始實際的取消委任程序之前、先讓ILM步驟完成。
-
中斷連線的站台取消委任可讓您從StorageGRID 故障站台系統中移除故障站台。例如、您可以執行中斷連線的站台取消委任、以移除因火災或水災而毀損的站台。
當用不到中斷連線的站台進行移除時、它會將所有節點視為不可恢復、而且不會嘗試保留資料。StorageGRID不過、在開始中斷連線的站台取消委任之前、您必須先從所有ILM規則中移除站台、然後啟動新的ILM原則。
在執行中斷連線的站台取消委任程序之前、您必須聯絡NetApp客戶代表。NetApp將在取消委任網站精靈中啟用所有步驟之前、先審查您的需求。如果您認為可以從站台恢復或從站台恢復物件資料、則不應嘗試中斷站台的停用。
移除已連線或已中斷連線站台的一般需求
在移除已連線或已中斷連線的站台之前、您必須瞭解下列需求：
-
您無法取消委任包含主要管理節點的站台。
-
您無法取消委任包含歸檔節點的站台。
-
如果任何節點的介面屬於高可用度（HA）群組、則無法取消委任站台。您必須編輯HA群組才能移除節點的介面、或移除整個HA群組。
-
如果站台包含混合的已連線（
）和已中斷連線（ 或 ）節點。 -
如果任何其他站台上的任何節點中斷連線、則無法取消委任站台
或 ）。 -
如果正在進行EC-node-repair作業、則無法啟動站台取消委任程序。請參閱 檢查資料修復工作 追蹤銷毀編碼資料的修復。
-
當站台取消委任程序正在執行時：
-
您無法建立參照停用站台的ILM規則。您也無法編輯現有的ILM規則來參照站台。
-
您無法執行其他維護程序、例如擴充或升級。
如果您需要在連線站台取消委任期間執行另一個維護程序、您可以 在移除儲存節點時暫停程序。只有在達到ILM評估或銷毀編碼資料解除委任階段時、才會啟用*暫停*按鈕；不過、ILM評估（資料移轉）仍會在背景中繼續執行。完成第二個維護程序之後、您就可以繼續解除委任。 -
如果您在開始站台取消委任程序之後需要恢復任何節點、則必須聯絡支援部門。
-
-
您一次無法取消委任多個站台。
-
如果站台包含一或多個管理節點、且StorageGRID 您的系統已啟用單一登入（SSO）、則您必須從Active Directory Federation Services（AD FS）移除該站台的所有依賴方信任。
資訊生命週期管理（ILM）需求
在移除站台時、您必須更新ILM組態。取消委任網站精靈會引導您完成許多必要步驟、以確保達成下列目標：
-
使用中的ILM原則不會參照站台。如果是、您必須使用新的ILM規則來建立及啟動新的ILM原則。
-
不存在建議的ILM原則。如果您有建議的原則、則必須將其刪除。
-
即使使用中或建議的原則未使用任何ILM規則、也不會將這些規則指到站台。您必須刪除或編輯所有參照網站的規則。
當站台進行還原解壓縮時、會自動停用任何參照站台的未使用刪除編碼設定檔、並自動刪除任何參照站台的未使用儲存資源池。StorageGRID系統預設的All Storage Node儲存資源池會移除、因為它會使用所有站台。
|
|
您可能需要先建立新的ILM規則並啟動新的ILM原則、才能移除站台。這些指示假設您已充分瞭解ILM的運作方式、並熟悉如何建立儲存資源池、刪除程式編碼設定檔、ILM規則、以及模擬及啟動ILM原則。請參閱使用資訊生命週期管理來管理物件的指示。 |
連接站台的物件資料考量
如果您要執行連線的站台取消委任、則必須在建立新的ILM規則和新的ILM原則時、決定該如何處理站台上的現有物件資料。您可以執行下列其中一項或兩項操作：
-
將物件資料從選取的站台移到網格中的一個或多個其他站台。
*移動資料*範例：假設您想要取消委任羅利的站台、因為您在桑尼維爾新增了一個站台。在此範例中、您要將所有物件資料從舊站台移至新站台。在更新ILM規則和ILM原則之前、您必須檢閱兩個站台的容量。您必須確保Sunnyvale站台有足夠的容量來容納Raleigh站台的物件資料、而且Sunnyvale仍有足夠的容量可供未來成長使用。
為了確保有足夠的可用容量、您可能需要在執行此程序之前、先將儲存磁碟區或儲存節點新增至現有站台、或是新增站台。請參閱擴充StorageGRID 功能的說明。 -
從選取的站台刪除物件複本。
*刪除資料*範例：假設您目前使用3份ILM規則、在三個站台之間複寫物件資料。在解除委任站台之前、您可以建立對等的雙份複製ILM規則、以便只在兩個站台儲存資料。當您啟動使用雙份複本規則的新ILM原則時StorageGRID 、由於複本不再符合ILM需求、所以從第三個站台刪除複本。不過、物件資料仍會受到保護、其餘兩個站台的容量也會維持不變。
切勿建立單一複本ILM規則來因應網站移除作業。ILM規則只會在任何時間段建立一個複寫複本、使資料有永久遺失的風險。如果只有一個物件複寫複本存在、則當儲存節點故障或發生重大錯誤時、該物件就會遺失。在升級等維護程序期間、您也會暫時失去物件的存取權。
連線站台取消委任的其他需求
在移除連線站台之前StorageGRID 、您必須先確認下列事項：
-
您的不完整系統中的所有節點StorageGRID 必須具有* Connected *（
）；不過、節點可以有作用中的警示。
如果一個或多個節點中斷連線、您可以完成取消委任網站精靈的步驟1-4。不過、除非所有節點都已連線、否則您無法完成精靈的步驟5、此步驟會啟動取消委任程序。 -
如果您要移除的站台包含用於負載平衡的閘道節點或管理節點、您可能需要執行擴充程序、以便在另一個站台新增對等的新節點。在開始站台取消委任程序之前、請確定用戶端可以連線至替換節點。
-
如果您要移除的站台包含高可用度（HA）群組中的任何閘道節點或管理節點、您可以完成「取消委任站台」精靈的步驟1-4。不過、您無法完成精靈的步驟5、此步驟會啟動取消委任程序、直到您從所有HA群組中移除這些節點為止。如果現有用戶端連線至包含站台節點的HA群組、您必須確保StorageGRID 在站台移除後、它們仍可繼續連線至該站台。
-
如果用戶端直接連線至您打算移除的站台上的儲存節點、則必須先確認用戶端可連線至其他站台的儲存節點、然後再開始站台取消委任程序。
-
您必須在其餘站台上提供足夠的空間、以容納因變更作用中ILM原則而要移動的任何物件資料。在某些情況下、您可能需要新StorageGRID 增儲存節點、儲存磁碟區或新站台來擴充您的功能、才能完成連線站台的取消委任。
-
您必須留出足夠的時間來完成取消委任程序。在停止使用站台之前、ILM程序可能需要數天、數週甚至數月的時間才能從站台移動或刪除物件資料。StorageGRID
從站台移動或刪除物件資料可能需要數天、數週甚至數月的時間、視站台的資料量、系統負載、網路延遲及必要ILM變更的性質而定。 -
只要可能、您應該儘早完成「取消配置網站」精靈的步驟1-4。如果您允許在開始實際取消委任程序之前從站台移除資料（在精靈的步驟5中選取*啟動取消委任*）、則取消委任程序將會更快完成、並減少中斷和效能影響。
中斷站台停用的其他需求
在移除中斷連線的站台之前StorageGRID 、您必須先確認下列事項：
-
您已聯絡NetApp客戶代表。NetApp將在取消委任網站精靈中啟用所有步驟之前、先審查您的需求。
如果您認為可以從站台恢復或從站台恢復任何物件資料、則不應嘗試中斷站台的停用。 -
站台上的所有節點必須具有下列其中一種連線狀態：
-
未知（
）：節點因為不明原因而未連線至網格。例如、節點之間的網路連線中斷或電源中斷。 -
管理性停機（
）：由於預期原因、節點未連線至網格。例如、節點上的節點或服務已正常關機。
-
-
所有其他站台的所有節點都必須具有*已連線*的連線狀態（
）；不過、這些其他節點可以有作用中的警示。 -
您必須瞭StorageGRID 解、您將不再能夠使用效益分析來檢視或擷取任何儲存在站台上的物件資料。執行此程序時、不會嘗試保留中斷連線站台的任何資料。StorageGRID
如果您的ILM規則和原則是設計用來防止單一站台遺失、則物件的複本仍會存在於其餘站台上。 -
您必須瞭解、如果站台只包含物件的複本、物件就會遺失且無法擷取。
移除站台時的一致性控制考量
S3儲存區或Swift容器的一致性層級決定StorageGRID 了在告知用戶端物件擷取已成功之前、是否先將物件中繼資料完全複寫到所有節點和站台。一致性控制可在物件的可用度與這些物件在不同儲存節點和站台之間的一致性之間取得平衡。
當執行此動作時、需要確保不會將任何資料寫入要移除的站台。StorageGRID因此、它會暫時覆寫每個貯體或容器的一致性層級。在您開始站台取消委任程序之後、StorageGRID 由於停止將物件中繼資料寫入要移除的站台、因此暫時性地使用強式站台一致性。
由於這項暫時性置換、請注意、如果其他站台有多個節點無法使用、站台取消委任期間發生的任何用戶端寫入、更新及刪除作業都可能失敗。