В Openstack Glance в основном предоставляет услуги зеркалирования, а создание виртуальных машин требует поддержки Glance. У Glance есть две важные службы: Glance-api и Glance-Registry, в основном принимающие запросы на создание, удаление и чтение образов облачной системы, а Glance-Registry в основном выполняет услуги регистрации облачных систем.
Glance не требуется настраивать очередь сообщений, но Glance необходимо настроить центр сертификации Keystone. По умолчанию Glance сохраняет загруженные изображения в каталоге /var/lib/glance/images/.
Glance поддерживает различные форматы. изображения,включая raw, vhd, vhdx, vmdk, vdi, iso, qcow2, aki, ami и т. д. Узнайте больше об услугах облачных вычислений Openstack.,Видеть:Корпоративная платформа облачных вычислений Openstack, эта серия постоянно обновляется.
В Openstack Архитектура сервиса Glance показана ниже:
В приведенной выше архитектуре Glance API отвечает за получение запросов REST API, аналогично nova-api, и использует другие модули для выполнения таких операций, как поиск, получение, загрузка и удаление изображений. Этот модуль по умолчанию прослушивает порт 9292. Glance-Registry отвечает за взаимодействие с базой данных MySQL, прослушивание порта 9191, используемого для хранения или получения метаданных изображения, и предоставление интерфейсов REST, связанных с метаданными. В базе данных Glance-Registry есть две таблицы: одна — таблица изображений, в которой хранятся формат и размер изображения, другая — таблица свойств изображения, в которой хранится настроенная информация об изображении.
Хранилище изображений — это уровень интерфейса хранилища, и через этот интерфейс Gloss получает изображения. Сам Image Store поддерживает S3 от Amazon, Swift от Openstack, Ceph, Sheepdog, ClusterFS и другие распределенные хранилища. Следует отметить, что Image Stoge — это в основном интерфейс для сохранения и получения изображений. Это всего лишь уровень интерфейса. Конкретная реализация также требует поддержки внешнего хранилища.
Служба изображений используется для управления изображениями, позволяя пользователям находить, получать и сохранять изображения. Glance предоставляет услуги зеркалирования в OpenStack. Его основные функции следующие:
RESTful API, предоставляемый Glance, в настоящее время имеет только две версии: API v1 и API v2.
Обе версии имеют одинаковую поддержку хранилища изображений. Версия v1 устарела, начиная с версии N, а путь миграции заменен на версию v2.
raw #Неструктурированный формат диска
vhd #Формат универсально применим к VMware, Xen, VirtualBox и другим программам управления виртуальными машинами.
vhdx #Расширенная версия формата VHD, поддерживающая диски большего размера.
vmdx #Более распространенный формат диска виртуальной машины
vdl #Форматы дисков, поддерживаемые гипервизором VirtualBox и эмулятором QEMU
iso #Формат файла, используемый для содержимого данных компакт-диска (CD-ROM)
ploop #Поддерживается Virtualzzo, форматом диска для запуска контейнеров ОС.
qcow2 #Поддерживается моделированием QEMU, динамически расширяется, поддерживает запись копировать (Copy on Запись) формат диска
aki Формат ядра #Amazon, хранящийся в Glance
ari Формат диска виртуальной памяти #Amazon (Ramdisk), хранящийся в Glance
ami Машинный формат #Amazon хранится в Glance
bare #зеркало без контейнера и «конверта» метаданных
ovf #открытый формат виртуализации
ova #Открытый формат устройства виртуализации, хранящийся в Glance
aki Формат ядра #Amazon, хранящийся в Glance
ari Формат диска виртуальной памяти #Amazon (Ramdisk), хранящийся в Glance
Docker # Docker tar-архив файловой системы контейнера, хранящийся в Glance
Если вы не уверены, какой формат контейнера выбрать, безопаснее всего указать пустой формат контейнера. Подробнее об услугах облачных вычислений Openstack Серия обучающих статей,Видеть:Корпоративная платформа облачных вычислений Openstack, эта серия постоянно обновляется.
Процесс загрузки изображения на распознавание:
queued #Процесс инициализации, файл зеркала только что создан, в базе данных Glance есть только его метаданные, а данные зеркала еще не загружены в базу данных.
saving #Процесс импорта базы данных представляет собой переходное состояние, при котором исходные данные зеркала загружаются в базу данных, что свидетельствует о загрузке зеркала.
uploading #Отправить в процесс идентификации Служить, указывающий, что был выполнен вызов отправки импортных данных. Вызов PUT/file не разрешен в этом состоянии (PUT/file будет выполнен в состоянии сохранения, что является еще одним методом загрузки).
importing Статус #Подготовлено к использованию, указывающий, что вызов импорта завершен, но зеркало еще не готово к использованию.
Статус после завершения загрузки изображения
active # означает, что его можно использовать
deactivated #Указывает разрешения, доступные только администраторам
killed #Указывает на ошибку при загрузке зеркала
deleted #зеркало скоро будет автоматически удалено, зеркало недоступно (данные сохранены)
pending_delete #Аналогично удалению, но не подлежит восстановлению после удаления
Общественный #Может использоваться всеми проектами
Частный #Используется только проектами, где находится владелец зеркала
Общий #Закрытое зеркало можно использовать совместно с другими проектами. Это достигается с помощью операции участника проекта (member-*).
Защищено #Такое зеркало нельзя удалить
Красное поле — это процесс службы для аутентификации и авторизации клиентских запросов: все операции openstack требуют аутентификации личности и авторизации через keystone, и взгляд не является исключением. Если авторизация прошла успешно, служба просмотра будет запрошена после того, как служба просмотра получит запрос. внешний запрос перейдет к keystone для аутентификации, чтобы проверить, был ли этот запрос авторизован. После прохождения аутентификации запрос будет передан на серверную часть.
Контроллер домена Gloss в желтом поле является основным промежуточным программным обеспечением, которое эквивалентно планировщику. Его функция заключается в распределении операций внутренних служб Gloss по различным функциональным уровням, расположенным ниже.
Метаданные изображения в синем поле хранятся в базе данных посредством реестра взглядов. Само изображение (фрагмент данных) хранится в различных серверных системах хранения через драйвер хранилища Gloss.
Зеленый квадрат — это серверная часть магазина, которая хранит данные самого изображения во внутренней системе хранения.
Выполнить команду:
yum install -y openstack-glance
Узел Glance успешно установлен.
После установки Glance,Нам необходимо настроить компонент Glance.,Откройте файл конфигурации /etc/glance/glance-api.conf компонента Glance.,в этом файле[database]
Добавьте в модуль следующий контент:
connection= mysql+pymysql://glance:glance@192.168.136.101/glance
В приведенной выше конфигурации mysql+pymysql представляет используемую базу данных, цифра после двух дефисов представляет имя пользователя и пароль, используемые для входа в базу данных, а взгляд за дефисом представляет конкретное имя базы данных. После завершения настройки. , файл выглядит следующим образом:
После завершения конфигурации базы данных,Мы можем инициализировать базу данных Glance.,Выполнить команду:
su -s /bin/sh -c "glance-manage db_sync" glance
Вот и все. Результат выполнения этой команды следующий:
Уведомление,Как видно из картинки выше,При выполнении вышеуказанной команды появляется предупреждающее сообщение.,Нам не нужно беспокоиться об этом здесь,Если на предыдущем шаге не было обнаружено ошибок.,Просто продолжайте. После инициализации базы данных,нас Выполнить команду:
mysql -h 192.168.136.101 -uglance -pglance -e "use glance; show tables;"
Чтобы обнаружить эффект инициализации базы данных Glance, результаты выполнения этой команды следующие:
Как видно на рисунке выше, наша база данных Glance была успешно инициализирована и создана! Подробнее об услугах облачных вычислений Openstack Серия обучающих статей,Видеть:Корпоративная платформа облачных вычислений Openstack, эта серия постоянно обновляется.
В описанной выше установке и предварительной настройке Glance мы выполнили установку Glance, настройку и инициализацию базы данных. Затем настройте Glance’s Keystone и запустите службу Glance.
первый,Начнем с конфигурации gl-api.,Открытьglance-apiиз Конфигурациядокумент/etc/glance/glance-api.conf
,找到其中из[keystone_authtoken]
модуль,Добавьте следующий контент в модуль:
[keystone_authtoken]
auth_uri=http://192.168.136.101:5000
auth_url=http://192.168.136.101:35357
memcached_servers=192.168.136.101:11211
auth_type=password
project_domain_name=default
user_domain_name=default
project_name=service
username=glance
password=glance
В приведенной выше конфигурации auth_type представляет тип аутентификации, project_domain_name представляет домен проекта по умолчанию, user_domain_name представляет домен пользователя по умолчанию, project_name представляет собой имя проекта, имя пользователя и пароль представляют собой имя пользователя и пароль. Содержимое этой конфигурации должно соответствовать нашей предыдущей конфигурации. узла keystone, файл после завершения настройки выглядит следующим образом:
после,нас再找到[paster_depoy]
модуль,Добавьте в этот модуль следующее содержимое:
[paste_deploy]
flavor=keystone
Приведенная выше конфигурация указывает на соответствующую конфигурацию включения вышеуказанного ключевого элемента. Измененный файл конфигурации выглядит следующим образом:
Следующий,нас再找到[glance_store]
модуль,Добавьте в этот модуль следующий контент:
[glance_store]
stores=file,http
default_store=file
filesystem_store_datadir=/var/lib/glance/images
Приведенное выше содержимое конфигурации в основном настраивает локальную файловую систему и расположение файла изображения. Готовый файл конфигурации выглядит следующим образом:
После того, как вся Конфигурация выполнена, заполняем команду:
grep "^[a-Z]" /etc/glance/glance-api.conf
Проверятьконфигурация Все полезное Конфигурация под файл glight-api, результаты такие:
После завершения настройки glight-api.,Далее у нас идет Конфигурацияglance-registry.,glance-registryиз Конфигурациядокумент为/etc/glance/glance-registry.conf
,Должен Конфигурациядокументиконфигурация Разница между файлом glight-api заключается в том, что в нем нет конфигурации, связанной с glare_store. В конечном итоге полезный контент в файле конфигурации glight-registry выглядит следующим образом:
После выполнения всех вышеперечисленных конфигураций,Можем начать взгляд Служить,Выполнить команду:
systemctl start openstack-glance-api
systemctl start openstack-glance-registry
Службу Glance можно запустить. После запуска службы Glance мы видим, что текущее устройство начинает прослушивать порты 9191 и 9292 (9191 — порт прослушивания glance-registry, а 9292 — порт прослушивания glance-api), как показано ниже:
Ранее мы настроили и реализовали регистрацию узла Glance на Keystone. Сегодня мы реализуем регистрацию узла Glance на Keystone.
первый,Давайте сначала создадим сервис Glance’s Service Служить на Openstack.,Выполнить команду:
openstack service create --name glance --description "Openstack Glance" image
Результат выполнения этой команды следующий:
Следующий,Мы собираемся создать конечную точку API для зеркала Служить.,Создаем публичные, внутренние и административные конечные точки соответственно.,Выполнить команду:
openstack endpoint create --region RegionOne image public http://192.168.136.101:9292
openstack endpoint create --region RegionOne image internal http://192.168.136.101:9292
openstack endpoint create --region RegionOne image admin http://192.168.136.101:9292
Результаты выполнения трех вышеуказанных команд следующие:
Подробнее об услугах облачных вычислений Openstack Серия обучающих статей,Видеть:Корпоративная платформа облачных вычислений Openstack, эта серия постоянно обновляется.
Наконец, мы проверили предыдущую конфигурацию, загрузили изображение и зарегистрировали его в узле Glance, чтобы проверить работу Glance.
первый,Давайте сначала посмотрим на зеркало в нынешней системе.,Выполнить команду:
openstack image list
glance image-list
Вы можете просматривать изображения в текущей системе Glance по отдельности. Выполнение двух вышеуказанных команд происходит следующим образом:
Как видно из картинки выше,В нынешней системе нет зеркала. Следующий,Начнем с зеркала,Выполнить команду:
wget http://download.cirros-cloud.net/0.3.4/cirros-0.3.4-x86_64-disk.img
Результат выполнения этой команды следующий:
Следующий,Пробуем использовать только что скачанное зеркало.,Зарегистрируйтесь на узле взгляда,Выполнить команду:
openstack image create "test-img" --file cirros-0.3.4-x86_64-disk.img --disk-format qcow2 --container-format bare --public
Вы можете завершить регистрацию зеркала Результат выполнения этой команды следующий:
после,нас再次Выполнить команду:
openstack image list
glance image-list
Результаты двух вышеуказанных команд следующие:
Кроме того, как видно из рисунка выше, наше место хранения изображений Glance расположено в каталоге /var/lib/glance/images/, что соответствует нашей конфигурации места хранения изображений в glance-api.
Видно, что наша регистрация и настройка Glance Keystone прошла успешно!
Вышеупомянутое — это наше знакомство с принципом, установкой и настройкой сервиса Glance.
Ссылка для справки: https://blog.csdn.net/weixin_40228200. /article/details/125118744 https://blog.csdn.net /KY06_Xxy/article/details/110959473