我对 MaaS、Juju 和 Openstack 还不熟悉，所以请耐心等待。
我的问题是：
当我尝试在 juju-gui 中部署 openstack-base 时，它会创建 4 个节点，名称分别为：new0、new1、new2 和 new3。它还会创建容器和所有其他内容，例如关系。这很好！但是……为什么它不使用我已经部署的机器或状态为就绪的机器？我如何将这些“新” juju 机器之一与我的 MaaS 机器连接起来？
这 4 台新机器仅在 juju-gui 中可见，在 juju status 和 MaaS 中均不可见。我根本不知道如何在不移动服务和手动部署所有内容的情况下为其“提供”必要的机器。
答案1
“为什么它不使用我已经部署的机器……？”
如果之前部署过某个服务，那么 Juju 就不一定会重新使用它，因为默认设置通常是每个节点一个服务（如果您愿意，可以安装到“根”容器中）。不过，您可以安装到 LXC 容器中，并将服务共置在同一节点上，这可能是该捆绑包正在做的事情。
“为什么它不使用我的其他处于就绪状态的节点……？”
调度程序将选择具有正确架构的四个节点（例如 Trusty），并且如果捆绑包具有内存和/或处理器要求，这也可能会过滤它使用的节点。
您可能需要花一些时间来完成所有这些操作。通常，一开始它似乎运行得很快，并且会在 juju-gui 控制台中直观地显示出来，但如果您查看“juju status”或“juju debug-log”以查看发生了什么，它仍然会缓慢运行。
在堆栈启动并运行并且 juju 状态报告一切正常（而不是“待定”或“分配”或其他）之后，您需要添加一些 nova-compute 节点，比如说，使用“juju add-unit nova-compute”。
为了通过 ssh 进入这些节点，您需要确保进入 MAAS 控制台并为此添加密钥对。然后，从您的控制器，也许，您可以执行“ssh[电子邮件保护]“并使用密钥对生成中的共享密钥获取凭据。进入节点会话后，您可以访问 /var/log/maas 和 /var/log/juju 文件夹并查看其中的日志 - 它们通常可以最好地了解您的部署进展情况。
因此，调试日志基本上是与 MAAS 本身相关的预处理内容，在此步骤中不一定有用。它们是 /var/logs/maas/ 中的那些云.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
...当该“nodename”节点已重新部署时。