、一目はじめに：
概要は、OpenStackの画像管理モジュールは、プロジェクトを担当しており、その機能は、仮想マシンイメージの検索、登録、検索が含まれます。概要は、RESTfulなAPIは、メタデータと仮想マシンイメージ取得された画像を照会することができます提供します。一目画像は単純なファイル又はオブジェクトストアが格納されているバックエンド・ストレージ、さまざまなに保存することができます。
1. 理解 イメージ
イメージサービスを理解し、イメージイメージはなぜであるかを調べるために来て？
従来のIT環境では、ゼロからシステムをインストールしたり、インストールCDからインストール、またはゴーストクローニングおよび他のツールで復元します。どちらの方法は、以下の質問があります。
（1）あなたはシステムをインストールする場合は、より効率が非常に低いです
（2）長時間、高負荷
（3）IPセットのような他のソフトウェアのインストールなども手動設定を、インストール
（4）バックアップおよびリカバリシステムが柔軟ではありません
画像でクラウド環境でのより効率的なソリューションが必要とされています。画像は、基本的なオペレーティングシステムやその他のソフトウェアが含まれているテンプレートです。
例えば、会社は一般的にMSのオフィスソフトウェアと相まってwin7のシステムを必要とし、各従業員のためのオフィスのセットでシステムを設定する必要があります。OpenStackのはとても楽しいです。
（1）手動で良いので、仮想マシンをインストールすること
（2）次に、このようにして画像を得る、仮想マシンのスナップショットを実行します
（3）新しい従業員がオフィス環境を必要とするとき、すぐに上のインスタンス（仮想マシン）の画像の一つ以上を開始
このプロセスでは、同様の伝統的な方法との最初のステップは、手動操作や一定時間を必要とするが、第二および第三のステップは非常に高速で、完全に自動化され、通常、第二レベルです。そして、やるには、手順2と3を再利用することができます。例えば、OAシステムのセットの新会社は、各従業員のPCにクライアントソフトウェアを持っていなければなりませんでした。まず、あなたが手動で良いOAクライアントに既存の仮想マシンにインストールした後、スナップショットの操作を行うことができ、新しいイメージを取得し、後で直接仮想マシンの新しいイメージを作成するために使用することができます。さらに、スナップショットなどのバックアップでは、非常に簡単にシステムを復元することができます。
2. 理解してイメージサービスを
画像サービスの機能は、ユーザーが、アクセスや保存画像を見つけることができるように、画像を管理することです。OpenStackのでは、イメージサービスが一目を提供され、以下のように、特定の機能は以下のとおりです。
（1）ユーザーが照会することを可能にし、アクセス画像のメタデータと画像自体REST APIを提供
（2）一般的なファイルシステムを含む、格納された画像の様々なサポート、スウィフト、アマゾンS3、等
（3）実装インスタンススナップショットのための新しいイメージを作成します
概要アーキテクチャ
アーキテクチャ図の上に一目で
一目-API
一目-APIサービス・プロセス・システムは、バックグラウンドで実行されています。クエリ画像、キャプチャや店舗の呼び出しに応じて、外部のREST APIを提供します。
一目-APIは、実際に要求を処理できません。動作は、画像メタデータ（メタデータ）に関連付けられている場合、一目-APIは一目-レジストリへ要求を転送する、画像自体に関連付けられた操作がアクセスされた場合、一目-APIは、画像のバックエンドを格納するための要求を転送します。
あなたは、制御ノード上で一目-APIのプロセスを表示することができます
一見、レジストリ
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 中配置的
其他 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:glance@node1/glance
[glance_store]
stores = file,http
default_store = file
filesystem_store_datadir = /var/lib/glance/images/
[image_format]
[keystone_authtoken]
auth_uri = http://node1:5000
auth_url = http://node1:35357
memcached_servers = node1: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]