1、運維經(jīng)驗分享范世平fanspKVM磁盤IO調(diào)優(yōu)關于網(wǎng)絡的兩個案例數(shù)據(jù)中心停電預案虛擬機遷移（本地磁盤+multihost）自動化部署自動化運維目 錄KVM 磁盤IO調(diào)優(yōu)案例：虛擬機的磁盤IO性能表現(xiàn)較差，讀寫性能遠低于正常水平常見方案：vm cache調(diào)整writethrough、writeback、none磁盤IO調(diào)度策略host（deadline），vm（noop）調(diào)整vm磁盤類型file（raw、qcow2），lvmKVM 磁盤IO調(diào)優(yōu)非常見方案：調(diào)整服務器的電源管理方式調(diào)整VM CPU類型host-model、 host-passthrough 選型服務器時關于raid卡的選擇關于VM

2、網(wǎng)絡故障的兩個案例案例1：某單一計算節(jié)點，承載的虛擬機網(wǎng)絡都不通或ping延時較高，在管理節(jié)點通過”nova service-list”看到該計算節(jié)點nova-compute服務狀態(tài)異常，該計算節(jié)點的nova-compute日志中報“連接不到數(shù)據(jù)庫”的錯誤，/var/log/message日志中出現(xiàn)“nf_conntrack: table full”錯誤解決方法：調(diào)整系統(tǒng)參數(shù)filter.nf_conntrack_max = 655350filter.nf_conntrack_tcp_timeout_established = 3600數(shù)據(jù)中心停電我們怎么辦？compute節(jié)點crash（本地

3、存儲）？分布式存儲服務器遇到數(shù)據(jù)中心級別停電時的預案？Openstack服務開機啟動管用嗎？監(jiān)控報警服務器的部署地點？數(shù)據(jù)庫節(jié)點的性能與數(shù)據(jù)安全的權衡？虛擬機的磁盤性能與數(shù)據(jù)安全的權衡vm cache 的選擇？虛擬機crash的處理辦法virt-rescue虛擬機遷移（本地磁盤+multihost）遷移目的：內(nèi)網(wǎng)互通緩解服務器負載創(chuàng)建新虛擬機覆蓋磁盤文件（rebase）遷移公網(wǎng)自動化運維監(jiān)控Nagios OpneStack云平臺Zabbix日志收集及監(jiān)控(正則過濾日志)LogstashFluentd自動化運維日志文件解析（示例）2014-06-22 09:09:28.657 60100 INF

4、O nova.osapi_compute.wsgi.server req-4c21d481-734e-4d08-940c-54b6cd2d06a0 f3a28b45f5ee4036a36e70791debc3cc 89f89f0420fd4d9cb46e5f406f22993b POST /v2/89f89f0420fd4d9cb46e5f406f22993b/servers/79a37b64-bf58-4b9a-b2d2-8b92efbc4f96/action HTTP/1.1 status: 200 len: 186 time: 0.6682639創(chuàng)建云主機的日志：“nova.osapi_compute.wsgi.serve”組件在“”客戶端上發(fā)送了一個id是“req-4c21d481-734e-4d08-940c-54b6cd2d06a0”的請求，內(nèi)容是給租戶id是“89f89f0420fd4d9cb46e5f406f22993b”下面的用戶 “f3a28b45f5ee4036a36e70791debc3cc”創(chuàng)建一個uuid是“79a37b64-bf