Для удаления пакета:

# pip uninstall <package-name>

Если вам необходимы самые последние версии клиентов, pip может проводить установку непосредственно из исходящего репозитория git с использованием флага -e. Вы должны указать имя устанавливаемого яйца Python. Например:

# pip install -e git+https://github.com/openstack/
 python-novaclient.git#egg=python-novaclient

Если вы поддерживаете в облаке EC2 API, вы также должны установить пакет "euca2ools" или другой инструмент EC2 API, чтобы вы могли получить привычный вашим пользователям интерфейс. Использование инструментов, основанных на EC2 API, в основном выходит за рамки данного руководства, хотя мы и обсудим получение учетных данных для использования с данным API.

Сформированный файл будет выглядеть примерно так:

#!/bin/bash

# With the addition of Keystone, to use an openstack cloud you should
# authenticate against keystone, which returns a **Token** and **Service
# Catalog**. The catalog contains the endpoint for all services the
# user/tenant has access to--including nova, glance, keystone, swift.
#
# *NOTE*: Using the 2.0 *auth api* does not mean that compute api is 2.0.
# We use the 1.1 *compute api*
export OS_AUTH_URL=http://203.0.113.10:5000/v2.0

# With the addition of Keystone we have standardized on the term **tenant**
# as the entity that owns the resources.
export OS_TENANT_ID=98333aba48e756fa8f629c83a818ad57
export OS_TENANT_NAME="test-project"

# In addition to the owning entity (tenant), openstack stores the entity
# performing the action as the **user**.
export OS_USERNAME=demo

# With Keystone you pass the keystone password.
echo "Please enter your OpenStack Password: "
read -s OS_PASSWORD_INPUT
export OS_PASSWORD=$OS_PASSWORD_INPUT

Перевод на русский язык:

#!/bin/bash
# При добавлении Keystone, для использования облака openstack вы должны
# осуществить аутентификацию в keystone, которая вернет **Token** и **Service
# Catalog**. Каталог содержит конечные точки для всех служб, к которым
# user/tenant имеет доступ - включая nova, glance, keystone, swift.
#
# *ПРИМЕЧАНИЕ*: Использование 2.0 *auth api* не означает, что используется compute api 2.0.
# Мы используем *compute api* 1.1
export OS_AUTH_URL=http://203.0.113.10:5000/v2.0

# При добавлении Keystone мы получаем стандартизацию понятия **tenant** (владелец)
# как лица (сущности), которому принадлежат ресурсы.
export OS_TENANT_ID=98333aba48e756fa8f629c83a818ad57
export OS_TENANT_NAME="test-project"

# В добавление к лицу- владельцу (tenant), openstack хранит сущности
# выполняющие действия в качестве **user**.
export OS_USERNAME=demo

# используя Keystone, вы передаете пароль keystone.
echo "Введите, пожалуйста, пароль OpenStack: "
read -s OS_PASSWORD_INPUT
export OS_PASSWORD=$OS_PASSWORD_INPUT

Предостережение

Данные операции не сохраняют пароль в простом текстовом виде, что является хорошим обстоятельством. Однако, когда вы получаете или выполняете сценарий, он просит вас ввести пароль, который сохраняется в переменной окружения OS_PASSWORD. Важно отметить, что это не требует взаимодействия. Если вам необходимо интерактивное взаимодействие, вы можете хранить значение непосредственно в сценарии, но в этом случае вы должны быть предельно внимательны в вопросах безопасности и прав доступа к этому файлу.

Совместимые с EC2 полномочия могут быть загружены путем выбора Project, затем Access & Security, потом API Access для отображения кнопки Download EC2 Credentials Нажмите на нее для формирования файла ZIP с сертификатами сервера x509 и фрагментами сценария окружения. Создайте новый каталог в безопасном месте, отличном от местоположения user-openrc по-умолчанию, поскольку все эти данные представляют действующую информацию аутентификации, необходимую для доступа к вашей идентификации в облаке. Извлеките сюда все данные из архива. У вас должны быть cacert.pem, cert.pem, ec2rc.shи pk.pem. Файл ec2rc.sh выглядит примерно так:

#!/bin/bash

NOVARC=$(readlink -f "${BASH_SOURCE:-${0}}" 2>/dev/null) ||\
NOVARC=$(python -c 'import os,sys; \
print os.path.abspath(os.path.realpath(sys.argv[1]))' "${BASH_SOURCE:-${0}}")
NOVA_KEY_DIR=${NOVARC%/*}
export EC2_ACCESS_KEY=df7f93ec47e84ef8a347bbb3d598449a
export EC2_SECRET_KEY=ead2fff9f8a344e489956deacd47e818
export EC2_URL=http://203.0.113.10:8773/services/Cloud
export EC2_USER_ID=42 # nova does not use user id, but bundling requires it
export EC2_PRIVATE_KEY=${NOVA_KEY_DIR}/pk.pem
export EC2_CERT=${NOVA_KEY_DIR}/cert.pem
export NOVA_CERT=${NOVA_KEY_DIR}/cacert.pem
export EUCALYPTUS_CERT=${NOVA_CERT} # euca-bundle-image seems to require this

alias ec2-bundle-image="ec2-bundle-image --cert $EC2_CERT --privatekey \
$EC2_PRIVATE_KEY --user 42 --ec2cert $NOVA_CERT"
alias ec2-upload-bundle="ec2-upload-bundle -a $EC2_ACCESS_KEY -s \
$EC2_SECRET_KEY --url $S3_URL --ec2cert $NOVA_CERT"

Чтобы поместить полномочия EC2 в ваше окружение, получите файл ec2rc.sh.

# nova --debug list

Данный пример демонстрирует HTTP запрос клиента и ответы конечной точки, что может быть полезным при создании инструментов, разрабатываемых для OpenStack API.

Совет

Поддержка Keyring (брелка для ключей) позволяет вам безопасно хранить пароли OpenStack в зашифрованном файле. Это свойство не установлено по умолчанию. Чтобы разрешить его, добавьте флаг --os-cache или установите переменную окружения OS_CACHE=1. Настройка OS_CACHE обеспечит аутентификацию инструмента командной строки при каждом взаимодействии с облаком. Это может помочь работе данного сценария. Однако, это увеличит время выполнения команд и нагрузку на сервер.

Во- первых, вы можете определить какие серверы входят в состав вашего облака OpenStack выполнив:

# nova-manage service list | sort

Результат выглядит следующим образом:

Binary           Host              Zone Status  State Updated_At
nova-cert        cloud.example.com nova enabled  :-)  2013-02-25 19:32:38
nova-compute     c01.example.com   nova enabled  :-)  2013-02-25 19:32:35
nova-compute     c02.example.com   nova enabled  :-)  2013-02-25 19:32:32
nova-compute     c03.example.com   nova enabled  :-)  2013-02-25 19:32:36
nova-compute     c04.example.com   nova enabled  :-)  2013-02-25 19:32:32
nova-compute     c05.example.com   nova enabled  :-)  2013-02-25 19:32:41
nova-conductor   cloud.example.com nova enabled  :-)  2013-02-25 19:32:40
nova-consoleauth cloud.example.com nova enabled  :-)  2013-02-25 19:32:36
nova-network     cloud.example.com nova enabled  :-)  2013-02-25 19:32:32
nova-scheduler   cloud.example.com nova enabled  :-)  2013-02-25 19:32:33

Вывод показывает, что существует пять вычислительных узлов и один контроллер облака. Вы видите смайлик подобный :-), который указывает, что услуги включены, работают и функционируют. Если служба не доступна, то :-) сменяется на XXX. Это признак того, что вы должны определить причину недоступности службы.

Если вы используете Cinder, выполните следующую команду, чтобы увидеть подобный листинг:

# cinder-manage host list | sort

host              zone
c01.example.com   nova
c02.example.com   nova
c03.example.com   nova
c04.example.com   nova
c05.example.com   nova
cloud.example.com nova

С помощью этих двух таблиц, у вас теперь есть хороший обзор того, какие серверы и службы создают ваше облако.

Следующие команды нужны вам для того, чтобы у вас была оболочка, настроенная с соответствующими административными переменными:

$ keystone catalog

Service: image
+-------------+----------------------------------------+
|   Property  |                 Value                  |
+-------------+----------------------------------------+
|   adminURL  | http://cloud.internal.example.com:9292 |
| internalURL | http://cloud.example.com:9292          |
|  publicURL  | http://cloud.example.com:9292          |
|    region   |               RegionOne                |
+-------------+----------------------------------------+

Service: identity
+-------------+----------------------------------------------+
|   Property  |                   Value                      |
+-------------+----------------------------------------------+
|   adminURL  | http://cloud.internal.example.com:35357/v2.0 |
| internalURL | http://cloud.example.com:5000/v2.0           |
|  publicURL  | http://cloud.example.com:5000/v2.0           |
|    region   |                 RegionOne                    |
+-------------+----------------------------------------------+

Вывод предыдущей команды усечен для показа только двух служб. Вы видите по одному служебному блоку для каждой службы, которую поддерживает ваше облако. Обратите внимание, что домен конечной точки может быть различным в зависимости от типа конечной точки. Разные домены конечных точек для каждого типа не требуются, но это может быть выполнено по целому ряду причин, таким как конфиденциальность или разделение сетевого обмена.

Вы можете определить версию установленной вычислительной среды с помощью команды nova-manage:

# nova-manage version

$ nova diagnostics <serverID>

+----------------+-----------------+
|    Property    |      Value      |
+----------------+-----------------+
| cpu0           | 4.3627          |
| memory         | 1171088064.0000 |
| memory_target  | 1171088064.0000 |
| vbd_xvda_read  | 0.0             |
| vbd_xvda_write | 0.0             |
| vif_0_rx       | 3223.6870       |
| vif_0_tx       | 0.0             |
| vif_1_rx       | 104.4955        |
| vif_1_tx       | 0.0             |
+----------------+-----------------+

Хотя команда должна работать с любым гипервизором, который управляется с помощью libvirt (например, KVM, QEMU или LXC), она была протестирована только с KVM. Пример вывода, при гипервизоре KVM:

+------------------+------------+
| Property         | Value      |
+------------------+------------+
| cpu0_time        | 2870000000 |
| memory           | 524288     |
| vda_errors       | -1         |
| vda_read         | 262144     |
| vda_read_req     | 112        |
| vda_write        | 5606400    |
| vda_write_req    | 376        |
| vnet0_rx         | 63343      |
| vnet0_rx_drop    | 0          |
| vnet0_rx_errors  | 0          |
| vnet0_rx_packets | 431        |
| vnet0_tx         | 4905       |
| vnet0_tx_drop    | 0          |
| vnet0_tx_errors  | 0          |
| vnet0_tx_packets | 45         |
+------------------+------------+