OpenStack 由 Glance 提供 Image 服務。
理解 Image
要理解 Image Service 先得搞清楚什么是 Image 以及為什么要用 Image？
在傳統 IT 環境下，安裝一個系統是要么從安裝 CD 從頭安裝，要么用 Ghost 等克隆工具恢復。這兩種方式有如下幾個問題：
-
如果要安裝的系統多了效率就很低
-
時間長，工作量大
-
安裝完還要進行手工配置，比如安裝其他的軟件，設置 IP 等
-
備份和恢復系統不靈活
雲環境下需要更高效的解決方案，這就是 Image。 Image 是一個模板，里面包含了基本的操作系統和其他的軟件。
舉例來說，有家公司需要為每位員工配置一套辦公用的系統，一般需要一個 Win7 系統再加 MS office 軟件。 OpenStack 是這么玩的：
-
先手工安裝好這么一個虛機
-
然后對虛機執行 snapshot，這樣就得到了一個 image
-
當有新員工入職需要辦公環境時，立馬啟動一個或多個該 image 的 instance（虛機）就可以了
在這個過程中，第 1 步跟傳統方式類似，需要手工操作和一定時間。
但第 2、3 步非常快，全自動化，一般都是秒級別。
而且 2、3 步可以循環做。 比如公司新上了一套 OA 系統，每個員工的 PC 上都得有客戶端軟件。 那么可以在某個員工的虛機中手工安裝好 OA 客戶端，然后執行 snapshot ，得到新的 image，以后就直接使用新 image 創建虛機就可以了。
另外，snapshot 還有備份的作用，能夠非常方便的恢復系統。
理解 Image Service
Image Service 的功能是管理 Image，讓用戶能夠發現、獲取和保存 Image。
在 OpenStack 中，提供 Image Service 的是 Glance，其具體功能如下：
-
提供 REST API 讓用戶能夠查詢和獲取 image 的元數據和 image 本身
-
支持多種方式存儲 image，包括普通的文件系統、Swift、Amazon S3 等
-
對 Instance 執行 Snapshot 創建新的 image
Glance 架構
上面是 Glance 的架構圖
glance-api
glance-api 是系統后台運行的服務進程。 對外提供 REST API，響應 image 查詢、獲取和存儲的調用。
glance-api 不會真正處理請求。 如果是與 image metadata（元數據）相關的操作，glance-api 會把請求轉發給 glance-registry； 如果是與 image 自身存取相關的操作，glance-api 會把請求轉發給該 image 的 store backend。
在控制節點上可以查看 glance-api 進程
glance-registry
glance-registry 是系統后台運行的服務進程。 負責處理和存取 image 的 metadata，例如 image 的大小和類型。
在控制節點上可以查看 glance-registry 進程
Glance 支持多種格式的 image，包括
Database
Image 的 metadata 會保持到 database 中，默認是 MySQL。 在控制節點上可以查看 glance 的 database 信息
Store backend
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。
