現在已經 2021 年了
很多舊時代的觀念必須要改
不關機也是其中之一
如果是 1990 年代, 可能很多 Linux 使用者會秀那種 uptime 幾千天的截圖
那時,這可能是值得炫耀的事
但現在我們應該譴責這種行為
想要不關機, 像雲端這樣 100% uptime 是可以做到的
但是相對應的配套就要有
kernel 更新要上 live patching, 這樣才可以不關機升上新 kernel
但很抱歉, 常常有時候和硬體有關的東西就是要重啟, 例如驅動或韌體
那怎麼辦? 解法是開 VM
把服務放 VM 裡, 讓 VM 只有虛擬的硬體
這樣要更新的時候把 VM migrate 到別台裸機上
裸機升級重開後再 migrate 回來
但這樣可能還是沒辦法不關機
kernel live patching 還是有其限制
要做到 100% uptime 其實比較可能的做法是對服務做 HA
升級時 failover 過去升完再 failover 回來
在 Linux OSX IOS Android 上, 系統更新完可能不會強迫你馬上重開, 但是不去重開就
代表還是在用舊的 kernel, 跑舊的服務
而且不是只有使用者去按重開機鍵才真的會重開, 例如 IOS 會偷偷的重啟 UI, 所以 J
B 才會過一段時間失效, 而且手機還有 Baseband, 你的 Android 可能沒當機, 但 bas
eband 可能會, 然後它偷偷的重開了
--
很多舊時代的觀念必須要改
不關機也是其中之一
如果是 1990 年代, 可能很多 Linux 使用者會秀那種 uptime 幾千天的截圖
那時,這可能是值得炫耀的事
但現在我們應該譴責這種行為
想要不關機, 像雲端這樣 100% uptime 是可以做到的
但是相對應的配套就要有
kernel 更新要上 live patching, 這樣才可以不關機升上新 kernel
但很抱歉, 常常有時候和硬體有關的東西就是要重啟, 例如驅動或韌體
那怎麼辦? 解法是開 VM
把服務放 VM 裡, 讓 VM 只有虛擬的硬體
這樣要更新的時候把 VM migrate 到別台裸機上
裸機升級重開後再 migrate 回來
但這樣可能還是沒辦法不關機
kernel live patching 還是有其限制
要做到 100% uptime 其實比較可能的做法是對服務做 HA
升級時 failover 過去升完再 failover 回來
在 Linux OSX IOS Android 上, 系統更新完可能不會強迫你馬上重開, 但是不去重開就
代表還是在用舊的 kernel, 跑舊的服務
而且不是只有使用者去按重開機鍵才真的會重開, 例如 IOS 會偷偷的重啟 UI, 所以 J
B 才會過一段時間失效, 而且手機還有 Baseband, 你的 Android 可能沒當機, 但 bas
eband 可能會, 然後它偷偷的重開了
--
All Comments