基于OpenStackM版本各組件高可用方案探索是怎樣的

基于OpenStack M版本各組件高可用方案探索是怎樣的，針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

成都創(chuàng)新互聯(lián)是一家集網站建設,簡陽企業(yè)網站建設,簡陽品牌網站建設,網站定制,簡陽網站建設報價,網絡營銷,網絡優(yōu)化,簡陽網站推廣為一體的創(chuàng)新建站企業(yè)，幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強企業(yè)競爭力。可充分滿足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網需求。同時我們時刻保持專業(yè)、時尚、前沿，時刻以成就客戶成長自我，堅持不斷學習、思考、沉淀、凈化自己，讓我們?yōu)楦嗟钠髽I(yè)打造出實用型網站。

1       前言

本測試主要是針對Openstack各個組件，探索實現(xiàn)高可用的部署架構，防止在某個物理節(jié)點down機之后造成云平臺服務以及虛擬機實例的不可用。

Openstack主要組件以及需要考慮實現(xiàn)HA的部分如下：

1：keystone認證模塊

1)     keystone-api

2：glance鏡像模塊

1)     glance-api

2)     glance-registry

3)     glance backend storage

3：nova計算模塊

1)     nova-api

2)     nova-novncproxy

3)     instance

4；cinder塊存儲模塊

1)     cinder-api

2)     cinder-volume

5：neutron網絡模塊

1)     neutron-server

2)     l3 router

6：swift對象存儲模塊

1)     proxy-server

7：horizon前臺dashboard界面

8：后臺mariaDB數據庫

9：rabbitmq消息隊列中間件

10：memcache緩存系統(tǒng)

部署的物理主機信息如下：

節(jié)點名	登錄操作IP地址	內部組件通信IP地址	OS版本	Openstack版本
controller	10.45.5.155	192.168.159.128	CentOS7.2	mitaka
compute	10.45.6.196	192.168.159.129	CentOS7.2	mitaka
compute1	10.45.6.191	192.168.159.130	CentOS7.2	mitaka

所有主機均部署openstack所有的服務組件，方便進行高可用部署。

2       Openstack各組件HA實現(xiàn)方式

2.1      keystone組件高可用

1)     keystone-api(httpd)

高可用實現(xiàn)方式：

pacemaker+corosync：通過pacemaker生成浮動地址，3個節(jié)點將keystone服務監(jiān)聽直接啟動在0.0.0.0，浮動地址在各個節(jié)點之間切換，同時只有一個節(jié)點提供服務。

haproxy：通過pacemaker生成浮動地址，3個節(jié)點將keystone服務監(jiān)聽直接啟動在各個節(jié)點的內部通信ip上，再通過haproxy將監(jiān)聽啟動在浮動ip上，統(tǒng)一對外提供服務，并對下面3個物理節(jié)點分發(fā)請求。

遺留問題：使用haproxy無法做到A-A負載均衡模式，會有token信息混亂的問題，所以在haproxy中只能配置一個active節(jié)點，其他節(jié)點為backup。

 

2.2      glance組件高可用

1)     glance-api, glance-registry

高可用實現(xiàn)方式：

pacemaker+corosync：通過pacemaker生成浮動地址，3個節(jié)點將api和registry服務監(jiān)聽直接啟動在0.0.0.0，浮動地址在各個節(jié)點之間切換，同時只有一個節(jié)點提供服務。

haproxy：通過pacemaker生成浮動地址，3個節(jié)點將api和registry服務監(jiān)聽直接啟動在各個節(jié)點的內部通信ip上，再通過haproxy將監(jiān)聽啟動在浮動ip上，統(tǒng)一對外提供服務，并對下面3個物理節(jié)點分發(fā)請求實現(xiàn)A-A模式冗余。

2)     glance后端存儲

高可用實現(xiàn)方式：

swift：后端通過連接swift對象存儲的浮動ip，依靠swift本身的高可用性，實現(xiàn)glance后端存儲的HA。

 

遺留問題：暫無

2.3      nova組件高可用

1)     nova-api, nova-novncproxy

高可用實現(xiàn)方式：

pacemaker+corosync：通過pacemaker生成浮動地址，3個節(jié)點將api和vncproxy服務監(jiān)聽直接啟動在0.0.0.0，浮動地址在各個節(jié)點之間切換，同時只有一個節(jié)點提供服務。

haproxy：通過pacemaker生成浮動地址，3個節(jié)點將api和vncproxy服務監(jiān)聽直接啟動在各個節(jié)點的內部通信ip上，通過haproxy將監(jiān)聽啟動在浮動ip上，統(tǒng)一對外提供服務，并對下面3個物理節(jié)點分發(fā)請求，實現(xiàn)A-A模式冗余。

2)     instance

高可用實現(xiàn)方式：

instance live migrate：通過live migrate功能實現(xiàn)實例在計算節(jié)點之間的在線遷移.(類似vSphere中的vmotion功能 )

instance evacuate：通過nova-evacuate組件實現(xiàn)在計算節(jié)點宕機的情況下，將instance從其他節(jié)點上重啟。

遺留問題：暫時沒有可靠的方法實現(xiàn)在主機故障的情況下自動觸發(fā)instance evacuate.(實現(xiàn)類似vSphere HA的功能)

2.4      cinder組件高可用

1)     cinder-api

高可用實現(xiàn)方式：

pacemaker+corosync：通過pacemaker生成浮動地址，3個節(jié)點將api服務監(jiān)聽直接啟動在0.0.0.0，浮動地址在各個節(jié)點之間切換，同時只有一個節(jié)點提供服務。

haproxy：通過pacemaker生成浮動地址，3個節(jié)點將api服務監(jiān)聽直接啟動在各個節(jié)點的內部通信ip上，通過haproxy將監(jiān)聽啟動在浮動ip上，統(tǒng)一對外提供服務，并對下面3個物理節(jié)點分發(fā)，請求實現(xiàn)A-A模式冗余。

2)     cinder-volume

高可用實現(xiàn)方式：

cinder migrate：通過在多個節(jié)點部署cinder-volume服務，連接后端同一個磁陣。當其中一個cinder-volume出現(xiàn)問題，如主機宕機，存儲鏈路故障等，即可使用cinder migrate將volume host為宕機的cinder節(jié)點的volume的volume host更改為正常的host，即可重新訪問到存儲。

遺留問題：

1.      暫時沒有可靠的方案實現(xiàn)cinder-volume服務狀態(tài)的檢測以及自動切換，如無法監(jiān)控存儲鏈路故障。

2.      暫時無法配置volume跨backend的在線拷貝遷移(實現(xiàn)類似vSphere中Storage Vmotion的功能)

2.5      neutron組件高可用

1)     neutron-server

高可用實現(xiàn)方式：

pacemaker+corosync：通過pacemaker生成浮動地址，3個節(jié)點將neutron-server服務監(jiān)聽直接啟動在0.0.0.0，浮動地址在各個節(jié)點之間切換，同時只有一個節(jié)點提供服務。

haproxy：通過pacemaker生成浮動地址，3個節(jié)點將neutron-server服務監(jiān)聽直接啟動在各個節(jié)點的內部通信ip上，通過haproxy將監(jiān)聽啟動在浮動ip上，統(tǒng)一對外提供服務，并對下面3個物理節(jié)點分發(fā)請求, 實現(xiàn)A-A模式冗余。

2)     l3 router

高可用實現(xiàn)方式：

keepalived+vrrp：待測試

遺留問題：

1.      如果要將我們當前的vmware的組網方式照搬到openstack上，可能無法對號入座，需要一起討論一下。

2.6      swift組件高可用

1)     proxy-server

高可用實現(xiàn)方式：

pacemaker+corosync：通過pacemaker生成浮動地址，3個節(jié)點將proxy-server服務監(jiān)聽直接啟動在0.0.0.0，浮動地址在各個節(jié)點之間切換，同時只有一個節(jié)點提供服務。

haproxy：通過pacemaker生成浮動地址，3個節(jié)點將keystone服務監(jiān)聽直接啟動在各個節(jié)點的內部通信ip上，通過haproxy將監(jiān)聽啟動在浮動ip上，統(tǒng)一對外提供服務，并對下面3個物理節(jié)點分發(fā)請求，實現(xiàn)A-A模式冗余。

遺留問題：暫無

2.7      horizon組件高可用

1)     dashboard

高可用實現(xiàn)方式：

pacemaker+corosync：通過pacemaker生成浮動地址，3個節(jié)點將dashboard web服務監(jiān)聽直接啟動在0.0.0.0，浮動地址在各個節(jié)點之間切換，同時只有一個節(jié)點提供服務。

haproxy：通過pacemaker生成浮動地址，3個節(jié)點將dashboard web服務監(jiān)聽直接啟動在各個節(jié)點的內部通信ip上，通過haproxy將監(jiān)聽啟動在浮動ip上，統(tǒng)一對外提供服務，并對下面3個物理節(jié)點分發(fā)請求，實現(xiàn)A-A模式冗余。

遺留問題：暫無

2.8      MariaDB高可用

galera cluster：三個節(jié)點均安裝MariaDB數據庫，通過galera cluster創(chuàng)建多節(jié)點多主集群，然后通過pacemaker生成浮動地址，在各個節(jié)點之間切換，同時只有一個數據庫節(jié)點提供服務。

遺留問題：官方ha-guide中有使用haproxy掛galera cluster的例子，但是實際配置中暫時無法使用haproxy做前端分發(fā)，通過haproxy監(jiān)聽的端口無法連接數據庫，原因暫時還未查明。

2.9      RabbitMQ高可用

rabbitmq internal cluster：rabbitmq內部提供和原生的集群機制，可以將多個節(jié)點加入到一個集群中，通過網絡同步消息隊列數據。并且openstack其他各個組件也內部提供了冗余的消息隊列配置選項，在配置message queue地址的時候，同時加入3個節(jié)點的地址和端口即可。

遺留問題：暫無

2.10 Memcached高可用

original supported by openstack：openstack原生支持memcached的A-A多點配置，和rabbitmq類似，只需要在配置項中配置所有memcached節(jié)點的地址即可

遺留問題：暫無

3       總結

根據如上測試結論，得出各個組件的HA機制實現(xiàn)矩陣如下：

系統(tǒng)模塊	服務模塊	pacemaker+corosync	haproxy	其他機制	備注
keystone認證模塊	keystone-api	√	√		haproxy暫時不支持負載均衡模式
glance鏡像模塊	glance-api	√	√
glance-registry	√	√
glance后端存儲	×	×	swift
nova計算模塊	nova-api	√	√
nova-novncproxy	√	√
instance	×	×	nova migrate nova evacuate	暫時無法實現(xiàn)故障時自動evacuate
cinder塊存儲模塊	cinder-api	√	√
cinder-volume	×	×	cinder migrate	暫時無法實現(xiàn)故障時自動migrate
neutron網絡模塊	neutron-server	√	√
L3 router	×	×	Keepalived+vrrp	Router冗余方案待測試 openstack組網方案需要討論
swift對象存儲模塊	proxy-server	√	√
horizon前臺管理界面	dashboard	√	√
mariadb后臺sql數據庫	mariadb	√	×	galera cluster	按照官方ha指導中的haproxy配置方式客戶端無法連接數據庫
rabbitmq消息隊列	rabbitmq	×	×	自帶cluster機制
memcached緩存系統(tǒng)	memcached	×	×	openstack原生支持多memcached server

關于基于OpenStack M版本各組件高可用方案探索是怎樣的問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注創(chuàng)新互聯(lián)行業(yè)資訊頻道了解更多相關知識。

當前名稱：基于OpenStackM版本各組件高可用方案探索是怎樣的
URL網址：http://muchs.cn/article8/picoip.html

成都網站建設公司_創(chuàng)新互聯(lián)，為您提供網站內鏈、小程序開發(fā)、Google、商城網站、建站公司、手機網站建設

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)