Машины JuJu и единицы

Я хочу o, спрашивают об основных отличиях между машинами амулета и единицами амулета.

Кроме того, отношение между очарованием и машиной (LXD или весь VM) каждый одному, правильно?

Нет возможности к вложенному LXD (и так вложенное очарование), правильно?

Спасибо

0
задан 20 January 2017 в 10:45

2 ответа

1) машины амулета по сравнению с единицами амулета

  • машины амулета относятся к реальным машинам в Вашей облачной среде. Некоторые примеры:
    • при использовании AWS и Вы добавляете машину амулета к своей модели, Вы будете видеть в панели инструментов AWS, что новая машина создается в Вашем облаке. Это также значит Среду Google Cloud.
    • , Когда у Вас есть Установка Мааса, которая поддерживает контейнеры LXD, которые Вы будете видеть в Вашем juju status, что у Вас есть некоторые машины как машина 1, 2, 3 и т.д. и некоторые контейнеры в той модели как 1/lxd/0, 1/lxd/2 и т.д... Те машины являются фактическими машинами, работающими в Вашей Установке Мааса, и те контейнеры работают на тех машинах. Именно это те машины амулета.
  • единицы Амулета являются экземплярами сервиса, работающего на тех машинах или контейнерах. При развертывании очарования как mysql к машине, новая единица того приложения будет добавлена в модели и будет развернута и работа указанной машины

2) очарование отношения - машина

  • , я действительно не назвал бы это отношением, так как машина действительно не связывается только с тем очарованием. Машина создается, и сервисы добираются для работы той машины путем развертывания очарования. Возможно, что несколько очарования могут быть развернуты на одной машине. Это происходит все время с зависимым очарованием. Таким образом, если Вы хотите посмотреть на него в отношениях путем, это n:1 relation (где n являются очарованием)

3) вложенный LXD

  • при использовании среды амулета, где Вы используете контейнеры LXD, это - значение по умолчанию, не возможное вкладывать контейнеры. Лучший способ экспериментировать с этим состоит в том, чтобы загрузить локальный контроллер LXD и попытаться развернуть очарование на контейнере LXD в Вашей модели при помощи эти --to lxd:1 флаг. Кажется, существует опция в LXD для конфигурирования его, что вложение возможно в контейнерах LXD. Существует некоторая информация о той теме здесь .
2
ответ дан 7 November 2019 в 03:28

В прошлый раз, когда я работал с Ubuntu Маас и использовал Амулет, исходные примеры и документация предположили минимальную необходимость в пяти узлах для вращения OpenStack, как я вспоминаю. То, что я хотел сделать, должно было поместить несколько сервисов на более крупный компьютер и затем использовать много компьютеров меньшего размера, которые будут перенесены для других вещей.

я работал до эта документация , если это имеет значение.

я смог воссоздать шаги немного для предназначения для LXC вместо того, чтобы израсходовать весь узел только для одного сервиса.

// Start deploying to node 0 * juju deploy --to lxc:0 mysql Added charm "cs:trusty/mysql-28" to the environment * juju deploy --to lxc:0 rabbitmq-server Added charm "cs:trusty/rabbitmq-server-34" to the environment * juju deploy --config=openstack.cfg --to lxc:0 keystone Added charm "cs:trusty/keystone-28" to the environment * juju deploy --config=openstack.cfg --to lxc:0 nova-cloud-controller Added charm "cs:trusty/nova-cloud-controller-60" to the environment ...

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

2
ответ дан 7 November 2019 в 03:28

Другие вопросы по тегам:

Похожие вопросы: