1.自動化運維介紹
1.1傳統運維的缺點：
1.效率低大多工作人爲完成
2.傳統運維工作繁忙容易出錯
3.每天大部分重複相同的工作
4.傳統運維缺少標準化流程
5.腳本繁多不能集中管理
因此自動化運維就是要解決以上所有的問題。
舉例說明自動化運維在企業應用及產生背景：
由於安裝一臺服務器系統還有格式化平時大約一個多小時安裝完成另外機房一般一個顯示器，現在要求裝100多臺一臺臺安裝顯然太慢，爲了提高工作效率於是產生了自動化的概念，
1.2自動化運維背景:
1.網站業務上線，需要運維人員在短時間內完成幾百臺服務器部署、包括系統安裝、系統初始化、軟件的安裝和配置、性能的監控。
2.所謂運維自動化，就是在人工干預下，利用腳本(shell和python腳本)與第三方(saltstack和ansible軟件這兩個都是利用python開發的)或自行開發的工具，保證業務系統快速上線、7*24小時高效穩定的運行。
1.3自動化流程：
1.自動化安裝(用cobbler操作系統例如cenos7或者redhat)
2.自動化配置(系統環境 saltstack)
3.自動化部署(業務代碼 gitlab、jenkins)在企業gitlab應用不少。CI持續集成
4.自動化監控(系統狀態 zabbix例如還剩多少內存/CPU負載是否過高/服務器是否宕機/或者有的服務沒有啓動出現故障)
5.自動化手機(日誌監控 efk、elasticsearch+logstash+kibana)
以上運轉的依賴基礎環境需要:硬件、KVM、容器(dokcer)
另外自動化部署還可以依賴CMDB平臺獲取信息配置安裝服務配置
這裏解釋一下CMDB平臺相當於企業資產錄入系統舉例說明
CMDB平臺（資產管理、資產錄入、人工錄入）
第一臺服務器 15年購買 dell牌子 型號r720 業務 裝的Nginx IP爲192.168.56.11
用腳本過濾出信息然後執行命令安裝系統或者增加服務
最終的目的：
1.保證業務7*24小時高效穩定運行
2.數據的可靠性，可恢復性
3.監控，便於故障排查，可追溯
| 預備類工具 | 配置管理類 | 監控報警類 |
|---|---|---|
| kickstart | puppet | nagios |
| cobbler | controltier | cacti |
| openQRM | func | zabbix |
| spacewalk | chef | openNMS |
| 各個階段 | 運維規模 | 運維效率 | 技能要求 |
|---|---|---|---|
| 純手工 | 小於50臺 | 低 | 一般 |
| 標準化 | 50-100 | 一般 | 一般 |
| 工具化 | 100-500 | 一般 | 高 |
| 可視化 | 大於500臺 | 高 | 高 |
1.4運維知識體系
1.4.1工作內容分類運維方向：
監控運維 (7X24運維值班、故障處理)
應用運維 (業務熟悉、服務部署、業務部署就是代碼上線、版本管理git和jenkins還是代碼管理、灰度發佈、應用監控)
安全運維 (整體的安全方案、規範、漏洞檢測、安全防護等)
系統運維 (架構層面的分佈式緩存、分佈式文件系統、日誌收集、環境規劃測試、開發、生產)、架構設計、性能優化
基礎服務運維(包含運維開發) (內部DNS、負載均衡、系統監控、資產管理、運維平臺開發)
基礎設施運維(系統安裝、系統初始化、網絡維護)
機房運維(負責設備上下架、巡檢、報修、硬件監控)
1.4.2運維職業學習方向和線路
每個人需要根據自己的職業規劃選擇一個好的方向去發展,以下是可以發展的運維類型
1.搭建服務(部署並運行起來)
2.用好服務(監控、管理、優化)
3.自動化(服務直接的關聯和協同工作)
4.產品設計(如何設計一個監控系統)
雲計算的核心競爭力是運維！
1.系統架構師(偏管理):網絡、系統、數據庫、開發、雲計算、自動化、
2.管理崗位主管或者經理：運維管理、服務管理、項目管理、測試、業務
3.解決方案架構師
只要專注其中某一領域解決方案都能成爲其行業的專家
2.第三方部署軟件
kickstart還可以稱爲pxe
cobbler以下自動化安裝工具
硬件
KVM(virt-manager、shellscripts、pythonscripts)
openstack基於KVM
docker
aliyun(ESC基於KVM)
3.配置管理類型
自動化部署業務系統管理軟件包完成配置，遠程管理服務器、變更回滾
python
saltstack（master/minion）運用很多
ansible(密鑰)比saltstack運用更廣泛特別是在武漢很多中小型企業
shell scripts
4.監控報警預處理
監控軟件有：zabbix目前應用最多基於grafana的圖形化頁面很漂亮、nagios不適合大規模監控、catis很早的監控現在很少了
網絡設備、服務器性能、服務健康狀態、MySQL連接狀態
5.運維自動化發展-標準化
1.運維標準化
物理設備層面：
01.服務器標籤化、設備負責人、設備採購詳情、設備擺放標準
02.網絡劃分、遠程控制卡、網卡端口
03.服務器機型、硬盤、內存統一、根據業務分類
04.資產命名規範、編號規範、類型規範
05.監控標準