7月18日深圳，由InfoQ主辦的ArchSummit全球架構師峰會拉開帷幕，此次會議重點選擇了6個當前最受關注的領域，包括：游戲、電商、移動互聯網等等。UCloud作為國內專注服務上述垂直領域的云服務商，受邀參加了本次大會。會上，UCloud資深工程師邱模炯還以《UCloud云平臺的內核實踐》為主題，給大家揭開了UCloud云平臺內核技術的神秘面紗。其中，“UCloud內核熱補丁技術”更是引發(fā)了全場架構師們的極大關注。

如何零代價修復海量服務器的Linux內核缺陷?

對于一個擁有成千上萬臺服務器的公司，Linux內核缺陷導致的死機屢見不鮮。讓工程師們糾結的是，到底要不要通過給服務器升級內核來修復缺陷?升級意味者服務器重啟、業(yè)務中斷以及繁重的準備工作;不升級則擔心服務器死機，同樣造成業(yè)務中斷和繁重的善后工作。不管是升級來修復內核缺陷還是重啟都會有風險，都是很頭疼。

云計算時代了，一臺宿主機往往運行多個云主機，每一次重啟不管是主動升級還是被動死機，都意味著中斷其上運行的所有云主機。因此，宿主機內核缺陷的修復更加棘手。

而作為一個支撐著上萬家企業(yè)用戶IT基礎架構的云服務商，UCloud云平臺上的海量宿主機又是如何修復內核缺陷的呢?

邱模炯透露，如果按照傳統的重啟方式來修復，那么無論是對于UCloud或是用戶，都意味著繁重的運維和業(yè)務中斷。但是，UCloud通過“內核熱補丁技術”——即給運行中的內核打上二進制補丁，UCloud已經做到了零代價免重啟修復海量服務器的內核缺陷!目前為止，UCloud對所發(fā)現的上游內核10+個缺陷全以熱補丁方式修復，累計數萬臺次，無一例失敗且無任何副作用;理論上避免了相應次數的宿主機重啟及所隱含的云主機業(yè)務中斷。這項技術在UCloud已經成熟，解決了修復內核缺陷的兩難問題。

UCloud內核熱補丁技術揭秘：

UCloud的熱補丁技術基于多年前的開源ksplice加以定制優(yōu)化而來，通過加載一個特殊準備的熱補丁模塊來修復內核。其過程如下圖所示：

熱補丁模塊由ksplice程序編譯生成，包含有缺陷的二進制指令和修復后的二進制指令(這些二進制按函數級別組織);模塊加載后，自動定位到內核的缺陷處并以修復指令動態(tài)替換缺陷指令。

除了免重啟修復，熱補丁還用于內核開發(fā)過程的性能分析和故障定位。比如，加上性能統計代碼生成熱補丁，就可以在線分析感興趣的性能問題;加入額外調試代碼捕捉運行中內核的異常。這些非常有用，更是海量服務器里捕捉不可重現內核異常的不二法寶。由于熱補丁不需要重啟服務器，既可打入也可撤銷，所以不會有副作用。

UCloud對開源Ksplice的優(yōu)化主要在以下三個方面：

支持高版本內核

熱補丁技術與內核緊密耦合。不同版本的內核在指令結構體，符合表結構體和一些特性上(比如早期內核沒有ftrace)有所不同，直接影響熱補丁成敗。UCloud研究了各版本內核的區(qū)別，使得同一份ksplice支持各個版本的Linux內核。值得一提的是，解決了ftrace與ksplice不兼容的問題。

允許熱修復頻繁調用的函數

不管什么樣的熱補丁技術，兩種類型的內核函數難以熱補�。侯l繁使用的內核函數如schedule, hrtimer;經常處于線程棧內核部分頂部的函數，如sys_poll, sys_read。UCloud更改了ksplice相關內核代碼和用戶態(tài)工具，成功解除了這些限制，比如UCloud現網服務器已打入了三個hrtimer熱補丁。

減少業(yè)務中斷時間

ksplice是在stop_machine后替換二進制指令的。雖然單次stop_machine對業(yè)務造成的中斷在一毫秒左右，但有些頻繁使用的內核函數需要大量重試才能碰到合適的熱補丁時機，于是會造成最長達上百毫秒的中斷。UCloud在此做過一點優(yōu)化，使得業(yè)務中斷時間控制在十毫秒級別。

海量服務器環(huán)境下熱補丁技術可用來零代價且無副作用地修復內核缺陷，而且內核開發(fā)也因熱補丁能走得更遠更好。以前因為缺乏輔助分析手段和懼怕內核BUG，即使適合在內核實現的特性也被告誡移到用戶態(tài)實現，然而有了熱補丁，相關觀念也可以適當調整，內核開發(fā)也可以更加大膽和跳脫。