openstackpython3

1. 不喜歡python(有java經驗),適合做Openstack嗎

個人不太喜歡Python這種弱類型語言，不適合做Openstack.
以前有過幾年Java開發經驗，近一兩年工作中對Openstack也有一些接觸了，但似乎總對Python語言不適應，我感覺要想把Openstack做好估計得對源碼有比較深的研究、並最好能實現一些定製化開發吧，所以目前對自己以後的發展方向比較猶豫，是繼續在Openstack方向上走下去？還是轉做Hadoop或CloudStack等其它方向？
題主何不試試用java改寫openstack

2. openstack 是用什麼語言開發的

使用的是Python和C++。

3. centos6下搭建openstack需要升級python嗎

應該不用吧。centos6的python版本應該比較高級了，至少是python2.5。
不過建議你統一成python2.7。
這樣就完全不用擔心了。
python2.5,
2.6,
2.7還是有少許差別的。不太兼容。如果更老的版本就更不用說，差異大。
但是python2.7是最後一個python2的版本。通常兼容性都好。

4. 如何優雅的閱讀openstack源代碼

OpenStack 本身用 python 語言編寫，雖然我一直覺得自己的 python 功底已經不錯了，但在看源碼的過程中，還總是覺得自己掌握的東西太少了，所以，首要的一點，如果你在看 OpenStack 源碼，請一定要打牢你的 python 基礎，不然有些技巧性的代碼可能讓你停滯不前。看源碼，如果能一氣呵成最好。什麼叫一氣呵成.我先講個每個人生活中都可能遇到的一些情況：你在做 A 事，但是突然 B 打電話，讓你幫著解決 C 事，然後你就去做 C 事了，等你做完 C 事，發現家裡有 D 事必須要做，然後你又去做 D 事……這樣的結果就是，你把 A 事給遺忘了，即便你空閑時候想起來了，但是再去做的時候，發現沒有第一次那樣熟悉 A 事了，你需要重新花費一些時間來熟悉它。試想，如果一開始你就把 A 事做到底，會怎樣。

看源碼其實是一個很漫長的過程，特別對一個大型項目而言，如果你要看完它的源碼，過程是很曲折的，這里的看完不僅僅是過目了一遍，腦子里還要能把邏輯關系理順。你可能有疑問了，要看源碼，一天兩天解決不了，但是又要保證一氣呵成，這根本就是無稽之談嘛！事情也的確是這樣，魚與熊掌不可兼得！這里就有一個技巧的問題了，你不妨想像，這么大一個項目，它是怎麼開發出來的難道一開始，項目就已經策劃好了。需要多少個源文件，每個文件裡面的源碼是什麼也都做好了。有點經驗的程序員都知道，這是不可能的。項目的開發是慢慢細化的，一開始只是核心，然後是骨架，然後有血肉，然後有做 A 事的工具……到這里，或許你知道我要說什麼了，源碼怎麼一步步寫出來的，我們就怎麼一步步的去看它。先研究核心，再研究骨架，然後血肉，其它工具。還有一個問題，就算我知道怎麼看這些源碼，我怎麼去一氣呵成。這就好比你要完成一件大事情，但是你發現給自己定這么宏大的目標對自己來說比登天還難，所以你就想到用小目標來不斷激勵自己，最終不斷接近大目標。這里的一氣呵成既然不能一氣把所有源碼呵成，那就分段吧。

5. python三本經典書籍都是什麼

python三本經典書籍有：《深度學習入門：基於Python的理論與實現》，《Python高性能（第2版）》，《Python科學計算最佳實踐：SciPy指南》。

1、《深度學習入門：基於Python的理論與實現》

本書深入淺出地剖析了深度學習的原理和相關技術，使用Python3，盡量不依賴外部庫或工具，從基本的數學知識出發，帶領讀者從零創建一個經典的深度學習網路，使讀者在此過程中逐步理解深度學習。

本書結合大量代碼實例，詳盡展示了SciPy的強大科學計算能力，包括用NumPy和SciPy進行分位數標准化，用Ndimage實現圖像區域網路、頻率與快速傅里葉變換，用稀疏坐標矩陣實現列聯表、SciPy中的線性代數、SciPy中的函數優化等。

Python標准庫的主要功能有：

文本處理，包含文本格式化、正則表達式匹配、文本差異計算與合並、Unicode支持，二進制數據處理等功能。

文件處理，包含文件操作、創建臨時文件、文件壓縮與歸檔、操作配置文件等功能。

操作系統功能，包含線程與進程支持、IO復用、日期與時間處理、調用系統函數、寫日記(logging)等功能。

6. 如何快速部署OpenStack環境

OpenShit是一款能夠在Ubuntu14.04系統上快速部署Openstack的小工具,它使用Shell腳本和Python腳本完成對Openstack各組件的安裝和配置.並且可以方便的更改配置參數重新配置,重啟服務清空資料庫等等.利用命令可以進行完全的自動化安裝和配置.以下是OpenShit的地址

OpenShit命令介紹
./openshit.sh <--all|service_name> start|stop|restart
可對各個(或者全部)Openstack組件進行啟動,停止,重啟操作.
./openshit.sh <--all|service_name> install|uninstall|download
可對Openstack各個組件進行 安裝,卸載,下載包 操作
./openshit.sh <--all|service_name> config
可以配置組建建立資料庫, 原先的配置文件在config-backup文件夾中按照時間備份起來,使用rollback.sh腳本可以方便的回滾配置文件改動
./openshit.sh <--all|service_name> clean
可以清除服務的資料庫, 若服務出問題了可以直接清掉資料庫然後重新config
接下來我們使用OpenShit在Ubuntu14.04上部署OpenStack.這里有幾個小要求:
1. Ubuntu14.04分區一定要有足夠的空間.OpenStack在創建實例的時候會使用分區的空間,空間不夠則無法創建實例.測試用Ubuntu14.04分了100G,足夠使用了.

2. 建議最好是新裝的ubuntu分區.如果裝過神馬DevStack沒裝成功一堆垃圾留在系統庫里再用OpenShit不成功那就不好意思了.
不多說現在開始
1.安裝git, 使用git下載openshit
git clone https://github.com/windworst/openshit.git.

2.修改配置文件setting.conf.
裡面有很多密碼:資料庫密碼,服務密碼.默認的可以更改,不改也沒什麼.
改變網路配置.配置文件內IP值都設置稱自己的IP, 網卡設置成自己的網卡(默認為eth0).

3.配置文件修改完成後開始安裝
./openshit.sh --all install.
這個命令會 問你是否需要配置軟體源, 第一次使用openshit請選擇y, 所以命令可以這樣寫:
echo y | ./openshit.sh --all install

4.一段時間後安裝完成,請輸入
./openshit.sh --all config
會根據setting.conf的值修改各個組件的配置文件以及資料庫配置.

5.完成後
運行source admin-env.sh; nova service-list 查看服務狀態若都為up安裝成功
在瀏覽器內打開 http://localhost/horizon即可看到Openstack管理界面輸入密碼可登陸

現在OpenStack成功部署到了Ubuntu14.04伺服器上.
為了成功運行一個實例,我們需要製作並上傳一個鏡像, 配置網路,啟動實例.
這里製作一個ubuntu14 server 的鏡像
1. 製作鏡像
qemu-img create -f qcow2 ubuntu.img 20G
kvm -cdrom ubuntu-14.04-server-amd64.iso -drive file=ubuntu.img,if=virtio,index=0 -boot d -net nic -net user
這里就是直接從光碟安裝ubuntu14-server了 裝好就行

2.上傳鏡像
在openshit目錄中 執行 source admin-env.sh
執行
glance image-create --name "ubuntu" --file ubunut.img --disk-format qcow2 --container-format bare --is-public True --progress
進度條快速滾過,上傳完成
3. 創建網路
在openshit目錄中 執行 source admin-env.sh (前面執行過了這里就不用執行了)
執行
nova network-create v-net --bridge br100 --multi-host T --fixed-range-v4 10.0.1.0/29
這里 v-net是網路名字 10.0.1.0/29 是網段和要分配的主機數量 不要設置網段跟本網段一樣,否則蛋疼超乎你想像
執行
nova net-list
可以看到剛才創建的網路
4. 創建實例
在web管理端 鏡像 欄內 點 運行 即可創建實例 (會分配剛才創建網路的ip地址)
點擊控制台,可以通過vnc看到虛擬機的屏幕
這里有個問題 虛擬機和主機能互相ping通(需要關掉防火牆),不過無法訪問外網,可能是哪裡沒有設置.

7. 什麼是OpenStack

‍

本文詳細介紹了Openstack的網路原理和實現，主要內容包括：Neutron的網路架構及網路模型還有neutron虛擬化的實現和對二三層網橋的理解。

一、Neutron概述

Neutron是一個用Python寫的分布式軟體項目，用來實現OpenStack中的虛擬網路服務，實現軟體定義網路。Neutron北向有自己的REST API，中間有自己的業務邏輯層，有自己的DB和進程之間通訊的消息機制。同時Neutron常見的進程包括Neutron-server和Neutron-agent，分布式部署在不同的操作系統。

OpenStack發展至今，已經經歷了20個版本。雖然版本一直在更替，發展的項目也越來越多，但是Neutron作為OpenStack三大核心之一，它的地位是不會動搖的。只不過當初的Neutron也只是Nova項目的一個模塊而已，到F版本正式從中剝離，成為一個正式的項目。

從Nova-Network起步，經過Quantum，多年的積累Neutron在網路各個方面都取得了長足的發展。其主要的功能為：

（1）支持多租戶隔離

（2）支持多種網路類型同時使用

（3）支持隧道技術（VXLAN、GRE）

（4）支持路由轉發、SNAT、DNAT技術

（5）支持Floating IP和安全組

多平面租戶私有網路

圖中同時有VXLAN和VLAN兩種網路，兩種網路之間互相隔離。租戶A和B各自獨佔一個網路，並且通過自己的路由器連接到了外部網路。路由器為租戶的每個虛擬機提供了Float IP，完成vm和外網之間的互相訪問。

二、Neutron架構及網路模型

1、Neutron架構

Neutron-sever可以理解為類似於nova-api那樣的一個專門用來接收API調用的組件，負責將不同的api發送到不同Neutron plugin。

Neutron-plugin可以理解為不同網路功能實現的入口，接收server發來的API，向database完成一些注冊信息。然後將具體要執行的業務操作和參數通知給對應的agent來執行。

Agent就是plugin在設備上的代理，接受相應的plugin通知的業務操作和參數，並轉換為具體的命令行操作。

總得來說，server負責交互接收請求，plugin操作資料庫，agent負責具體的網路創建。

2、Neutron架構之Neutron-Server

（1）Neutron-server的本質是一個Python Web Server Gateway Interface（WSGI），是一個Web框架。

（2）Neutron-server接收兩種請求：

REST API請求：接收REST API請求，並將REST API分發到對應的Plugin（L3RouterPlugin）。

RPC請求：接收Plugin agent請求，分發到對應的Plugin（NeutronL3agent）。

3、Neutron架構之Neutron-Plugin

Neutron-plugin分為Core-plugin和Service-plugin。

Core-plugin：ML2負責管理二層網路，ML2主要包括Network、Subnet、Port三類核心資源，對三類資源進行操作的REST API是原生支持的。

Service-plugin：實現L3-L7網路，包括Router、Firewall、VPN。

4、Neutron架構之Neutron-Agent

（1）Neutron-agent配置的業務對象是部署在每一個網路節點或者計算節點的網元。

（2）網元區分為PNF和VNF：

PNF：物理網路功能，指傳統的路由器、交換機等硬體設備

VNF：虛擬網路功能，通過軟體實現的網路功能（二層交換、三層路由等）

（3）Neutron-agent三層架構如下圖：

Neutron-agent架構分為三層，北向為Neutron-server提供RPC介面，供Neutron server調用，南向通過CLI協議棧對Neutron VNF進行配置。在中間會進行兩種模型的轉換，從RPC模型轉換為CLI模型。

5、Neutron架構之通信原理

（1）Neutron是OpenStack的核心組件，官網給出Neutron的定義是NaaS。

（2）Naas有兩層含義：

對外介面：Neutron為Network等網路資源提供了RESTful API、CLI、GUI等模型。

內部實現：利用linux原生或者開源的虛擬網路功能，加上硬體網路，構建網路。

Neutron接收到API請求後，交由模塊WSGI進行初步的處理，然後這個模塊通過Python API調用neutron的Plugin。Plugin做了相應的處理後，通過RPC調用Neutron的Agent組件，agent再通過某種協議對虛擬網路功能進行配置。其中承載RPC通信的是AMQP server，在部署中常用的開源軟體就是RabbitMQ

6、Neutron架構之控制節點網路模型

控制節點沒有實現具體的網路功能，它對各種虛擬設備做管理配合的工作。

（1）Neutron：Neutron-server核心組件。

（2）API/CLI：Neutron進程通過API/CLI介面接收請求。

（3）OVS Agent：Neutron通過RPC協議與agent通信。

控制節點部署著各種服務和Neutron-server，Neutron-server通過api/cli介面接收請求信息，通過RPC和Agent進行交互。Agent再調用ovs/linuxbridge等網路設備創建網路。

7、Neutron架構之計算節點網路模型

（1）qbr：Linux Bridge網橋

（2）br-int：OVS網橋

（3）br-tun：OVS隧道網橋

（4）VXLAN封裝：網路類型的轉變

8、Neutron架構之網路節點網路模型

網路節點部署了Router、DHCP Server服務，網橋連接物理網卡。

（1）Router：路由轉發

（2）DHCP： 提供DNS、DHCP等服務。

（3）br-ex： 連接物理網口，連接外網

三、Neutron虛擬化實現功能及設備介紹

1、Neutron虛擬化實現功能

Neutron提供的網路虛擬化能力包括：

（1）二層到七層網路的虛擬化：L2（virtual Switch）、L3（virtual Router 和 LB）、L47（virtual Firewall ）等

（2）網路連通性：二層網路和三層網路

（3）租戶隔離性

（4）網路安全性

（5）網路拓展性

（6）REST API

（7）更高級的服務，包括 LBaaS，FWaaS，VPNaaS 等

2、Neutron虛擬化功能之二層網路

（1）按照用戶許可權創建網路：

Provider network：管理員創建，映射租戶網路到物理網路

Tenant network：租戶創建的普通網路

External network：物理網路

（2）按照網路類型：

Flat network：所有租戶網路在一個網路中

Local network：只允許在伺服器內通信，不通外網

VLAN network：基於物理VLAN實現的虛擬網路

VXLAN network：基於VXLAN實現的虛擬網路

3、Neutron虛擬化實現功能之租戶隔離

Neutron是一個支持多租戶的系統，所以租戶隔離是Neutron必須要支持的特性。

（1）租戶隔離三種含義：管理面隔離、數據面的隔離、故障面的隔離。

（2）不同層次租戶網路的隔離性

租戶與租戶之間三層隔離

同一租戶不同網路之間二層隔離

同一租戶同一網路不同子網二層隔離

（3）計算節點的 br-int 上，Neutron 為每個虛機連接 OVS 的 access port 分配了內部的 VLAN Tag。這種 Tag 限制了網路流量只能在 Tenant Network 之內。

（4）計算節點的 br-tun 上，Neutron 將內部的 VLAN Tag 轉化為 VXLAN Tunnel ID，然後轉發到網路節點。

（5）網路節點的 br-tun 上，Neutron 將 VXLAN Tunnel ID 轉發了一一對應的 內部 VLAN Tag，使得 網路流被不同的服務處理。

（6）網路節點的 br-int 上連接的 DHCP 和 L3 agent 使用 Linux Network Namespace 進行隔離。

4、Neutron虛擬化實現功能之租戶網路安全

除了租戶隔離以外 Neutron還提供數據網路與外部網路的隔離性。

（1）默認情況下，所有虛擬機通過外網的流量全部走網路節點的L3 agent。在這里，內部的固定IP被轉化為外部的浮動IP地址

（1）Neutron還利用Linux iptables特性，實現其Security Group特性，從而保證訪問虛機的安全性

（3）Neutron利用網路控制節點上的Network Namespace中的iptables，實現了進出租戶網路的網路防火牆，從而保證了進出租戶網路的安全性。

5、Neutron虛擬化設備

（1）埠：Port代表虛擬網路交換機上的一個虛擬交換機埠

虛擬機的網卡連接到Port上就會擁有MAC地址和IP地址

（2）虛擬交換機：Neutron默認採用開源的Openvswitch，

同時還支持Linux Bridge

（3）虛擬路由器VR：

• 路由功能
• 一個VR只屬於一個租戶，租戶可以有多個VR
• 一個VR可以有若干個子網
• VR之間採用Namespace隔離

四、Neutron網橋及二三層網路理解

1、Neutron-Local-Bridge

僅用於測試；網橋沒有與物理網卡相連VM不通外網。

圖中創建了兩個local network，分別有其對應的qbr網橋。Vm123的虛擬網卡通過tap連接到qbr網橋上。其中2和3屬於同一個network可以通信，1屬於另一個網路不能和23進行通信。並且qbr網橋不連物理網卡，所以說local網路虛擬機只能同網路通信，不能連通外網。

2、Neutron-Flat-Bridge

• Linux Bridge直接與物聯網卡相連
• 每個Flat獨佔一個物理網卡
• 配置文件添加響應mapping

Flat網路是在local網路的基礎上實現不同宿主機之間的二層互聯，但是每個flat network都會佔用一個宿主機的物理介面。其中qbr1對應的flatnetwork 連接 eth1 qbr2，兩個網路的虛機在物理二層可以互聯。其它跟local network類似。

3、Neutron-VLAN-Bridge

在基於linux bridge的vlan網路中，eht1物理網卡上創建了兩個vlan介面，1.1連接到qbr1網橋，1.2連接到了qbr2網橋。在這種情況下vm通過eth1.1或者eth1.2發送到eth1的包會被打上各自的vlan id。此時vm2和vm3屬於同一個network所以是互通的，vm與vm2和vm3不通。

4、Neutron-VXLAN-Bridge

這個是以Linux bridge作agent的Vxlan網路：

Vxlan網路比Vxlan網路多了個VXLAN隧道，在Openstack中創建好內部網路和實例後，agent就會在計算節點和網路節點創建一對vxlan vtep.組成隧道的兩個端點。

Vxlan連接在eth0網口。在網路節點多了兩個組件dhcp 和router，他們分別通過一對veth與qbr網橋連接在一起，多個dhcp和路由之間使用namesapce隔離，當vm產生ping包時，發往linux 網橋qbr1，通過網橋在vxlan12上封裝數據包，數據通過eth0網卡出計算節點到網路節點的eth0，在vxlan12解包。到達路由器之後經過nat地址轉換，從eth1出去訪問外網，由租戶網路到運營商網路再到外部網路。

5、Neutron-VLAN-OVS

與Linux bridge不同，openvswitch 不是通過eth1.1 eth1.2這樣的vlan介面來隔離不同的vlan，而是通過openvswitch的流表規則來指定如何對進出br-int的數據進行轉發，實現不同vlan的隔離。

圖中計算節點的所有虛擬機都連接在int網橋上，虛擬機分為兩個網路。Int網橋會對到來的數據包根據network的不同打上vlan id號，然後轉發到eth網橋,eth網橋直連物理網路。這時候流量就從計算節點到了網路節點。

網路節點的ehx int網橋的功能相似，多了一個ex網橋，這個網橋是管理提前創建好的，和物理網卡相連，ex網橋和int網橋之間通過一對patch-port相連，虛擬機的流量到達int網橋後經過路由到ex網橋。

6、Neutron-VXLAN-OVS

Vxlan的模型和vlan的模型十分相似，從表面上來看，他倆相比只有一個不同,vlan對應的是ethx網橋，而vxlan對應的是tun網橋。

在這里ethx和tun都是ovs網橋，所以說兩者的差別不是實現組件的差別而是組件所執行功能的差別，ethx執行的是普通二層交換機的功能，tun執行的是vxlan中的vtep的功能，圖中倆tun對應的介面ip就是vxlan的隧道終結點ip。所以說虛機的數據包在到達tun網橋之前是打的是vlan tag，而到達tun之後會發生網路類型的轉換，從vlan封裝為vxlan然後到達網路節點。而之前的vlan類型的網路，虛機數據包的類型一直都是vlan。

7、物理的二層與虛擬的二層（VLAN模式)

（1）物理的二層指的是：物理網路是二層網路，基於乙太網協議的廣播方式進行通信。

（2）虛擬的二層指的是：Neutron實現的虛擬網路也是二層網路（openstack的vm機所用的網路必須是大二層），也是基於乙太網協議的廣播方式進行通信，但毫無疑問的是該虛擬網路是依賴於物理的二層網路。

（3）物理二層+虛擬二層的典型代表：VLAN網路模式。

8、物理的三層與虛擬的二層（GRE模式與VXLAN模式）

（1）物理三層指的是：物理網路是三層網路，基於IP路由的方式進行通信。

（2）虛擬的二層指的是：Neutron實現的虛擬網路仍然是二層網路（openstack的vm機所用的網路必須是大二層），仍然是基於乙太網的廣播方式進行通信，但毫無疑問的是該虛擬機網路是依賴於物理的三層網路，這點有點類似於VPN的概念，根本原理就是將私網的包封裝起來，最終打上隧道的ip地址傳輸。

（3）物理三層+虛擬二層的典型代表：GRE模式與VXLAN模式。

8. openstack sdk 和 openstack python sdk的區別

openstack是最近3年學習python的人最值得學習的一個雲計算框架。 OpenStack 包含兩個主要模塊：Nova 和 Swift，前者是 NASA 開發的虛擬伺服器部署和業務計算模塊；後者是 Rackspace開發的分布式雲存儲模塊，兩者可以一起用，也可以分開單獨用。 ...

9. Openstack需要學習python到什麼程度

這個課程不會有編寫代碼的，但是會看一些python代碼，所以，至少要對python基本語法有一定的了解。
python應該做二次開發，或者工具開發用的，如果做這方面當然是python運用的越好越有利啊！當日還有對openstack更加了解。

10. openstack用的python什麼框架

openstack是最近3年學習python的人最值得學習的一個雲計算框架。

OpenStack 包含兩個主要模塊：Nova 和 Swift，前者是 NASA 開發的虛擬伺服器部署和業務計算模塊；後者是 Rackspace開發的分布式雲存儲模塊，兩者可以一起用，也可以分開單獨用。

在ubuntu操作系統上，可以很輕松安裝openstack這個私有雲框架。而openstack就是用Python編程語言編寫的。
整合Tornado 網頁伺服器（快速響應）、Nebula運算平台
使用Twisted軟體框架（高並發）
遵循Open Virtualization Format、AMQP、SQLAlchemy等標准
虛擬機器軟體支持包括：KVM、Xen、VirtualBox、QEMU、 LXC 等。
KVM相對速度要快些。xen比較新。virtualbox是以qemu為基礎做的。LXC還沒有用過。

python如果不喜歡，想做openstack也沒有問題，畢竟它只是一個框架與語言本身相差很大的。
比如你不喜歡java，但不等於你不會在android上開發APP。這與JAVA語言本身關系不大。