一、glance介紹：              Glance是Openstack專案中負責映象管理的模組，其功能包括虛擬機器映象的查詢、註冊和檢索等。 Glance提供Restful API可以查詢虛擬機器映象的metadata及獲取映象。 Glance可以將映象儲存到多種後端儲存上，比如簡單的檔案儲存或者物件儲存。   理解 Image   要理解 Image Service，先得搞清楚什麼是 Image 以及為什麼要用 Image？   在傳統 IT 環境下，安裝一個系統要麼從安裝 CD 從頭安裝，要麼用 Ghost 等克隆工具恢復。這兩種方式有如下幾個問題：  

1. 如果要安裝的系統多了效率就很低
2. 時間長，工作量大
3. 安裝完還要進行手工配置，比如安裝其他的軟體，設定 IP 等
4. 備份和恢復系統不靈活

  雲環境下需要更高效的方案，這就是 Image。 Image 是一個模板，裡面包含了基本的作業系統和其他的軟體。   舉例來說，有家公司需要為每位員工配置一套辦公用的系統，一般需要一個 Win7 系統再加 MS office 軟體。 OpenStack 是這麼玩的：  

1. 先手工安裝好這麼一個虛機
2. 然後對虛機執行 snapshot，這樣就得到了一個 image
3. 當有新員工入職需要辦公環境時，立馬啟動一個或多個該 image 的 instance（虛機）就可以了

  在這個過程中，第 1 步跟傳統方式類似，需要手工操作和一定時間，但第 2、3 步非常快，全自動化，一般都是秒級別。而且 2、3 步可以迴圈做。 比如公司新上了一套 OA 系統，每個員工的 PC 上都得有客戶端軟體。 那麼可以在某個現有虛機中先手工安裝好 OA 客戶端，然後執行 snapshot 操作，得到新的 image，以後可以就直接使用新 image 建立虛機了。另外，snapshot 還有備份的作用，能夠非常方便的恢復系統。   理解Image Service Image Service 的功能是管理 Image，讓使用者能夠發現、獲取和儲存 Image。在 OpenStack 中，提供 Image Service 的是 Glance，其具體功能如下：  

1. 提供 REST API 讓使用者能夠查詢和獲取 image 的元資料和 image 本身
2. 支援多種方式儲存 image，包括普通的檔案系統、Swift、Amazon S3 等
3. 對 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，包括：  

1. A directory on a local file system（這是預設配置）
2. GridFS
3. Ceph RBD
4. Amazon S3
5. Sheepdog
6. OpenStack Block Storage (Cinder)
7. OpenStack Object Storage (Swift)
8. VMware ESX

  具體使用哪種 backend，是在 /etc/glance/glance-api.conf 中配置的 其他 backend 的配置可參考http://docs.openstack.org/liberty/config-reference/content/configuring-image-service-backends.html   檢視目前已經存在的 image     檢視儲存目錄     每個 image 在目錄下都對應有一個檔案，檔案以 image 的 ID 命名。   二、glance建立映象：           OpenStack 為終端使用者提供了 Web UI（Horizon）和命令列 CLI 兩種交換介面。兩種方式我們都要會用。可能有些同學覺得既然有更友好的 Web UI 了，幹嘛還要用 CLI？ 這裡有下面的理由： 1、Web UI 的功能沒有 CLI 全，有些操作只提供了 CLI。 即便是都有的功能，CLI 可以使用的引數更多 2、一般來說，CLI 返回結果更快，操作起來更高效 4、CLI 可放在指令碼中進行批處理 5、有些耗時的操作 CLI 更合適，比如建立映象（後面將涉及） （1）Web UI 建立 image （2）CLI 建立 image 將上傳的映象傳到控制節點 執行image上傳映象命令： openstack image create "cirros"   --file cirros-0.3.3-x86_64-disk.img.img   --disk-format qcow2 --container-format bare --public 三、glance配置檔案：

vim /etc/glance/glance-api.conf
[DEFAULT]

[cors]
[cors.subdomain]

[database]
connection = mysql+pymysql://glance:[email protected]/glance

[glance_store]
stores = file,http
default_store = file
filesystem_store_datadir = /var/lib/glance/images/

[image_format]

[keystone_authtoken]
auth_uri = http://controller:5000
auth_url = http://controller:35357
memcached_servers = controller:11211
auth_type = password
project_domain_name = default
user_domain_name = default
project_name = service
username = glance
password = glance

[matchmaker_redis]

[oslo_concurrency]

[oslo_messaging_amqp]

[oslo_messaging_kafka]

[oslo_messaging_notifications]

[oslo_messaging_rabbit]

[oslo_messaging_zmq]

[oslo_middleware]

[oslo_policy]

[paste_deploy]
flavor = keystone

[profiler]

[store_type_location_strategy]

[task]

[taskflow_executor]

 

vim /etc/glance/glance-registry.conf
[DEFAULT]

[database]
connection = mysql+pymysql://glance:[email protected]/glance

[keystone_authtoken]
auth_uri = http://controller:5000
auth_url = http://controller:35357
memcached_servers = controller:11211
auth_type = password
project_domain_name = default
user_domain_name = default
project_name = service
username = glance
password = glance

[matchmaker_redis]

[oslo_messaging_amqp]

[oslo_messaging_kafka]

[oslo_messaging_notifications]

[oslo_messaging_rabbit]

[oslo_messaging_zmq]

[oslo_policy]

[paste_deploy]
flavor = keystone

[profiler]