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

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

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

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

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

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

UCloud 內核熱補丁技術揭秘

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

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

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

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

支持高版本內核

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

允許熱修復頻繁調用的函數(shù)

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

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

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

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