Omnissa Access 叢集重新啟動或計劃性維護

任何節點重新啟動後，該節點都不會自動重新加入 Omnissa Access 叢集。您必須從啟動程序節點執行 wso cp unseal，以恢復其叢集成員資格。

**附註：**此行為僅適用於目前的暫行版本。

請根據維護案例，使用下列適當的程序選項。

選項 1 - 計劃性維護：一次重新啟動一個節點

一次僅重新啟動一個節點，以維持叢集可用性。重新啟動期間，叢集仍可運作，但容量會降低。

Omnissa Access 節點

1. 關閉要進行維護的節點。

2. 監控叢集健全狀況和服務狀態。

   在各項服務均有一個執行個體以較低容量運作的情況下，叢集應維持健全狀態。

3. 完成維護後，讓節點重新上線。

4. 從啟動程序節點執行：

   wso cp unseal
   

5. 從啟動程序節點執行下列命令，以驗證叢集健全狀況。

   預留時間，讓所有服務重新上線：

   wso healthcheck
   

6. 確認各項服務均有兩個執行個體正在執行。

7. 執行下列命令，確認所有服務均已準備好處理流量：

   wso access check-service-readiness
   

如果兩個 Access 節點均發生非計劃停機：

1. 兩個節點重新上線後，請從啟動程序節點執行下列命令：

   wso cp unseal
   

2. 從啟動程序節點執行 wso healthcheck，並預留時間讓所有服務重新上線。
3. 確認各項服務均有兩個執行個體正在執行。
4. 執行 wso access check-service-readiness，確認服務已準備好處理流量。

基礎結構/平台節點

一次僅重新啟動一個節點。重新啟動期間，基礎結構服務 (PostgreSQL、Kafka、Redis 和 OpenSearch) 仍會由兩個執行個體維持運作。

1. 關閉要進行維護的節點。

2. 監控叢集健全狀況。

   在各項基礎結構服務均有兩個執行個體運作的情況下，叢集應維持正常運作。

3. 完成維護後，讓節點重新上線。

4. 從啟動程序節點執行：

   wso cp unseal
   

5. 從啟動程序節點執行 wso healthcheck，以驗證叢集健全狀況。

   預留時間，讓所有服務重新上線。

6. 確認各項基礎結構服務均有三個執行個體正在執行。

如果所有基礎結構/平台節點均發生非計劃停機：

1. 所有節點重新上線後，請從啟動程序節點執行下列命令：

   wso cp unseal
   

2. 從啟動程序節點執行 wso healthcheck，並預留時間讓服務重新上線。
3. 確認各項基礎結構服務均有三個執行個體正在執行。

重新啟動啟動程序節點

重新啟動啟動程序節點不會影響叢集服務。

選項 2 - 計劃性維護：避免效能降低 (緩衝節點)

若要在不降低服務效能的情況下執行維護，請先新增暫時性的緩衝節點。如此可將服務從要進行維護的節點移出。

1. 部署與現有節點採用相同組態的新節點，並將其新增至叢集。

2. 從啟動程序節點更新 cp-cluster.ini，加入新節點的 IP 位址，然後執行：

   wso cp deploy -t <new-node-ip>
   

3. 從 Nomad UI 將要進行維護的節點設為清空 (用戶端 > 選取節點 > 清空)。

   此動作會將所有服務移轉至其他節點，包括緩衝節點，且不會影響效能。

4. 逐一對現有節點執行維護。

5. 維護完成後，您可以選擇從 cp-cluster.ini 中刪除緩衝節點的項目並將其關閉，以移除該節點。

   您也可以保留該節點，作為日後維護時使用的待命節點。

6. 從啟動程序節點執行：

   wso cp unseal
   

7. 執行 wso healthcheck，以驗證叢集健全狀況。

8. 確認各項 Access 服務均有兩個執行個體正在執行，且各項基礎結構/平台服務均有三個執行個體正在執行。

9. 執行 wso access check-service-readiness，確認所有服務均已準備好處理流量。

   **附註：**節點重新啟動並執行 wso cp unseal 後，請預留時間讓所有服務重新上線並形成健全的叢集。在此期間，請持續監控叢集健全狀況。如果服務無法復原，請在 Nomad UI 中檢查其記錄、清除該服務，然後重新部署：

   wso services deploy -s <service-name>