1、glance介紹:
Glance是Openstack項目中負責鏡像管理的模塊,其功能包括虛擬機鏡像的查找、註冊和檢索等。 Glance提供Restful API能夠查詢虛擬機鏡像的metadata及獲取鏡像。 Glance能夠將鏡像保存到多種後端存儲上,好比簡單的文件存儲或者對象存儲。
理解 Image
要理解 Image Service,先得搞清楚什麼是 Image 以及爲何要用 Image?
在傳統 IT 環境下,安裝一個系統要麼從安裝 CD 從頭安裝,要麼用 Ghost 等克隆工具恢復。這兩種方式有以下幾個問題:
-
若是要安裝的系統多了效率就很低
-
時間長,工做量大
-
安裝完還要進行手工配置,好比安裝其餘的軟件,設置 IP 等
-
備份和恢復系統不靈活
雲環境下須要更高效的方案,這就是 Image。 Image 是一個模板,裏面包含了基本的操做系統和其餘的軟件。
舉例來講,有家公司須要爲每位員工配置一套辦公用的系統,通常須要一個 Win7 系統再加 MS office 軟件。 OpenStack 是這麼玩的:
-
先手工安裝好這麼一個虛機
-
而後對虛機執行 snapshot,這樣就獲得了一個 image
-
當有新員工入職須要辦公環境時,立馬啓動一個或多個該 image 的 instance(虛機)就能夠了
在這個過程當中,第 1 步跟傳統方式相似,須要手工操做和必定時間,但第 二、3 步很是快,全自動化,通常都是秒級別。並且 二、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-registry
glance-registry 是系統後臺運行的服務進程。 負責處理和存取 image 的 metadata,例如 image 的大小和類型。在控制節點上能夠查看 glance-registry 進程
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 中配置的
其餘 backend 的配置可參考http://docs.openstack.org/liberty/config-reference/content/configuring-image-service-backends.html
每一個 image 在目錄下都對應有一個文件,文件以 image 的 ID 命名。
2、glance建立鏡像:
OpenStack 爲終端用戶提供了 Web UI(Horizon)和命令行 CLI 兩種交換界面。兩種方式咱們都要會用。可能有些同窗以爲既然有更友好的 Web UI 了,幹嗎還要用 CLI? 這裏有下面的理由:
一、Web UI 的功能沒有 CLI 全,有些操做只提供了 CLI。 即使是都有的功能,CLI 可使用的參數更多
二、通常來講,CLI 返回結果更快,操做起來更高效
四、CLI 可放在腳本中進行批處理
五、有些耗時的操做 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
3、glance配置文件:
vim /etc/glance/glance-api.conf
[DEFAULT]
[cors]
[cors.subdomain]
[database]
[glance_store]
stores = file,http
default_store = file
filesystem_store_datadir = /var/lib/glance/images/
[image_format]
[keystone_authtoken]
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]
[keystone_authtoken]
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]