一、運(yùn)維痛點(diǎn)直擊服務(wù)器越多手動(dòng)踩坑越多于服務(wù)器運(yùn)維工作里, 針對(duì)單臺(tái)Linux服務(wù)器的管理而言, 是頗為簡(jiǎn)單的, 像常規(guī)出現(xiàn)的安裝軟件、修改配置以及更新系統(tǒng)等諸般操作, 通過(guò)手動(dòng)去操作, 便能夠輕易達(dá)成, 這同樣是多數(shù)運(yùn)維新手入門(mén)時(shí)的常見(jiàn)情形, 然而, 這樣一種順暢的體驗(yàn), 僅僅是限定于少量服務(wù)器的場(chǎng)景范圍之內(nèi), 一旦設(shè)備數(shù)量進(jìn)行了規(guī)模上的擴(kuò)增, 那么其中存在的弊端就會(huì)被毫無(wú)限制地予以放大。不少運(yùn)維從業(yè)者都有過(guò)切身體會(huì), 當(dāng)服務(wù)器數(shù)量擴(kuò)充至5臺(tái), 進(jìn)而擴(kuò)充到20臺(tái), 甚至擴(kuò)充到50臺(tái)之后, 原本簡(jiǎn)單的日常運(yùn)維工作, 就會(huì)演變成耗費(fèi)時(shí)間且費(fèi)力的重復(fù)性勞作, 甚至?xí)S為純粹的全職打雜事務(wù)。更讓人苦惱不已的是, 長(zhǎng)時(shí)間進(jìn)行手動(dòng)運(yùn)維, 會(huì)滋生出大量隱性問(wèn)題, 這些問(wèn)題包括不同服務(wù)器軟件版本存在差異、配置文件修改未能同步、系統(tǒng)用戶權(quán)限并不一致, 時(shí)間一長(zhǎng)服務(wù)器環(huán)境變得雜亂無(wú)序。相當(dāng)多的運(yùn)維人員會(huì)陷入最終極的焦慮, 在經(jīng)過(guò)一次次反復(fù)的手動(dòng)操作之后, 完全沒(méi)辦法確定每一臺(tái)服務(wù)器的配置是不是規(guī)范的, 其狀態(tài)是不是正常的。這種人工操作所存在的不確定性, 是手動(dòng)運(yùn)維最為顯著的短板所在, 也使得運(yùn)維工作的容錯(cuò)率低到了極點(diǎn)。的出現(xiàn), 恰恰精妙地化解了這一行業(yè)難題疼處, 全然重新構(gòu)建了多服務(wù)器運(yùn)維方式形態(tài), 而異于傳統(tǒng)運(yùn)維工具物件, 其最大的關(guān)鍵優(yōu)勢(shì)點(diǎn)在于無(wú)代理架構(gòu)構(gòu)造, 不需要在每一臺(tái)被管控服務(wù)器之上安裝客戶端程序, 僅僅憑借SSH協(xié)議便可達(dá)成批量管控操作作用, 具備輕量化、零部署成本的特質(zhì)特點(diǎn), 使得其成為運(yùn)維自動(dòng)化的優(yōu)先選擇工具物品。根據(jù)開(kāi)源資質(zhì)而言, 它屬于紅帽旗下全然免費(fèi)開(kāi)源的企業(yè)級(jí)運(yùn)維相關(guān)工具, 不存在任何商用收費(fèi)方面的限制條件, 能夠適配各種各樣的個(gè)人開(kāi)發(fā)者以及企業(yè)的運(yùn)維情形情況。當(dāng)下, 這個(gè)項(xiàng)目有著64.5k的星標(biāo)數(shù)量, 長(zhǎng)時(shí)間穩(wěn)穩(wěn)處于運(yùn)維開(kāi)源工具的榜單靠前位置, 歷經(jīng)好多好多年的重復(fù)不斷迭代去精心打磨, 其穩(wěn)定性、兼容性已經(jīng)獲得來(lái)自世界各地?cái)?shù)目達(dá)到千萬(wàn)的運(yùn)維相應(yīng) 團(tuán)隊(duì)的實(shí)驗(yàn)驗(yàn)證, 至于它的實(shí)用性以及可靠性那是不用加以懷疑的。但是, 我們同樣需要以理性的態(tài)度去看待它, 它并非那種具備全方位解決能力的神奇工具, 它沒(méi)辦法將運(yùn)維過(guò)程中出現(xiàn)的各種故障從根本上予以完全消除, 它僅僅是把依靠人工進(jìn)行操作時(shí)所產(chǎn)生的具有隨機(jī)性特征的失誤, 轉(zhuǎn)變成為能夠預(yù)先進(jìn)行判斷、可以展開(kāi)排查工作的程序方面的問(wèn)題, 進(jìn)而在較大程度上降低了運(yùn)維工作所面臨的風(fēng)險(xiǎn)水平。這一點(diǎn)也是值得所有從事運(yùn)維工作的人員深入思索的: 自動(dòng)化運(yùn)維的關(guān)鍵要點(diǎn), 向來(lái)都不是為了圖省事而偷懶, 而是運(yùn)用標(biāo)準(zhǔn)化的方式去取代人工操作所存在的隨意特性。二、核心實(shí)操拆解從零上手批量運(yùn)維存在著一種運(yùn)維邏輯, 它簡(jiǎn)單且清晰, 其核心架構(gòu)被劃分成控制節(jié)點(diǎn)以及被控節(jié)點(diǎn), 操作流程固定成為這樣的模式, 即首先安裝工具, 接著配置主機(jī)清單, 隨后測(cè)試連通性, 再編寫(xiě)執(zhí)行腳本, 最后批量執(zhí)行任務(wù), 新手依據(jù)這樣的流程也能夠快速上手。接下來(lái)完整地還原實(shí)操的步驟, 每一段代碼都可以直接進(jìn)行復(fù)用。1. 安裝控制端只需在一臺(tái)主控設(shè)備上進(jìn)行安裝就行, 所有被控制的服務(wù)器都不需要開(kāi)展任何部署方面的操作, 系統(tǒng)能夠直接依照下面的命令來(lái)實(shí)施安裝:sudo apt update sudo apt install ansible安裝完成后輸入以下命令驗(yàn)證是否安裝成功ansible --version進(jìn)行終端輸出, 從而輸出版本信息, 輸出版本, 輸出Jinja模板版本等內(nèi)容, 當(dāng)此輸出達(dá)成時(shí), 則意味著安裝呈現(xiàn)正常狀態(tài), 可以進(jìn)入后續(xù)配置環(huán)節(jié)。2. 配置服務(wù)器主機(jī)清單主機(jī)清單, 那可是核心配置文件了, 其作用, 是去告知工具需要管控哪一些服務(wù)器, 并且, 還支持針對(duì)服務(wù)器進(jìn)行分組管理, 以此能夠方便開(kāi)展差異化運(yùn)維。首先得創(chuàng)建專(zhuān)屬項(xiàng)目目錄, 把配置文件呀統(tǒng)一存放起來(lái)喲:mkdir ansible-lab cd ansible-lab新建并編輯主機(jī)清單文件nano inventory向服務(wù)器分組以及 IP 配置當(dāng)中寫(xiě)入相關(guān)內(nèi)容, 能夠伴著本身業(yè)務(wù)場(chǎng)景去增添分組, 下面是示例配置:[webservers] web01 ansible_host192.168.1.101 web02 ansible_host192.168.1.102 web03 ansible_host192.168.1.103 [databases] db01 ansible_host192.168.1.110 db02 ansible_host192.168.1.111配置中對(duì)于自定義的服務(wù)器, 進(jìn)行分組, 之后能夠單獨(dú)針對(duì)某一組的服務(wù)器, 去執(zhí)行運(yùn)維任務(wù), 不用逐一臺(tái)地進(jìn)行操作, 帶來(lái)極大的運(yùn)維效率提升。3. 測(cè)試服務(wù)器連通性在著手編寫(xiě)格外復(fù)雜的運(yùn)維腳本之前, 務(wù)必要先去對(duì)主控節(jié)點(diǎn)以及所有被控服務(wù)器的連通狀態(tài)展開(kāi)測(cè)試, 以此來(lái)防止后續(xù)執(zhí)行的時(shí)候出現(xiàn)報(bào)錯(cuò)情況。借助自帶的ping模塊去進(jìn)行批量檢測(cè):ansible webservers -i inventory -m ping出現(xiàn)以下返回結(jié)果代表服務(wù)器連通、權(quán)限配置正常web01 | SUCCESS { changed: false, ping: pong }若有部分服務(wù)器連接呈現(xiàn)失敗狀況無(wú)需急著去修改腳本, 應(yīng)去優(yōu)先把那核心方面來(lái)排查: 就是看一下其服務(wù)器網(wǎng)絡(luò)是不是通暢, 還要弄清楚SSH的服務(wù)是不是在正常運(yùn)行著, 再者要確認(rèn)登錄賬號(hào)密碼或者密鑰是不是有效的, 另外還要瞧瞧防火墻有沒(méi)有攔阻SSH端口, 最后判斷賬號(hào)權(quán)限是否充足, 等等情況。4. 編寫(xiě)并執(zhí)行首個(gè)運(yùn)維劇本“運(yùn)維對(duì)象”由主機(jī)清單進(jìn)行定義, “運(yùn)維動(dòng)作”則由運(yùn)維劇本予以定義, 它們是達(dá)成批量自動(dòng)化的關(guān)鍵核心文件, 新建一個(gè)名為setup.yml的腳本文件。nano setup.yml置入基礎(chǔ)運(yùn)維任務(wù), 達(dá)成批量更新系統(tǒng)緩存, 開(kāi)展安裝Git工具, 進(jìn)行安裝curl工具。--- - name: Configure web servers hosts: webservers become: true tasks: - name: Update apt cache apt: update_cache: yes - name: Install Git apt: name: git state: present - name: Install curl apt: name: curl state: present在腳本里頭, true的核心作用在于開(kāi)啟權(quán)限提升, 不用直接登錄root賬號(hào), 就能夠去執(zhí)行安裝軟件、修改系統(tǒng)配置這類(lèi)高危操作, 同時(shí)兼顧運(yùn)維的安全性以及便捷性。保存文件后執(zhí)行以下命令批量運(yùn)行運(yùn)維任務(wù)ansible-playbook -i inventory setup.yml5. 批量安裝常用運(yùn)維工具這里有著能夠借助其快速達(dá)成多個(gè)服務(wù)器批量裝包的情況體現(xiàn), 以下所呈現(xiàn)的是那種用于監(jiān)控運(yùn)維場(chǎng)景工具的安裝腳本, 它具備能夠直接進(jìn)行復(fù)用的特性:nano monitoring.yml--- - name: Install monitoring tools hosts: webservers become: true tasks: - name: Install htop apt: name: htop state: present - name: Install curl apt: name: curl state: present - name: Install vim apt: name: vim state: present執(zhí)行腳本完成批量安裝ansible-playbook -i inventory monitoring.yml三、深度辯證分析的核心優(yōu)勢(shì)與使用邊界能成為主流自動(dòng)化運(yùn)維工具, 其核心價(jià)值在于, 解決了人工運(yùn)維的兩大致命缺陷, 即低效性與不穩(wěn)定性, 用標(biāo)準(zhǔn)化代碼替換人工隨意操作, 使多服務(wù)器運(yùn)維達(dá)成統(tǒng)一管控。它最為核心的亮點(diǎn)是冪等性機(jī)制, 而這也是自動(dòng)化運(yùn)維的關(guān)鍵邏輯所在。簡(jiǎn)單來(lái)講 , 同一套運(yùn)維劇本多次重復(fù)執(zhí)行 , 不會(huì)出現(xiàn)重復(fù)安裝 , 不會(huì)出現(xiàn)配置錯(cuò)亂 , 不會(huì)出現(xiàn)文件冗余等問(wèn)題。比如說(shuō) , 在腳本中將Git設(shè)定為已安裝狀態(tài)之后 , 重復(fù)運(yùn)行腳本不會(huì)再次安裝Git , 僅僅會(huì)去校驗(yàn)系統(tǒng)狀態(tài)是否達(dá)到標(biāo)準(zhǔn) , 能夠徹底避免人工反復(fù)執(zhí)行命令所帶來(lái)的冗余操作以及系統(tǒng)故障 , 這是手動(dòng)運(yùn)維永遠(yuǎn)都沒(méi)辦法達(dá)成的。一方面有無(wú)代理架構(gòu)的特性, 另一方面具備開(kāi)源免費(fèi)的特點(diǎn), 再者還有輕量化部署的優(yōu)勢(shì), 這些特性大幅度地降低了中小團(tuán)隊(duì)以及個(gè)人開(kāi)發(fā)者的運(yùn)維門(mén)檻, 既無(wú)需進(jìn)行額外付費(fèi), 又無(wú)需開(kāi)展復(fù)雜的部署工作, 哪怕是零基礎(chǔ)的情況下, 也能夠快速實(shí)現(xiàn)自動(dòng)化運(yùn)維落地。但我們也要客觀地認(rèn)清其使用邊界, 它并非適配于所有的運(yùn)維場(chǎng)景。首先, 它僅能對(duì)已知的常規(guī)運(yùn)維操作進(jìn)行標(biāo)準(zhǔn)化處理, 而無(wú)法處理突發(fā)的、非常規(guī)的服務(wù)器故障, 自動(dòng)化并不能替代運(yùn)維人員的排查思維。其次, 它僅僅只是一種工具, 若劇本編寫(xiě)不規(guī)范、配置不合理, 仍舊會(huì)導(dǎo)致批量運(yùn)維故障, 甚至?xí)霈F(xiàn)多服務(wù)器統(tǒng)一出錯(cuò)的批量事故, 其影響范圍相較于人工操作而言更大。這便值得每一位運(yùn)維從業(yè)者去深入思考, 自動(dòng)化運(yùn)維并非是要將雙手徹底解放, 而是要讓運(yùn)維人員從那些重復(fù)的打雜性質(zhì)的工作里脫離出來(lái), 進(jìn)而聚焦于故障排查、架構(gòu)優(yōu)化等具有高價(jià)值的工作, 工具始終只是起到輔助作用, 規(guī)范的流程以及嚴(yán)謹(jǐn)?shù)乃季S才是其中的核心所在。四、1. 落地實(shí)用價(jià)值在于, 重塑運(yùn)維工作模式以及行業(yè)標(biāo)準(zhǔn), 其中涵蓋規(guī)避技術(shù)債務(wù)并且保障運(yùn)維一致性。最大隱患在于長(zhǎng)期積累的技術(shù)債務(wù)的是那人工運(yùn)維, 不同的運(yùn)維人員, 操作習(xí)慣不一樣, 操作時(shí)間也不一樣, 這就會(huì)致使多臺(tái)服務(wù)器的配置變得參差不齊, 后續(xù)進(jìn)行擴(kuò)容、遷移以及排查故障的時(shí)候, 難度會(huì)成倍增加。而借助代碼去固化運(yùn)維標(biāo)準(zhǔn), 不管運(yùn)行多少次, 也不管是由誰(shuí)來(lái)操作, 服務(wù)器最終的狀態(tài)都是完全統(tǒng)一的, 能夠從根源上杜絕環(huán)境混亂的問(wèn)題。哪怕相隔半年重新搭建服務(wù)器, 只要運(yùn)行劇本就能還原標(biāo)準(zhǔn)配置, 不需要人工去記憶那些繁瑣操作。2. 規(guī)范運(yùn)維流程降低生產(chǎn)事故率它支持預(yù)檢模式, 在正式去執(zhí)行運(yùn)維操作之前, 可以對(duì)此提前檢測(cè)腳本會(huì)對(duì)服務(wù)器帶去什么樣的修改, 來(lái)避免直接進(jìn)行操作從而致使生產(chǎn)環(huán)境引發(fā)故障, 是為了適配企業(yè)正式環(huán)境的運(yùn)維需求。預(yù)檢命令如下:ansible-playbook -i inventory setup.yml --check與此同時(shí), 運(yùn)維劇本能夠被納入Git版本管理, 對(duì)每一次運(yùn)維變更予以記錄, 達(dá)成運(yùn)維操作具備可追溯性、可回滾性, 從而完全告別那種人工運(yùn)維時(shí)無(wú)記錄、無(wú)溯源的混亂狀況, 完美地適配標(biāo)準(zhǔn)化的工作流程。3. 高效排錯(cuò)提升運(yùn)維效率在運(yùn)維故障實(shí)施排查期間, 整個(gè)排查過(guò)程邏輯展現(xiàn)清晰, 當(dāng)出現(xiàn)具體報(bào)錯(cuò)狀況的時(shí)刻, 能夠借助增添用于日志輸出的粒度以求實(shí)現(xiàn)精準(zhǔn)定位相關(guān)問(wèn)題, 進(jìn)而防止出現(xiàn)盲目展開(kāi)排查的情形, 基礎(chǔ)的排錯(cuò)命令呈現(xiàn)如下:# 基礎(chǔ)日志排查 ansible-playbook -i inventory setup.yml -v # 詳細(xì)日志排查復(fù)雜故障使用 ansible-playbook -i inventory setup.yml -vvv同時(shí), 行業(yè)普遍采用的能最大程度規(guī)避生產(chǎn)事故的穩(wěn)妥落地流程是, 先在本地開(kāi)展編寫(xiě)劇本工作, 接著于本地進(jìn)行測(cè)試, 隨后對(duì)服務(wù)器展開(kāi)灰度測(cè)試, 再進(jìn)而校驗(yàn)變更內(nèi)容, 之后實(shí)施線上執(zhí)行操作, 最后全程予以監(jiān)控, 這樣一套流程適用于絕大多數(shù)企業(yè)的運(yùn)維場(chǎng)景。五、互動(dòng)話題你的運(yùn)維工作踩過(guò)哪些坑不少運(yùn)維從業(yè)者都遭遇過(guò)手動(dòng)運(yùn)維的崩潰瞬間, 那是要逐臺(tái)更新幾十臺(tái)服務(wù)器, 要在半夜排查批量配置出現(xiàn)錯(cuò)亂的故障, 還要因人工操作失誤致使業(yè)務(wù)出現(xiàn)異常。而其核心價(jià)值在于, 能用標(biāo)準(zhǔn)化、自動(dòng)化去解決這些重復(fù)性的痛點(diǎn), 從而讓運(yùn)維工作變得更高效、更規(guī)范。它的核心思路實(shí)際上是這樣的: 避免一下子就達(dá)成全自動(dòng)化, 而是先將重復(fù)性高、繁雜且易出現(xiàn)差錯(cuò)的人工行為代換作腳本運(yùn)行, 之后按照一定順序逐步對(duì)運(yùn)維體系進(jìn)行改進(jìn), 并非一廂情愿地追求一步到位實(shí)現(xiàn)全自動(dòng)化。在互動(dòng)提問(wèn)環(huán)節(jié), 你平常管理著好多臺(tái)Linux服務(wù)器, 那最讓你感到頭疼的運(yùn)維方面的問(wèn)題是什么, 有沒(méi)有去嘗試過(guò)自動(dòng)化運(yùn)維, 在使用自動(dòng)化運(yùn)維的過(guò)程當(dāng)中碰到過(guò)什么樣子的bug以及難題, 歡迎在評(píng)論區(qū)域留言交流, 一塊兒去探討高效的運(yùn)維技巧