系統安裝是交給idc人員，最小化安裝有標準規範
nagios、cacti生產用的最多
controltier、zabbix、puppet--這些折騰和測試過
目前批量改密是用的指令碼
主機統一管理和登入是買的第三方產品
自己內部用python開發了一套運維管理系統
php開發資料庫備份檢查工具
+++++++++++++++++++++++++++
1.不部署（或者無需刻意部署）agent的
ssh，ssh+except做自動應答，其他基於ssh的（序列跑的，並行跑的等等）
優點：方便，無需部署（例如sshd一般預設安裝且開啟daemon）
缺點：慢
2.需部署agent的
puppet，cfengine，自己寫的（例如python、perl等方式，shell實現不了socket級別的貌似）
優點：速度快
缺點：當然是需部署了，上手不易，而且自己開發的話不好搞定（我是小白，沒這個能力
我就能想到這麼多，錯誤之處望大家勿怪
+++++++++++++++++++++++++++
一：所知的運維自動化工具應用類別
我理解一般分這麼幾類
1.系統安裝初始化
2.環境部署、配置變更、程序監控、日誌監控
3.**分發
二：常用的運維自動化工具
bacula cobbler zabbix cfengine swatch... ，最主要得還是指令碼
三：簡單介紹下目前使用的自動化工具的功能
目前所使用的自動化運維工具主要還是cobbler用於自動安裝系統和初始化，cfengine來做配置的變更修改，svn+hook 方式實現**的自動發布
還有swatch 來做應用的日誌監控來自動重啟服務，bacula來做資料的集中備份管理。
對自動化運維的理解
其實對運維工程師來說，能自動來做的地方不要手動，能交給程式來做的事情就讓程式做就是自動化運維的動力，現有的各種工具只是讓
自動化運維更加方便。很多時候乙個計畫任務加上乙個shell指令碼就可以滿足自動化運維的要求了。
各大網際網路公司內部的幾千上萬台機器絕大多數操作都是自動化操作的，不過這些都屬於核心技術，涉及安全也不會對外放開，對於中小型
企業沒有專門的運維開發人員，只能靠運維工程師自己多想，多嘗試，不過運維工程師一般開發能力都不強，也就很難做出太多的東西。
經驗最好的工具是適合自己業務的工具，一套自動化運維工具也是由乙個乙個小模組組成的。還有就是自動化之前一定要確定自動化運維的準確性
做好測試工作，不要認為沒有問題，結果跑了一段時間才發現沒有達到預期的目的甚至對業務造成影響和損失。某些工作手工檢查和確認還是必要的
+++++++++++++++++++++++++++
其實那麼多自動化運維工具無非就兩大類。
1、監控報警類
這塊開源的很多，公司自己開發的也多。不過我覺得還是選擇一款開源的玩熟就好了，沒必要反覆製造輪子。就拿繪圖來說，估計沒幾家自己開發的圖形監控有 cacti功能強大吧。cacti針對中小企業來說夠用了。如果企業大了，機器確實太多了，可以考慮分布式的監控了,可以考慮使用多台cacti按功能或 者地域劃分監控。還是那句話，方法總是有的，看你怎麼平衡。
2、批量管理類
chifeng,puppet,expect,批量shell，還有很多各家自己開發的工具。
其實我覺得批量管理工具滿足三點就好了。
(1、工具安全性,不能成為黑客攻擊的入口
(2、功能校驗，對發出的命令有校驗和過濾功能，如果發現命令不正確或者危險命令，就忽略執行，避免對系統照成傷害。
(3、功能不用太強，一般就是批量修改密碼，主機名，安裝軟體,修改配置檔案之類的。
針對批量管理，能夠把shell或者python玩好，中小企業就差不多了。
+++++++++++++++++++++++++++
1. 自己的虛擬化平台用linux+kvm，推薦proxmox，雖然有些小地方不是很穩定，但是總體功能沒有問題，包括遷移、備份、恢復；
2. 內部在用nagios監控，配置好簡訊報警，基本上不用擔心意外，也根據實際情況寫點簡單的監控指令碼什麼的；
3. 系統很多，但是分屬多個系統，運營類的，不敢批量操作。
+++++++++++++++++++++++++++
1，針對本次話題說說您對自動化運維的理解
用定期執行的指令碼或者工具來替代手動命令完成某一項工作，
優點：可量化，可查詢，減少重複勞動，減少人為錯誤的風險。。。。
2，分享您在使用這些自動化工具中的經驗
系統部署：cobbler
系統更新和應用部署: puppet
版本控制:git
遠端登入：vnc netsupport(這個是收費的)
監控:nagios、cacti
虛擬化:kvm xen vmware（公司現在用這個）
備份：tar 配合find寫指令碼
+++++++++++++++++++++++++++
+++++++++++++++++++++++++++
0
給主人留下些什麼吧！~~
運維自動化
1，cobbler安裝環境準備 安裝epel epel release 6 8.noarch.rpm x86 64 epel release 6 8.noarch.rpm x86 安裝系列依賴環境 要是區域網用，建議關閉iptables 或是放行25151 80 69埠 和關閉selinux 檢視狀...
自動化運維
考慮的因素 源 打包為映象 發布到映象庫 利用k8s發布到物理機器執行，以服務的形式對外提供服務 目前的做法 0 建立乙個執行遠端命令的框架 1 每個應用建立乙個部署檔案指令碼 a 指定元 位址 c 同步源 到目標主機 d 接受指令碼引數 vername 2 版本號，映象tag fromport 3...
自動化運維 Spug 輕量級自動化運維平台
對於中小型企業而言，進行主機和應用的管理是比較麻煩的，應用部署往往需要直接連線伺服器，再進行手動的環境配置 拉取 應用構建和部署發布等工作，容易出錯，且耗時費力。乙個好的自動化運維平台，往往能大大節省人力物力，提高開發部署效率。spug，正是乙個面向中小型企業設計的輕量級自動化運維平台。spug，是...