1、集群
1、為什么建議在阿里云購買負載均衡
- 非常便宜，又好用，有穩定，有簡單。
- 自己搭建不了負載均衡，因為共有云不支持組播跑不了vrp協議。
- 你不會集群的概念，你還是蒙蒙的。
2、為什么使用集群？
1、小規模
單機性能、單點故障
2、大規模
就近部署：動態資源沒法做緩存，不是cdn。
3、異地容災
4、異地多活
3、任何一個方案都是有優缺點
1、管理復雜度高了
2、故障率高了
一臺好設備10年不換的
另外一臺3年就壞了，總的故障率高了
3、集群為什么這樣設置？是有原因的，是為了解決橫向擴展的許多問題
4、什么是集群？
共同完成一件事情，同構或者異構沒關系，品牌也沒關系。
5、什么是真正的懂和會？
1、給小白都講明白，才算會
2、我就看你恨我又把我搞不定我的感覺
2、負載均衡
1、負載均衡基本概念
1、什么是負載均衡？
你上班的時候有經理經理自己不干活，一有活就分給下面的人
2、什么是負載？
就是每個干活的職員
3、什么是均衡？
他們不能讓有的人太忙有的太閑
4、什么是最小連接數？
有的活5個5分鐘干完，有的活1個活需要1天才能干完
別看人家，那活干了一天，人家拿活就是需要干一天。
5、什么是加權輪詢？
年輕，干活干的加快那的工資高歲數大的
歲數大的，干活干的少，工資也低
男的和女的按照不同的權重分配
6、哈希的算法的原理？
你在超市的干活洗發水都是你干
每次來活經理就會把活分配給你因為你有經驗
擺干貨的就擺不了洗發水
7、負載均衡算法的分類？
靜態算法：不需要看你干什么
動態算法：不停的看每個人都在干什么
8、負載均衡是一個什么樣的設備？
經理就是單點故障，經理生病了？經理休假了咋辦,這些活咋辦?
要是靜態算法誰都能分活
要是動態就需要再招一個副經理
2、負載均衡的類型
1、網關負載均衡
聯通
電信
h3c的企業級的負載機均衡
2、鏈路負載均衡
3、服務器負載均衡
4、全局負載均衡GSLB
智能DNS+集群
鏈路＋用戶
3、高可用
1、兵符
vip虛擬IP 就是一個IP地址
網絡是根據IP通信，只認IP，同時給出具體更改的源代碼
2、類型
LB
HA
你懂沒有用，只有你講出來才算是懂
LVS不需要安裝,安裝的是用戶間的管理工具
3、keeplike是用什么軟件管理lvs？
切換vip，headbat實現資源
3、四層負載均衡LVS
1、LVS模式分類
DR模式
1、DR模式的最大瓶頸就是帶寬
2、二層負載均衡通過MAC地址
3、arp緩存
1、思科默認是5分鐘
2、通過arp傳播
3、交換機有學習功能
4、缺點：DR模式是不能跨VLAN，要在一個廣播域
NAT模式
NAT模式一定要把網關設置成VIP
2、帶寬是最大的瓶頸
1、剛開始思科5520SA防火墻
1、防火墻跑滿了，有一個最大連接數
2、帶寬跑到200M帶寬把連接數跑滿了
3、內存和CPU都沒有明顯的高
2、中途更換成思科5580
1、最大連接數比5520翻了幾倍
2、半年后還是不行
3、最后不要防火墻，就更換成LVS
3、為什么讓大家把lvs的每一個工作模式搞清楚？
真正做架構調優的時候，每一個步驟和節點都有可能出現問題。
4、LVS學習地址
https://www.ibm.com/developerworks/cn/linux/cluster/lvs/part2/index.html
第一部分：LVS項目介紹
第二部分：LVS集群的體系結構
第三部分：LVS集群中的IP負載均衡技術
第四部分：LVS集群的負載調度
5、四層和七層負載均衡的區別
1、四層和七層區別
2、SLB技術原理淺析
https://yq.aliyun.com/articles/1803
3、為什么七層前面放一個四層？
每個人干自己擅長的事情
6、x_forward_for如何獲取
1、通過負載均衡如何獲取到真實的IP地址
https://help.aliyun.com/knowledge_detail/42205.html
2、找文檔方法
1、公有云主頁
2、幫助與文檔
3、搜索自己需要的關鍵字
3、Haproxy的負載均衡、動靜分離、狀態監控、近期網絡架構
http://blog.51cto.com/dengaosky/2050231?utm_source=oschina-app
http://blog.csdn.net/chengxuyuanyonghu/article/details/66977434
http://www.ttlsa.com/linux/haproxy-study-tutorial/
7、haproxy在線更改
1、京東點和搜有什么區別？
搜索就是現場搜索比較慢
點是緩存或者靜態化，點的都是熱搜詞
2、nginx和haproxy對比
?
3、小結
1、對于Http協議，Haproxy處理效率比Nginx高
2、所以，沒有特殊要求的時候或者一般場景，建議使用Haproxy來做Http協議負載均衡
3、但如果是Web，那么建議使用Nginx!
4、總之，大家可以結合各自使用場景的特點來進行合理地選擇！
8、災備恢復
災備基礎
1、中小企業災備建設《入門普及篇》
https://mp.weixin.qq.com/s?__biz=MzIxMDAwOTcwMA==&mid=2247483728&idx=1&sn=95a7c0194a09d899c5e09619b0268dd9&mpshare=1&scene=1&srcid=1017bteseMJYDLKLGa8JSOrp#rd
2、信息系統災難恢復規范
http://www.zbeic.gov.cn/art/2012/6/25/art_2320_116238.html
災難恢復能力
根據不同的災難恢復能力，有不同的恢復時間和恢復時間點，我們通常使用RTO和RPO來表述。
RTO：恢復時間目標recovery time objective，災難發生后，信息系統或業務功能從停頓到必須恢復的時間要求。
RPO：恢復點目標recoverypoint objective，災難發生后，系統和數據必須恢復到的時間點要求
3、災備項目建設要素
? 
9、SET部署
1、為什么要做多機房部署
1、魅族多機房部署方案
http://www.ttlsa.com/linux/meizu-mutil-loaction-soul/
2、異地多活”多機房部署經驗談
http://dc.idcquan.com/ywgl/71559.shtml
3、小結
1、看方案首先看是解決了什么問題
2、先梳理自己的業務
3、如果失敗就做降級處理
4、實現一個類似http的DNS
2、什么叫set
- 就是數據學里的集合，比如騰訊的1-10萬會做一個集合
- 每一個集合數據硬件系統完全一樣，別的掛了可以隨時調度
- set復制延遲低解決災備，平時集合是實時同步
3、SET部署
1、互聯網后臺的奧秘
http://blog.csdn.net/oncealong/article/details/51396023
2、騰訊 Qzone 系統架構設計選型與變遷
http://www.infoq.com/cn/interviews/tencent-qzone-system-architecture-design/
3、按set部署的小結
http://blog.csdn.net/tenfyguo/article/details/8052125
3、小結：
- 騰訊的運維架構簡單
- 并不一定比我們復雜
- set集合實在扛不住就擴充
?
)
)
