Ⅰ python榪愮淮瀛︿粈涔
榪愮淮宸ョ▼甯堝拰寮鍙戜漢鍛樹竴鏍鳳紝鍚屽睘浜嶪T浠庝笟浜哄憳錛屽緢澶氫漢璁や負榪愮淮浜哄憳涓嶉渶瑕佹噦寮鍙戱紝鍏跺疄涓嶇劧錛屼笉鎳傚紑鍙戠殑榪愮淮閬撹礬浼氳秺璧拌秺紿勩傜幇闃舵碉紝鎺屾彙涓闂≒ython寮鍙戝凡緇忔垚涓洪珮綰ц繍緇村伐紼嬪笀鐨勫繀澶囨妧鑳戒簡錛岄偅涔圥ython榪愮淮瑕佸︿範鍝浜涘唴瀹癸紝濡備綍鎵嶈兘瀛﹀ソ?
涓浜哄緩璁瀛︿範鐨勮礬綰垮備笅錛
鍒濈駭鍏ラ棬錛
1銆丩inux鍩虹鐭ヨ瘑銆佸熀鏈鍛戒護錛堣搗婧愩佺粍鎴愩佸父鐢ㄥ懡浠ゅ俢p銆乴s銆乫ile銆乵kdir絳夊父瑙佹搷浣滃懡浠わ級
2銆丩inux鐢ㄦ埛鍙婃潈闄愬熀紜
3銆丩inux緋葷粺榪涚▼綆＄悊榪涢樁
4銆乴inux楂樻晥鏂囨湰銆佹枃浠跺勭悊鍛戒護錛坴im銆乬rep銆乻ed銆乤wk銆乫ind絳夊懡浠わ級
5銆乻hell鑴氭湰鍏ラ棬錛堝彲杈圭粌涔犺竟瀛︿範錛
涓綰ц繘闃
涓綰ц繘闃墮渶瑕佸湪鍏呭垎浜嗚Вlinux鍘熺悊鍜屽熀紜鐭ヨ瘑涔嬪悗錛屽逛笂灞傜殑搴旂敤鍜屾湇鍔¤繘琛屾繁鍏ュ︿範錛屽叾涓璇村埌鏈嶅姟鑲瀹氭秹鍙婂埌緗戠粶鐨勭浉鍏崇煡璇嗭紝鏄闇瑕佽姳鏃墮棿瀛︿範鐨勩
1銆乀CP/IP緗戠粶鍩虹錛堝樊涓嶅欳CNA銆丯P鐨勭煡璇嗗氨澶熺敤錛
2銆丩inux浼佷笟甯哥敤鏈嶅姟錛堝俤ns銆乭ttp銆乫tp銆乵ail銆乶fs絳夛級
3銆丩inux浼佷笟綰у畨鍏ㄥ師鐞嗗拰闃茶寖鎶宸э紙緋葷粺鎬ц兘/瀹夊叏銆佸畨鍏ㄥ▉鑳佹ā鍨嬪拰淇濇姢鏂規硶
4銆 鍔犲瘑/瑙ｅ瘑鍘熺悊鍙婃暟鎹瀹夊叏銆佺郴緇熸湇鍔¤塊棶鎺у埗鍙婃湇鍔″畨鍏ㄥ熀紜
5銆乮ptables瀹夊叏絳栫暐鏋勫緩
6銆乻hell鑴氭湰榪涢樁錛堜富瑕佹槸緇撳悎涓浜涘簲鐢錛屽啓涓浜涙堜緥錛
7銆丮ySQL搴旂敤鍘熺悊鍙婄＄悊鍏ラ棬錛堣兘綆＄悊鍜屾惌寤轟竴涓涓浜哄崥瀹㈢珯鐐癸級
瀛﹀埌榪欓噷錛屾帉鎻＄殑鍩烘湰鎶鑳斤紝宸茬粡澶熺敤浜嗭紝宸茬粡鑳藉仛涓浜涘熀紜鐨勮繍緇村伐浣滃拰綆鍗曠淮鎶や簡銆
楂樼駭鎻愬崌
1銆乭ttp鏈嶅姟浠ｇ悊緙撳瓨鍔犻燂紙鍏朵腑涓昏佸︿範varnish銆乶ginx緙撳瓨緋葷粺錛岃佸笴DN鐨勭煡璇嗘湁鎵浜嗚В銆傦級
2銆佷紒涓氱駭璐熻澆闆嗙兢錛堝叾涓涓昏佸︿範nginx銆乭aproxy銆乴vs瑕佸逛富瑕佺煡璇嗙啛緇冩帉鎻★紝瀵硅礋杞藉潎琛＄畻娉曟湁娓呮櫚璁よ瘑錛岋級
3銆佷紒涓氱駭楂樺彲鐢ㄩ泦緹 錛堝叾涓闇瑕佸筴eepalived錛宧eartbeat絳夎繘琛屾繁鍏ヨ茶В錛
4銆佽繍緇寸洃鎺zabbix璇﹁В錛堜富瑕佹槸zabbix銆乧acti銆乶agios絳夌洃鎺х郴緇燂紝鐜板湪鐢ㄧ殑姣旇緝澶氱殑鏄痾abbix錛
5銆佽繍緇磋嚜鍔ㄥ寲瀛︿範錛堥渶瑕佸︿竴浜涘紑婧愯繍緇磋嚜鍔ㄥ寲宸ュ叿鐨勪嬌鐢ㄥ俛nsible銆乸uppet銆乧obbler絳夎繍緇磋嚜鍔ㄥ寲宸ュ叿錛
Ⅱ OpenStack部署都有哪些方式
對於每一個剛接觸到OpenStack的新人而言，安裝無疑是最困難的，同時這也客觀上提高了大家學習OpenStack雲計算的技術門檻。想一想，自己3年前網上偶然接觸到OpenStack時，一頭茫然，手動搭建一個多節點環境時居然用了3個星期。
時至今日，真是感觸頗多，從某種角度而言，也很慶幸當時自己並未因困難而放棄OpenStack，否則，應該是去做其他領域了吧！
言歸正傳，咱們就來數落數落部署OpenStack都有哪些方式吧。這里，我們根據使用者群體的不同類型來進行分類和歸納：
個人使用方面
DevStack
無疑，在可預見的未來時間內，DevStack仍將是眾多開發者們的首選安裝方式或工具。該方式主要是通過配置參數，執行shell腳本來安裝一個OpenStack的開發環境。
Github: https://github.com/openstack-dev/devstack
Wiki: https://wiki.openstack.org/wiki/DevStack
Rdo
Rdo是由Red Hat開源的一款部署OpenStack的工具，同DevStack一樣，支持單節點和多節點部署。但Rdo只支持CentOS系列的操作系統。需要注意的是，該項目並不屬於OpenStack官方社區項目。
Docs：https://www.rdoproject.org/install/quickstart
手動部署
手動部署all-in-one、multi-node、multi-HA-node環境。
其他
企業、團體方面
Puppet
Puppet由Ruby語言編寫。應當說，Puppet是進入OpenStack自動化部署中的早期一批項目，歷史還算悠久。目前，它的活躍開發群體們是Red hat、 Mirantis、UnitedStack等。
Red
hat自從收購Ansible之後，如今仍然保持強勢勁頭在Puppet
OpenStack項目中的Commit數量和質量，其技術實力不容小覷；Mirantis出品的Fuel部署工具中，大量的模塊代碼便使用的是
Puppet。就國內而言，UnitedStack是Puppet社區貢獻和使用的最大用戶。
Github：
https://github.com/openstack/puppet-keystone
Governance：
Wiki：
https://wiki.openstack.org/wiki/Puppet
Ansible
Ansible
是新近出現的自動化運維工具，已被Red
Hat收購。基於Python開發，集合了眾多運維工具（puppet、cfengine、chef、saltstack等）的優點，實現了批量系統配
置、批量程序部署、批量運行命令等功能，它一方面總結了Puppet的設計上的得失，另一方面也改進了很多設計。比如是基於SSH方式工作，故而不需要在
被控端安裝客戶端。使得在和OpenStack結合上沒有歷史包袱，更加能夠輕裝上陣，未來發展潛力不容小覷號稱是「你一直尋找的下一代Iaas」的
Zstack，使用到的部署工具也是基於Ansible。
Openstack-ansible項目，最早是由老牌Rackspace公司在Launchpad官網上注冊。
在最新的Ansible OpenStack項目社區Commit貢獻中，Rackspace也可謂是遙遙領先，而緊隨其後的是Red Hat、國內九州雲等公司。
Github：https://github.com/openstack/openstack-ansible
SaltStack
SaltStack
也是一款開源的自動化部署工具，基於Python開發，實現了批量系統配置、批量程序部署、批量運行命令等功能，和Ansible也是挺相近的。不同之一
是，由於SaltStack的master和minion認證機制和工作方式，需要在被控端安裝minion客戶端，在加之其他原因，自然和
Ansible相比，其優缺點便很明顯了。
需要注意的是，使用Saltstack部署OpenStack，並不屬於OpenStack社區項目。目前，主要還是處於用戶自研自用的階段。據筆者所知，目前國內的攜程應該是使用Saltstack部署OpenStack規模最大的用戶。
Saltstack部署OpenStack示例：https://github.com/luckpenguin/saltstack_openstack
Saltstack部署OpenStack模塊：
TripleO
Tripleo
項目最早由HP於2013.4在launchpad上注冊BP。用於完成OpenStack的安裝與部署。TripleO全稱「OpenStack On
OpenStack」，意思即為「雲上雲」，可以簡單理解為利用OpenStack來部署OpenStack，即首先基於V2P(和P2V相反，也就是指
把虛擬機的鏡像遷移到物理機上)的理念事先准備好一些OpenStack節點（計算、存儲、控制節點）的鏡像，然後利用已有openstack環境的裸機
服務Ironic項目去部署裸機，軟體安裝部分的diskimage-builder，最後通過Heat項目和鏡像內的DevOps工具(Puppet
Or Chef)再在裸機上配置運行openstack。
和其他部署工具不同的是，TripleO利用OpenStack本來的基礎設施來部署OpenStack，基於Nova、 Neutron、Ironic和Heat，來自動化部署和伸縮OpenStack集群。
應
當確切的說，TripleO項目屬於當前OpenStack社區主推的「Big Tent」開發模式下的big tent
project（OpenStack下的項目分為三種，core project: nova/neutron等核心項目，big tent
project: 非核心項目，但也被OpenStack 基金會接受；第三種就是其它項目，只是放在OpenStack下，但是社區還沒有接受）。
在該項目的社區Commit貢獻上，Red hat可謂是遙遙領先，而緊隨其後的是IBM等公司。
Wiki：https://wiki.openstack.org/wiki/TripleO
Kolla
在
國內一些互聯網資料上，常看到關於kolla是TripleO項目的一部分這樣的描述，其實是不準確的。真實的是，Kolla項目起源於Tripleo項
目，時至今日，與它沒有任何關系（雖然它們的目標都是做自動化部署，但走的道路卻不同）。比之於Tripleo和其他部署工具，Kolla走的是
docker容器部署路線。
kolla項目起源於TripleO項目，聚焦於使用docker容器部署OpenStack服務。該項目由
Cisco於2014年9月提出，是OpenStack的孵化項目。當前Kolla項目在Kollaglue
repo提供了以下服務的docker鏡像。 # docker search kollaglue
Kolla的優勢和使用場景，體現在如下幾個方面：
原子性的升級或者回退OpenStack部署；
基於組件升級OpenStack；
基於組件回退OpenStack；
這里，我們予以拆分來理解：
Kolla
的最終目標是為OpenStack的每一個服務都創建一個對應的Docker Image，通過Docker
Image將升級的粒度減小到Service級別，從而使升級時，對OpenStack影響能達到最小，並且一旦升級失敗，也很容易回滾。升級只需要三
步：Pull新版本的容器鏡像，停止老版本的容器服務，然後啟動新版本容器。回滾也不需要重新安裝包了，直接啟動老版本容器服務就行，非常方便。
Kolla是通過Docker Compose來部署OpenStack集群的，現在主要是針對裸機部署的，所以在部署Docker Container時，默認的網路配置都是Host模式。
首
先，只需要通過一個命令就可以把管理節點部署完成，這個命令是調用Docker
Compose來部署OpenStack的所有服務，然後我們可以在每一個計算節點上通過Docker
Compose安裝計算節點需要的服務，就能部署一個OpenStack集群。因為Kolla的Docker
Image粒度很小，它針對每個OpenStack服務都有特定的Image，所以我們也可以通過Docker
Run來操作某個具體的OpenStack服務。
目前，我所在的公司九州雲的一位同事近日獲得提名成為Kolla項目Core。為OpenStack社區中增添了一份來自於中國的力量。
Fuel
Fuel
是針對OpenStack生產環境目標
（非開源）設計的一個端到端」一鍵部署「的工具，大量採用了Python、Ruby和JavaScript等語言。其功能含蓋自動的PXE方式的操作系統
安裝，DHCP服務，Orchestration服務 和puppet 配置管理相關服務等，此外還有OpenStack關鍵業務健康檢查和log
實時查看等非常好用的服務。
Fuel，這款讓很多人即愛且痛的工具，在國內外都很盛名。愛的原因是，它確實很棒；痛的原因是，要想徹底掌握
它，可不是一件容易事（各個模塊集成度高、使用技術復雜）。既然提到Fuel，自然不能不提它的父母——Mirantis。Mirantis是一家技術實
力非常雄厚的OpenStack服務集成商，他是社區貢獻排名前5名中唯一一個靠OpenStack軟體和服務盈利的公司。同時，Fuel的版本節奏也很
快，平均每半年就能提供一個相對穩定的社區版。
從和筆者接觸到的一些情況來看，國內研究、使用Fuel的個人、群體還是為數不少的。不少國內OpenStack初創公司的安裝包就是基於Fuel去修改的。
Ⅲ kubernetes 提供什麼功能
Kubernetes是一個開源項目，它把谷歌的集群管理工具引入到虛擬機和裸機場景中。它可以完美運行在現代的操作系統環境（比如CoreOS
和Red Hat
Atomic），並提供可以被你管控的輕量級的計算節點。Kubernetes使用Golang開發，具有輕量化、模塊化、便攜以及可擴展的特點。我們
（Kubernetes開發團隊）正在和一些不同的技術公司（包括維護著Mesos項目的MesoSphere）合作來把Kubernetes升級為一種
與計算集群交互的標准方式。Kubernetes重新實現了Google在構建集群應用時積累的經驗。這些概念包括如下內容：
Pods：一種將容器組織在一起的方法；
Replication Controllers：一種控制容器生命周期的方法（譯者註：Replication Controller確保任何時候Kubernetes集群中有指定數量的pod副本(replicas)在運行）；
Labels：一種可以找到和查詢容器的方法；
Services：一個用於實現某一特定功能的容器組；
因此，只要使用Kubernetes你就能夠簡單並快速的啟動、移植並擴展集群。在這種情況下，集群就像是類似虛擬機一樣靈活的資源，它是一個邏輯運算單元。打開它，使用它，調整它的大小，然後關閉它，就是這么快，就是這么簡單。
Mesos和Kubernetes的願景差不多，但是它們在不同的生命周期中各有不同的優勢。Mesos是分布式系統內核，它可以將不同的機器整
合在一個邏輯計算機上面。當你擁有很多的物理資源並想構建一個巨大的靜態的計算集群的時候，Mesos就派上用場了。有很多的現代化可擴展性的數據處理應
用都可以在Mesos上運行，包括Hadoop、Kafka、Spark等，同時你可以通過容器技術將所有的數據處理應用都運行在一個基礎的資源池中。在
某個方面來看，Mesos是一個比Kubernetes更加重量級的項目，但是得益於那些像Mesosphere一樣的貢獻者，Mesos正在變得更加簡
單並且容易管理。
有趣的是Mesos正在接受Kubernetes的理念，並已經開始支持Kubernetes
API。因此如果你需要它們的話，它將是對你的Kubernetes應用去獲得更多能力的一個便捷方式（比如高可用的主幹、更加高級的調度命令、去管控很
大數目結點的能力），同時能夠很好的適用於產品級工作環境中（畢竟Kubernetes仍然還是一個初始版本）。
當被問到區別的時候，我會這樣回答：
如果你是一個集群世界的新手，那Kubernetes是一個很棒的開始。它可以用最快的、最簡單的、最輕量級的方式來解決你的問題，並幫
助你進行面向集群的開發。它提供了一個高水平的可移植方案，因為很多廠商已經開始支持Kubernetes，例如微軟、IBM、Red
Hat、CoreOS、MesoSphere、VMWare等。
如果你擁有已經存在的工作任務（Hadoop、Spark、Kafka等），那Mesos可以給你提供了一個將不同工作任務相互交錯的框架，然後還可以加入一些新的東西，比如Kubernetes應用。
如果你想使用的功能Kuberntes還沒實現，那Mesos是一個不錯的替代品，畢竟它已經成熟。