"Чому він не використовує мою вже розгорнуту машину ...?"
Якщо щось раніше розгорнуто, Juju не обов’язково повторно використовувати його, оскільки за замовчуванням часто це одна послуга на вузол (якщо ви хочете встановити контейнер "root"). Однак ви можете встановлювати в контейнери LXC і розміщувати послуги на одному вузлі, що, ймовірно, робить цей пакет.
"Чому він не використовує інші мої вузли зі статусом готовості ...?"
Планувальник вибере чотири вузли, які мають правильну архітектуру (наприклад, Trusty), і якщо в комплекті є вимоги до пам'яті та / або процесора, він також може фільтрувати, які вузли він використовує.
Ви можете все це приділити деякий час. Зазвичай, здається, спочатку йде швидко, і візуально відображатиметься на консолі дзюдзу-гуї, і все ще він шліфує, якщо ви дивитесь "статус джудзю" або "жужу-налагодження", щоб побачити, що відбувається.
Після того, як у вас з'явиться звіт про стан та запуску та повідомлення про стан дзюджу, що все працює (порівняно з "очікуванням" або "виділенням" чи будь-яким іншим), тоді вам слід буде додати нові вузли обчислення, скажімо, з "додатковою одиницею джуджу" nova-compute "можливо".
Для того, щоб потрапити в деякі з цих вузлів, ви хочете переконатися, що ви переходите в консоль MAAS і додаєте для цього ключ. Тоді з вашого контролера, можливо, ви зробили б "ssh ubuntu@nodename.domain" та обліковий запис, використовуючи загальний секрет від генерації ключів. Після того, як ви перебуваєте на цьому сеансі з вузлом, ви можете відвідати папки / var / log / maas та / var / log / juju та переглянути журнали там - вони, як правило, найкраще розуміють, як пройшла ваша розгортання.
Таким чином, введення в експлуатацію журналів - це в основному матеріали, що стосуються самого MAAS, і не обов'язково корисні на цьому кроці. Це вони з / var / logs / maas / cloud .log у назві своїх файлів. Журнали розгортання - це більше того, що вам слід зробити після цього кроку. Вони будуть такими, які знаходяться в папці / var / log / juju, як-от "unit-CHARMNAME-0.log", і їх ви можете дивитися в режимі реального часу, поки відбувається розгортання.
Одним з великих анонімностей є те, що вашим файлом ~ / .ssh / known_hosts потрібно буде керувати під час розгортання / видалення / повторного розгортання тих же вузлів, оскільки вони отримають нові IP-адреси. Для ssh це виглядає як проблема безпеки. Вам потрібно буде вручну запустити пари команд, наприклад:
ssh-keygen -R nodename.domain
ssh-keygen -R 192.168.0.22
... коли цей вузол "ім'я" було перетворено.