差異處

這裏顯示兩個版本的差異處。

--- tech:k3s:k3s-reboot-manager [2025/12/13 16:05] – [情境 1：1 個 Server + 2 個 Agent（最常見）] jonathan
+++ tech:k3s:k3s-reboot-manager [2025/12/13 16:42] (目前版本) – [情境 2：3 個 Server（HA 高可用）] jonathan
@@ 行 5: / 行 5: @@
 ===== 重開機順序 =====
 ==== 情境 1：1 個 Server + 2 個 Agent（最常見）====
   * 順序：Server 節點 → Agent 節點 1 → Agent 節點 2
   - 先重開 Server 節點 - 等待完全啟動（etcd + API server 就緒）
   - 再依序重開 Agent 節點
@@ 行 11: / 行 11: @@
     - Agent 2
   * 原因：Agent 節點啟動時需要連接到 Server 的 API server，如果 Server 還沒準備好，Agent 會一直重試連接。
+  * {{:tech:k3s:gemini_generated_image_hsery9hsery9hser.png?400|}}
-<mermaid>
-graph TD
-    subgraph 重啟順序
-        A[1. 重開 Server 節點] --> B{2. 等待完全啟動\\(etcd + API server 就緒\)};
-        B --> C[3. 重開 Agent 節點 1];
-        C --> D[4. 重開 Agent 節點 2];
-    end
-    style A fill:#ffcc99, stroke:#e67e22, stroke-width:2px
-    style B fill:#d9e8ff, stroke:#3498db, stroke-width:2px
-    style C fill:#c3e6cb, stroke:#27ae60, stroke-width:2px
-    style D fill:#c3e6cb, stroke:#27ae60, stroke-width:2px
-    R(原因: Server 需在 Agents 嘗試連線時就緒)
-</mermaid>
 ==== 情境 2：3 個 Server（HA 高可用）====
@@ 行 35: / 行 20: @@
   - 所有 Agent 節點依序重開
   * 關鍵：確保至少有 2 個 Server 節點在線上（etcd quorum），才重開第 3 個。
+  * {{:tech:k3s:gemini_generated_image_x5khi9x5khi9x5kh.png?400|}}
 ===== 使用 k3s-reboot-manager.sh 方式 =====