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

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

3、存儲）？分布式存儲服務器遇到數據中心級別停電時的預案？Openstack服務開機啟動管用嗎？監控報警服務器的部署地點？數據庫節點的性能與數據安全的權衡？虛擬機的磁盤性能與數據安全的權衡vm cache 的選擇？虛擬機crash的處理辦法virt-rescue虛擬機遷移（本地磁盤+multihost）遷移目的：內網互通緩解服務器負載創建新虛擬機覆蓋磁盤文件（rebase）遷移公網自動化運維監控Nagios OpneStack云平臺Zabbix日志收集及監控(正則過濾日志)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創建云主機的日志：“nova.osapi_compute.wsgi.serve”組件在“”客戶端上發送了一個id是“req-4c21d481-734e-4d08-940c-54b6cd2d06a0”的請求，內容是給租戶id是“89f89f0420fd4d9cb46e5f406f22993b”下面的用戶 “f3a28b45f5ee4036a36e70791debc3cc”創建一個uuid是“79a37b64-bf