4，將備份的數(shù)據(jù)定期恢復(fù)到測試庫給開發(fā)使用

5，制定人工更新數(shù)據(jù)庫的流程及制度

項目八： LNMP 架構(gòu)優(yōu)化

LNMP 架構(gòu)優(yōu)化方案

1，公司使用 LNMP 架構(gòu)，優(yōu)化較少，運行效果不佳

2，我提出了 LNMP 架構(gòu)的優(yōu)化方案

3，方案主要是 Linux 系統(tǒng)優(yōu)化，nginx 服務(wù)優(yōu)化，php 服務(wù)優(yōu)化，

MySQL 優(yōu)化

4，優(yōu)化完成后，LNMP 架構(gòu)性能有很大提高。

項目九：zabbix 全網(wǎng)監(jiān)控

全網(wǎng)服務(wù)器監(jiān)控解決方案實施

需求：到公司后，沒有任何監(jiān)控系統(tǒng)，每次故障無法報警，每次故障對公司

的網(wǎng)站都造成了很大的影響，因此我用自己已經(jīng)掌握的監(jiān)控技術(shù)，以

及查詢資料撰寫解決方案，提交給公司領(lǐng)導(dǎo)，以改善服務(wù)器報警不及

時的問題，最大限度的保證公司網(wǎng)站故障及時處理

職責(zé)：

1，根據(jù)需求選定最流行的監(jiān)控軟件 zabbix 進行研究。

2，根據(jù)不同服務(wù)器不同維度及具體需求定制模版進行監(jiān)控實時報警

3 , 編輯監(jiān)控腳本，實現(xiàn)服務(wù)自定義監(jiān)控，根據(jù)業(yè)務(wù)類型和峰值規(guī)律

設(shè)定相應(yīng)的報警標(biāo)準(zhǔn)及處理規(guī)范

4，實施完畢后，做到了大部分的故障報警都能及時有效的匯報給運

維人員，為網(wǎng)站的穩(wěn)定爭取了時間

項目十：堡壘機安全

搭建 jumpserver 跳板機管理混亂賬戶

軟件環(huán)境： CentOS6.5

開發(fā)工具： jumpserver

項目描述：

在投入工作的幾個月里，我發(fā)現(xiàn)公司的服務(wù)器運維管理中對于服務(wù)器

賬號的管理十分混亂，有的運維甚至有好幾個工作賬號，而且能隨時

登陸 root 賬戶。因此，每當(dāng)有運維工作人員調(diào)崗或離職，服務(wù)器的

所有賬戶密碼都會被重新改變一次，不僅費時費力，密碼也不好記憶，

十分的麻煩。于是，幾經(jīng)思考，我向領(lǐng)導(dǎo)建議啟用開源型的跳板機jumpserver 來改善目前混亂的狀況。

職責(zé)：

部署一臺服務(wù)器為 jumpserver 跳板機 用 xshell 登陸跳板機進行授

權(quán)測試

項目效果：

實現(xiàn)了全網(wǎng)服務(wù)器的安全管理，通過堡壘機解決了人員登錄服務(wù)器混

亂現(xiàn)象，并針對不同服務(wù)器不同人員權(quán)限分配實現(xiàn)了有序安全的服務(wù)

器管理，為所有人員對服務(wù)器的登錄及操作做到了有跡可查，避免了

操作人員的不安全操作，讓大家形成了規(guī)范及安全的操作意識，針對

人員流動通過專屬 ssh-key 完成高效的管理及變更。最大程度保障了

有權(quán)可用、規(guī)范安全登錄即操作服務(wù)器。

項目十一：ansible 自動化

項目需求：

隨著 devops 發(fā)展。自動化運維愈發(fā)重要，隨著公司業(yè)務(wù)增長服務(wù)器

集群數(shù)量持續(xù)增加，依靠運維人員人肉運維成本極高且效率低下，因

為公司需要一套服務(wù)器自動化管理平臺，完成服務(wù)器上線初始化、應(yīng)

用軟件部署、配置管理分發(fā)、程序代碼部署等批量操作。經(jīng)過研究以

及考慮到公司服務(wù)器數(shù)量及維護成本等，選用 ansible 作為自動化管

理平臺。

解決方案：

1、搭建 ansible-master 節(jié)點，將公司所有云主機都加入到 ansible集群分組管理。

2、負責(zé)不同服務(wù)器主機組的初始化 init、軟件 install、配置分發(fā)、

代碼部署等 palybook 的編寫管理。

3、負責(zé)日常批量化操作 playbook 測試、審核以及實施部署等。

4、負責(zé)設(shè)計編寫自動化運維規(guī)范及流程準(zhǔn)則。

5、負責(zé)日常自動化產(chǎn)生的問題修正、機器增減主機組同步管理、公

鑰分發(fā)等。

6、梳理 ansible 不同主機組的系統(tǒng)環(huán)境、軟件安裝、相應(yīng)配置文件

的變化，從而及時更新之前的 playbook 和 roles 等棧文件的更新修

正。

7、負責(zé)運維支撐服務(wù) elk、zabbix 等服務(wù)的 ansible 批量部署、配

置分發(fā)、日志收集模板、監(jiān)控腳本更新部署等。

項目十二：存儲優(yōu)化

改善服務(wù)器存儲問題

需求： 減輕訪問高峰階段存儲壓力

職責(zé)：

1，Web 前端存儲使用 NFS 主備結(jié)構(gòu)

2，用戶寫入數(shù)據(jù)，如圖片，附件等，存儲到 NFS 主上面，用戶的讀

訪問 NFS 備

3，NFS 主備，使用 rsync+inotify 進行數(shù)據(jù)同步

4，NFS 存儲數(shù)據(jù)量不大，采用 sersync 把數(shù)據(jù)推送到 web 前端，盡量較少前端服務(wù)訪問后端服務(wù)器的請求，減輕 NFS 存儲壓力

5，數(shù)據(jù)備份的安全有了保障，不用擔(dān)心數(shù)據(jù)的丟失。

項目十三：醫(yī)院綜合服務(wù)集群

航天一院第三產(chǎn)業(yè)部–院綜合服務(wù)集群

需求：

該項目主要實現(xiàn)的是航天一院內(nèi)部服務(wù)平臺搭建 目標(biāo)是搭建一個安

全、高效、穩(wěn)定服務(wù)器群集架構(gòu)。提供航天各院的服務(wù)綜合平臺。

項目實施：

前段采用負載均衡搭配 Squid 集群、搭配硬件防火墻,隔離內(nèi)網(wǎng)與外

網(wǎng)，并且能提供監(jiān)控網(wǎng)絡(luò)和記錄傳輸信息的功能，加強局域網(wǎng)的安全

性等.實現(xiàn)前端調(diào)度服務(wù)器的高可用、中間 web 服務(wù)器的負載均衡、

后端數(shù)據(jù)庫服務(wù)器的高可用、監(jiān)控服務(wù)器監(jiān)控集群中的每一臺服務(wù)器

的私有數(shù)據(jù)和公有數(shù)據(jù)前端調(diào)度服務(wù)器采用的軟件是 Keepalived 和

Nginx，中間 Web 服務(wù)器采用的軟件是 Nginx，并發(fā)數(shù)高，而且相

對穩(wěn)定 后端數(shù)據(jù)庫服務(wù)器采用的是讀寫分離，寫庫 MySQL+MHA

雙主互為主從模式。讀從庫使用負載均衡 LVS+Keepalived+MySQL ,

并使用Memcached緩存集群緩存從數(shù)據(jù)庫.Web服務(wù)器采用Nginx

來搭建網(wǎng)站服務(wù)器，并結(jié)合 Inotify+Rsync 實現(xiàn)網(wǎng)站數(shù)據(jù)同步. 監(jiān)控

服務(wù)器采用的是 Zabbix，監(jiān)控各服務(wù)器的運行狀態(tài)及服務(wù)狀態(tài)。

職責(zé)：

本人在此項目中主要負責(zé)服務(wù)器服務(wù)平臺的搭建，為了實現(xiàn)統(tǒng)一性，特編寫了 shell 腳本，使得服務(wù)器部署更加標(biāo)準(zhǔn)化

項目十四: docker swarm 集群

微服務(wù)項目 docker swarm 集群的部署與應(yīng)用

需求分析：

公司項目轉(zhuǎn)為微服務(wù)架構(gòu)開發(fā)，項目各功能點都拆分為微服務(wù)，因此

眾多項目微服務(wù)的部署與通信采用單機 docker 容器管理，測試環(huán)境

下微服務(wù)可在同一臺測試機部署，但對于線上則需要考慮到服務(wù)的穩(wěn)

定高效及請求數(shù)量的支撐與處理，因為急需要一套可用的微服務(wù)編排

調(diào)度管理方案，考慮到運維成本及目前項目不多的特性，選用

docker-swarm 作為項目初期容器編排調(diào)度方案。

解決方案：

1、部署支撐項目初期的 docker-swarm 集群，采用 5 臺服務(wù)器，一

臺作為 swarm-manager，其余 4 臺作為

swarm-worker 節(jié)點。

2、部署設(shè)計集群網(wǎng)絡(luò)采用 flannel+etcd 作為集群跨主機網(wǎng)絡(luò)。

3、編寫項目所需的編排調(diào)度文件，采用 docker-stack 將相關(guān)的微服

務(wù)根據(jù)依賴性編排 service 進行批量部署

4 、為項目諸多微服務(wù)的部署上線設(shè)計 CICD 架 構(gòu)

（gitlab+dockerharbor+jenkins+swarm-manager）完成代碼在

測試集群及線上集群的自動化及半自動化集成交付及部署。

5、日常的集群維護及集群應(yīng)用項目的維護。

項目十五：k8s 集群

需求分析：

隨著 devops 的發(fā)展及完善，過去應(yīng)用開發(fā)及部署應(yīng)用的方式，是將

應(yīng)用在一個使用操作系統(tǒng)軟件包管理器的主機上。這樣做的缺點是應(yīng)

用程序的可執(zhí)行文件、配置、庫和生命周期互相影響，也會和操作系

統(tǒng)糾纏不清。為了支撐敏捷開發(fā)、精益開發(fā)的理念，公司采用微服務(wù)

架構(gòu)開發(fā)項目，因此需要將諸多傳統(tǒng)方式的項目轉(zhuǎn)換為微服務(wù)架構(gòu)，

需要一套強大的容器編排調(diào)度系統(tǒng)，故公司采用當(dāng)下最青睞的

kubernetes 編排調(diào)度系統(tǒng)。

解決方案：

1、測試環(huán)境及生產(chǎn)環(huán)境都采用 k8s 集群作為應(yīng)用編排調(diào)度部署系統(tǒng)。

2、測試環(huán)境采用 6 臺云服務(wù)器搭建 k8s 測試集群（雙 master、單

臺 etcd、其余 node 節(jié)點）

3、設(shè)計部署集群的網(wǎng)絡(luò)環(huán)境，采用 flannel 作為集群的跨主機網(wǎng)絡(luò)。

4、生產(chǎn)環(huán)境采用 20 臺云服務(wù)器搭建 k8s 生產(chǎn)集群（雙 master、3

臺臺 etcd、其余 node 節(jié)點）

5、負責(zé)各項目相關(guān)微服務(wù)編排調(diào)度部署的不同資源文件編寫和測試

使用。

6、負責(zé)梳理集群不同項目的配置管理、端口、持久化存儲、負載均

衡域名等配置的標(biāo)準(zhǔn)化管理及資源文件編輯、管理。

7、負責(zé)集群日常的節(jié)點增減、各應(yīng)用容器副本數(shù)量的管理及維護。

8、負責(zé)集群日志收集 ELK、集群監(jiān)控 prometheus 的維護和管理。

項目十六：NFS 集群升級

NFS 集群升級改造

需求分析：

1、 原共享存儲服務(wù)器 NFS 的方式、存在性能瓶頸和單點故障的問

題

2、 主 NFS 存儲系統(tǒng)宕機后,報警管理員來人為手工根據(jù)同步的日志

記錄選擇最快的 NFS 存儲系統(tǒng)改為主,方案簡單可行,但是需要人工

處理.難免操作失誤或者時間過長。

解決方案：

1、 使用分布式文件存儲管理系統(tǒng) MFS 替換 NFS

2、 目前 MFS 元數(shù)據(jù)服務(wù)器存在單點問題，因此我們通過 DRBD 提

供磁盤及時同步，通過 HeartBeat 提供 Failover,來達到高可用

3、采用 MFS+DRBD+Heartbeat 高可用服務(wù)解決方案，這個解決方

案可以有效解決主 MFS 存儲系統(tǒng)單點的問題，當(dāng)主 MFS 存儲宕機

后，可以實現(xiàn)把主 MFS 存儲系統(tǒng)從一個主節(jié)點切換到另外一個備節(jié)

點，而新的主 MFS 存儲系統(tǒng)還會自動和所有其他的從 MFS 存儲系

統(tǒng)進行同步，且新主 MFS 存儲系統(tǒng)的數(shù)據(jù)和宕機瞬間的主 MFS 存

儲系統(tǒng)幾乎完全一致，這個切換過程完全是自動進行的，從而實現(xiàn)了

MFS 存儲系統(tǒng)的熱備方案. 快速故障恢復(fù),提高業(yè)務(wù)可靠性. 職責(zé) 本

人在此項目中主要負責(zé)，項目現(xiàn)場協(xié)調(diào)，所有服務(wù)器服務(wù)平臺的搭建，

編寫了 shell 腳本，使得服務(wù)器部署更加標(biāo)準(zhǔn)化

項目十七：mysql 高可用

MySQL 集群讀寫分離及高可用方案

需求分析：

1、 新方案保證服務(wù)性能和 I/O 滿足企業(yè)多臺終端的快速響應(yīng)需求。

2、 保證系統(tǒng)長期不間斷的穩(wěn)定運行。保證成本合理性。

3、 滿足數(shù)據(jù)庫系統(tǒng)的高可用性和可靠性。

解決方案：

1、 底層 5 臺 MySQL 數(shù)據(jù)庫，一主四從. 開啟半同步復(fù)制.提高數(shù)

據(jù)安全

2、 使用中間件 Atlas 實現(xiàn)讀寫分離與讀負載均衡，提高與程序端解

耦。

3、 在使用兩臺服務(wù)器搭建 LVS+Keepalived 對 Atlas 服務(wù)器做負

載均衡與高可用

4、 搭建一臺主 MHA 服務(wù)器管理數(shù)據(jù)庫主庫熱備問題.

5、 該方案極大減少服務(wù)器資源浪費，實現(xiàn)故障 30 秒切換，極大保

證數(shù)據(jù)庫一致性 責(zé)任描述： 主要負責(zé)所有服務(wù)器服務(wù)平臺的搭建，

方案設(shè)計，編寫腳本。

項目十八：NFS+DRBD 高可用

NFS+DRBD+heartbeat 高可用解決方案

軟件環(huán)境：Centos6.8

自我介紹一下，小編13年上海交大畢業(yè)，曾經(jīng)在小公司待過，也去過華為、OPPO等大廠，18年進入阿里一直到現(xiàn)在。

深知大多數(shù)Linux運維工程師，想要提升技能，往往是自己摸索成長或者是報班學(xué)習(xí)，但對于培訓(xùn)機構(gòu)動則幾千的學(xué)費，著實壓力不小。自己不成體系的自學(xué)效果低效又漫長，而且極易碰到天花板技術(shù)停滯不前！

因此收集整理了一份《2024年Linux運維全套學(xué)習(xí)資料》，初衷也很簡單，就是希望能夠幫助到想自學(xué)提升又不知道該從何學(xué)起的朋友，同時減輕大家的負擔(dān)。

既有適合小白學(xué)習(xí)的零基礎(chǔ)資料，也有適合3年以上經(jīng)驗的小伙伴深入學(xué)習(xí)提升的進階課程，基本涵蓋了95%以上Linux運維知識點，真正體系化！

由于文件比較大，這里只是將部分目錄大綱截圖出來，每個節(jié)點里面都包含大廠面經(jīng)、學(xué)習(xí)筆記、源碼講義、實戰(zhàn)項目、講解視頻，并且后續(xù)會持續(xù)更新

如果你覺得這些內(nèi)容對你有幫助，可以添加VX：vip1024b （備注Linux運維獲?。?/strong>