DevOps故障排除：linux服務器運維最佳實踐

定　價：￥39.00

作　者：	（美）Kyle Rankin 著，王東明，王飛，劉潔譯
出版社：	機械工業(yè)出版社
叢編項：
標　簽：	LINUX 操作系統(tǒng)/系統(tǒng)開發(fā) 計算機/網(wǎng)絡

購買這本書可以去

ISBN：	9787111462828	出版時間：	2014-04-01	包裝：	平裝
開本：	32開	頁數(shù)：		字數(shù)：

內容簡介

　　DevOps描述了開發(fā)者、質量保證人員（QA）以及系統(tǒng)管理員團結協(xié)作的一種工作環(huán)境，其中的合作比傳統(tǒng)環(huán)境中的合作更緊密。人們已經(jīng)認識到DevOps在軟件快速部署和自動化方面的巨大價值，但是通常會忽略DevOps方法在解決整個團隊協(xié)作處理系統(tǒng)故障時的作用。遺憾的是，開發(fā)者、QA以及系統(tǒng)管理員三者所掌握的故障排除技術存在不小的差距，當系統(tǒng)出現(xiàn)問題時他們往往會相互責備。本書旨在縮小這類差距并引導所有的群組進行一系列標準的故障排除實踐，通過這些實踐他們可以作為一個團隊來處理絕大多數(shù)常見的Linux服務器問題。盡管本書介紹的主題都是系統(tǒng)管理領域老生常談的話題，但是在DevOps環(huán)境中，處理網(wǎng)絡問題、設置Web服務器以及診斷高負載問題時也能看到開發(fā)者和QA的身影，即使他們可能并沒有Linux管理背景。本書不同于普通的系統(tǒng)管理問題診斷指南之處在于它的讀者對象和專注點。本書假設讀者可能不是Linux系統(tǒng)管理員，而是DevOps組織中一名有天賦的開發(fā)者或QA工程師，他們可能沒有很多系統(tǒng)級的Linux經(jīng)驗。即便如此，如果你是一名系統(tǒng)管理員，本書也同樣適合你。本書還包含了讓高級系統(tǒng)管理員也能補充技能的故障排除技術—用一種易于理解的方法。在一個傳統(tǒng)的沒有DevOps原則的企業(yè)中，故障排除和開發(fā)工作都會不正常。當出現(xiàn)服務器問題時，如果在會話中既有開發(fā)者也有系統(tǒng)管理員，可以預見他們每個人都會陷入自己的角色職責當中：系統(tǒng)管理員僅會查看服務器資源和日志；開發(fā)者將會等待來自團隊的不可避免的責備，批評他們那些或臃腫或bug叢生的代碼，與此同時開發(fā)者和系統(tǒng)管理員都會抱怨服務器不穩(wěn)定，功率不足；或者也許每個人都會調轉槍口，責備QA人員沒有在將產品部署到生產環(huán)境之前找到問題。實際問題一直都無法解決。

作者簡介

　　Kyle Rankin，高級系統(tǒng)管理員、DevOps開發(fā)工程師、美國北灣地區(qū)Linux用戶組主席。他著有《The Official Ubuntu Server Book》、《Knoppix Hacks》和《Ubuntu Hacks》等書，不僅是《Linux Journal》雜志享譽盛名的專欄作家，還是《PC Magazine》雜志、TechTarget網(wǎng)站等多家媒體的撰稿人。Rankin經(jīng)常出席SCALE（南加州Linux展會）、OSCON（O’Reilly開源大會）、Linux World Expo、Penguicon以及一些Linux用戶組會議，并就開源軟件發(fā)表演講?！∽g者簡介王東明，畢業(yè)于武漢大學，之后開始從事網(wǎng)絡游戲服務器開發(fā)。先后開發(fā)過端游和頁游服務器，現(xiàn)就職于某外企進行游戲開發(fā)。業(yè)余時間喜歡技術類書籍翻譯，以及移動游戲開發(fā)。希望自己翻譯的書籍能夠為讀者帶來便利，也希望自己開發(fā)的游戲能為大家?guī)須g樂。王飛，武漢大學獲得學士學位，研究生就讀于中國科技大學?，F(xiàn)就職于某國企互聯(lián)網(wǎng)部，從事網(wǎng)絡運維開發(fā)工作。對于Linux服務器運維有豐富的經(jīng)驗。面對“大流量，高并發(fā)”的應用場景有著深刻的理解。擅長自動化運維工具的開發(fā)與使用，尤其是對報警相關流程的自動化有著獨到的見解。希望自己在運維開發(fā)相關方面的努力，能提高服務器的運行質量，解放運維工作人員，同時也為企業(yè)節(jié)約成本。劉潔，北京郵電大學碩士學位。資深Web開發(fā)工程師和系統(tǒng)工程師，現(xiàn)就職于某搜索公司，專注于計算廣告系統(tǒng)和移動搜索算法研究相關工作，工程實踐經(jīng)驗極為豐富。立志于不斷改進搜索算法及策略，實現(xiàn)技術與商業(yè)目標之間的完美結合，提升搜索在移動化聯(lián)網(wǎng)中的用戶體驗。

圖書目錄

譯者序
前言
第1章　故障排除的最佳實踐
1.1　劃分問題空間
1.2　協(xié)同工作時的良好溝通
1.2.1　電話會議
1.2.2　直接對話
1.2.3　電子郵件
1.2.4　實時聊天室
1.2.5　備用溝通方法
1.3　首選快速、簡單的測試，而不是緩慢、復雜的測試
1.4　多嘗試過去的解決方案
1.5　記錄問題和解決方案
1.6　了解改動
1.7　了解系統(tǒng)如何工作
1.8　謹慎使用Internet
1.9　抵制重啟
第2章章服務器為什么這么慢？耗盡了CPU、RAM和磁盤I/O資源
2.1　系統(tǒng)負載
2.2　使用top命令解決負載問題
2.2.1　了解top命令的輸出
2.2.2　解決高用戶時間的問題
2.2.3　解決內存不足的問題
2.2.4　解決高I/O等待時間問題
2.3　問題發(fā)生后的高負載處理
2.3.1　配置sysstat
2.3.2　查看CPU統(tǒng)計信息
2.3.3　查看RAM統(tǒng)計信息
2.3.4　查看磁盤統(tǒng)計信息
2.3.5　查看之前的統(tǒng)計信息
第3章　為什么系統(tǒng)無法啟動？解決啟動問題
3.1　Linux啟動流程
3.1.1　BIOS
3.1.2　GRUB和Linux啟動載入程序
3.1.3　內核與初始RAM磁盤
3.1.4　/sbin/init
3.2　BIOS啟動順序
3.3　修復GRUB
3.3.1　沒有GRUB提示
3.3.2　階段1.5 GRUB提示
3.3.3　配置錯誤的GRUB提示
3.3.4　從活動系統(tǒng)中修復GRUB
3.3.5　通過恢復磁盤修復GRUB
3.4　禁止啟動界面
3.5　無法掛載根文件系統(tǒng)
3.5.1　根內核參數(shù)
3.5.2　根設備更改
3.5.3　根分區(qū)損壞或失效
3.6　無法掛載二級文件系統(tǒng)
第4章章為什么磁盤無法寫入？解決磁盤滿或者磁盤損壞的問題
4.1　磁盤滿
4.1.1　保留區(qū)塊
4.1.2　找到占用空間最大的目錄
4.2　節(jié)點不足
4.3　文件系統(tǒng)只讀
4.4　修復損壞的文件系統(tǒng)
4.5　修復軟RAID
第5章　服務器宕機了？追蹤網(wǎng)絡問題的根源
5.1　服務器A不能和服務器B通信
5.1.1　客戶端或者服務器問題
5.1.2　鏈路接通了嗎
5.1.3　接口是否啟用
5.1.4　是否連通本地網(wǎng)絡
5.1.5　DNS是否工作正常
5.1.6　是否可以路由到遠程主機
5.1.7　遠程端口是否開放
5.1.8　在本地測試遠端主機
5.2　網(wǎng)絡速度較慢的故障排除
5.2.1　DNS的問題
5.2.2　通過traceroute查找網(wǎng)絡緩慢的原因
5.2.3　使用iftop查看帶寬使用情況
5.3　抓取數(shù)據(jù)包
5.3.1　使用tcpdump
5.3.2　使用Wireshark
第6章　為什么主機名無法解析？解決DNS服務器的問題
6.1　DNS客戶端故障排除
6.1.1　未配置名稱服務器或者無法訪問名稱服務器
6.1.2　丟失查詢路徑或者名稱服務器問題
6.2　DNS服務器故障排除
6.2.1　了解dig的輸出
6.2.2　跟蹤DNS查詢
6.2.3　遞歸名稱服務器的問題
6.2.4　什么情況下沒有執(zhí)行更新
第7章　為什么無法收發(fā)郵件？追蹤郵件問題
7.1　追蹤郵件請求
7.2　了解郵件頭信息
7.3　郵件發(fā)送的問題
7.3.1　客戶端無法與外部郵件服務器通信
7.3.2　出站郵件服務器不允許轉發(fā)
7.3.3　出站郵件服務器無法與目標服務器通信
7.4　接收郵件的問題
7.4.1　telnet測試無法連接
7.4.2　telnet可以連接，但消息卻被拒絕了
7.4.3　研究郵件日志
第8章　網(wǎng)站宕機了？追蹤Web服務器問題
8.1　服務器是否正在運行
8.1.1　遠程端口是否開放
8.1.2　在本地測試遠程主機
8.2　使用命令行測試Web服務器
8.2.1　使用curl測試Web服務器
8.2.2　使用telnet測試Web服務器
8.3　HTTP狀態(tài)碼
8.3.1　1××信息狀態(tài)碼
8.3.2　2××成功狀態(tài)碼
8.3.3　3××重定向狀態(tài)碼
8.3.4　4××客戶端錯誤狀態(tài)碼
8.3.5　5××服務器錯誤狀態(tài)碼
8.4　分析Web服務器的日志
8.5　獲取Web服務器統(tǒng)計數(shù)據(jù)
8.6　解決常見的Web服務器問題
8.6.1　配置問題
8.6.2　權限問題
8.6.3　Web服務器性能遲緩或不可用
第9章　為什么數(shù)據(jù)庫這么慢？追蹤數(shù)據(jù)庫問題
9.1　查找數(shù)據(jù)庫日志
9.1.1　MySQL
9.1.2　PostgresSQL
9.2　數(shù)據(jù)庫還在運行嗎
9.2.1　MySQL
9.2.2　PostgresSQL
9.3　獲得數(shù)據(jù)庫度量值
9.3.1　MySQL
9.3.2　PostgresSQL
9.4　識別查詢緩慢的問題
9.4.1　MySQL
9.4.2　PostgresSQL
第10章　這是硬件問題！診斷常見的硬件問題
10.1　硬盤驅動器無法工作
10.2　測試內存錯誤
10.3　網(wǎng)卡故障
10.4　服務器過熱
10.5　電源供電故障