差異處
這裏顯示兩個版本的差異處。
| 兩邊的前次修訂版 前次修改 下次修改 | 前次修改 | ||
| tech:k3s:k3s-reboot-manager [2025/12/13 15:59] – [使用腳本對 K3s Nodes 重新開機] jonathan | tech:k3s:k3s-reboot-manager [2025/12/13 16:42] (目前版本) – [情境 2:3 個 Server(HA 高可用)] jonathan | ||
|---|---|---|---|
| 行 5: | 行 5: | ||
| ===== 重開機順序 ===== | ===== 重開機順序 ===== | ||
| ==== 情境 1:1 個 Server + 2 個 Agent(最常見)==== | ==== 情境 1:1 個 Server + 2 個 Agent(最常見)==== | ||
| - | * 順序:Server 節點 → Agent 節點 1 → Agent 節點 2 | + | * 順序:Server 節點 → Agent 節點 1 → Agent 節點 2 |
| - 先重開 Server 節點 - 等待完全啟動(etcd + API server 就緒) | - 先重開 Server 節點 - 等待完全啟動(etcd + API server 就緒) | ||
| - 再依序重開 Agent 節點 | - 再依序重開 Agent 節點 | ||
| 行 11: | 行 11: | ||
| - Agent 2 | - Agent 2 | ||
| * 原因:Agent 節點啟動時需要連接到 Server 的 API server,如果 Server 還沒準備好,Agent 會一直重試連接。 | * 原因:Agent 節點啟動時需要連接到 Server 的 API server,如果 Server 還沒準備好,Agent 會一直重試連接。 | ||
| + | * {{: | ||
| ==== 情境 2:3 個 Server(HA 高可用)==== | ==== 情境 2:3 個 Server(HA 高可用)==== | ||
| 行 19: | 行 20: | ||
| - 所有 Agent 節點依序重開 | - 所有 Agent 節點依序重開 | ||
| * 關鍵:確保至少有 2 個 Server 節點在線上(etcd quorum),才重開第 3 個。 | * 關鍵:確保至少有 2 個 Server 節點在線上(etcd quorum),才重開第 3 個。 | ||
| + | * {{: | ||
| ===== 使用 k3s-reboot-manager.sh 方式 ===== | ===== 使用 k3s-reboot-manager.sh 方式 ===== | ||
| 行 59: | 行 61: | ||
| </ | </ | ||
| - 互動式模式 <cli> | - 互動式模式 <cli> | ||
| - | sudo / | + | jonathan@k3s-master-171: |
| + | [INFO] === K3s Server 遠端節點重開機管理工具 === | ||
| - | # 選擇 2) 重開所有 Agent 節點 | + | |
| - | # SSH 使用者名稱:jonathan | + | [INFO] 當前叢集節點狀態: |
| - | # 需要使用 sudo?:Y (或直接 Enter) | + | |
| - | # Drain 模式:2 (強制模式,處理卡住的 Pod) | + | NAME |
| - | # 確認:yes | + | k3s-master-171 |
| + | k3s-worker-172 | ||
| + | k3s-worker-173 | ||
| + | |||
| + | 請選擇操作: | ||
| + | 1) 重開單一 Agent 節點 | ||
| + | | ||
| + | 3) 重開本地 Server 節點 | ||
| + | 4) 顯示節點狀態 | ||
| + | 5) 驗證叢集狀態 | ||
| + | 0) 退出 | ||
| + | |||
| + | 請選擇 [0-5]: | ||
| </ | </ | ||
| - 命令列模式< | - 命令列模式< | ||