Амулет OpenStack yaml полевые объяснения

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

• https://jujucharms.com/openstack-base/bundle/38/
• https://api.jujucharms.com/charmstore/v4/bundle/openstack-base-38/archive/bundle.yaml

(Отредактируйте свой вопрос с точными файлами, которые Вы развертываете, он помог бы удалить неоднозначность),

В конце каждой страницы хранилища очарования существует список каждой опции конфигурации для каждого очарования, поэтому давайте посмотрим на Трапецеидальное искажение:

Можно безопасно проигнорировать annotations сегмент, все, что является, является координатами X/Y того, куда поместить значок в Амулет GUI.

• charm: cs:trusty/keystone-31 : Это ломает к "Пересмотру 31 из надежного человека (14.04) очарование, которое находится в хранилище очарования".
• num_units: Это означает, что Вы получите 1 единицу Трапецеидального искажения. Это означает или один контейнер или машину (который мы будем видеть, определяется позже).

Хорошо, теперь хорошие биты, опции, эти первые два довольно просты:

admin-password: (строка) Пароль администратора. Использоваться для тестирования только. Случайным образом сгенерированный по умолчанию.

ha-mcastport: (международное) число порта многоадресной передачи По умолчанию, которое будет использоваться для передачи между узлами Кластера HA.

Эта запись ужасна из-за форматирования, таким образом, я буду копировать его здесь:

openstack-origin: (строковый) Репозиторий, из которого можно установить. Может быть> одно из следующего:

distro (значение по умолчанию),

ppa:somecustom/ppa, deb исходная запись URL или поддерживаемый Облачный Архив выпускает карман.

Поддерживаемые Облачные источники Архива включают: облако:-cloud:-/updates cloud:-/staging cloud:-/proposed

Для series=Precise мы поддерживаем облачные архивы для выпуска OpenStack: * ледник Для series=Trusty мы поддерживаем облачные архивы для выпуска OpenStack: * juno * килограмм *...

Примечание: обновление этой установки на источник, который, как известно, обеспечивает более позднюю версию OpenStack, инициирует обновление программного обеспечения. Примечание: когда мерзавец источника OpenStack будет указан, OpenStack, определенные пакеты будут установлены из источника, а не из исходного хранилища OpenStack. дистрибутив

Я получаю чувство Вы хотеть сохранить это как значение по умолчанию на данный момент.

Вот то, где я думаю, что Вы просите разъяснение (отредактируйте свой вопрос если дело обстоит не так):

to:
- lxc:3

Хорошо, поэтому что это означает? Хорошо давайте посмотрим наверху пакета:

machines:
  '0':
    constraints: arch=amd64
    series: trusty
  '1':
    constraints: arch=amd64
    series: trusty
  '2':
    constraints: arch=amd64
    series: trusty
  '3':
    constraints: arch=amd64
    series: trusty

В этом разделе мы объявляем машины на облаке, которое означает, что мы просим 0-3 машины в общей сложности 4. Каждая часть того пакета имеет a to: раздел. Это означает, что мы говорим Амулет точно, где Вы хотите, чтобы единица пошла.

В этом случае to: lxc:3 средства, помещенное трапецеидальное искажение в контейнере LXC на машине номер 3.

Как другой пример, посмотрите на то, куда мы помещаем Ceph:

 to:
    - '1'
    - '2'
    - '3'

Существует нет lxc: там, это означает, никакой контейнер, просто поместите ceph на машины 1,2, и 3. И давайте посмотрим на 'ceph-radosgw:

 to:
    - lxc:0

Это означает помещенный ceph-radosgw на машине 0 в контейнере.

Итак, почему мы делаем это? Ну, некоторые сервисы не должны быть везде, это зависит от варианта использования, если Вы хотите более плотное облако затем, этот пакет, вероятно, что Вы хотите. Если Вы проверяете OpenStack, затем получая операционный прототип на четырех машинах, желательно. Если Вы хотите пойти с большей мощностью, то можно не стесняться редактировать пакет, удалите весь to: операторы, которые Вы видите, и Juju, просто попросят у МААСА одной машины на сервис; это поднимет больше машин все же.