OpenStack 由 Glance 提供 Image 服務。
html
要理解 Image Service 先得搞清楚什麼是 Image 以及爲何要用 Image?api
在傳統 IT 環境下,安裝一個系統是要麼從安裝 CD 從頭安裝,要麼用 Ghost 等克隆工具恢復。這兩種方式有以下幾個問題:架構
若是要安裝的系統多了效率就很低工具
時間長,工做量大spa
安裝完還要進行手工配置,好比安裝其餘的軟件,設置 IP 等操作系統
備份和恢復系統不靈活orm
雲環境下須要更高效的解決方案,這就是 Image。 Image 是一個模板,裏面包含了基本的操做系統和其餘的軟件。htm
舉例來講,有家公司須要爲每位員工配置一套辦公用的系統,通常須要一個 Win7 系統再加 MS office 軟件。 OpenStack 是這麼玩的:進程
先手工安裝好這麼一個虛機pdo
而後對虛機執行 snapshot,這樣就獲得了一個 image
當有新員工入職須要辦公環境時,立馬啓動一個或多個該 image 的 instance(虛機)就能夠了
在這個過程當中,第 1 步跟傳統方式相似,須要手工操做和必定時間。
但第 二、3 步很是快,全自動化,通常都是秒級別。
並且 二、3 步能夠循環作。 好比公司新上了一套 OA 系統,每一個員工的 PC 上都得有客戶端軟件。 那麼能夠在某個員工的虛機中手工安裝好 OA 客戶端,而後執行 snapshot ,獲得新的 image,之後就直接使用新 image 建立虛機就能夠了。
另外,snapshot 還有備份的做用,可以很是方便的恢復系統。
Image Service 的功能是管理 Image,讓用戶可以發現、獲取和保存 Image。
在 OpenStack 中,提供 Image Service 的是 Glance,其具體功能以下:
提供 REST API 讓用戶可以查詢和獲取 image 的元數據和 image 自己
支持多種方式存儲 image,包括普通的文件系統、Swift、Amazon S3 等
對 Instance 執行 Snapshot 建立新的 image
上面是 Glance 的架構圖
glance-api 是系統後臺運行的服務進程。 對外提供 REST API,響應 image 查詢、獲取和存儲的調用。
glance-api 不會真正處理請求。 若是是與 image metadata(元數據)相關的操做,glance-api 會把請求轉發給 glance-registry; 若是是與 image 自身存取相關的操做,glance-api 會把請求轉發給該 image 的 store backend。
在控制節點上能夠查看 glance-api 進程
glance-registry 是系統後臺運行的服務進程。 負責處理和存取 image 的 metadata,例如 image 的大小和類型。
在控制節點上能夠查看 glance-registry 進程
Glance 支持多種格式的 image,包括
Image 的 metadata 會保持到 database 中,默認是 MySQL。 在控制節點上能夠查看 glance 的 database 信息
Glance 本身並不存儲 image。 真正的 image 是存放在 backend 中的。 Glance 支持多種 backend,包括
A directory on a local file system(這是默認配置)
GridFS
Ceph RBD
Amazon S3
Sheepdog
OpenStack Block Storage (Cinder)
OpenStack Object Storage (Swift)
VMware ESX
具體使用哪一種 backend,是在 /etc/glance/glance-api.conf 中配置的
在咱們的 devstack 環境中,image 存放在控制節點本地目錄 /opt/stack/data/glance/images/ 中
其餘 backend 的配置可參考http://docs.openstack.org/liberty/config-reference/content/configuring-image-service-backends.html
查看目前已經存在的 image
查看保存目錄
每一個 image 在目錄下都對應有一個文件,文件以 image 的 ID 命名。
下節咱們來實際操做 Glance。