在 Ubuntu 上安装了 Kubernetes，我看到在 MAAS 中创建了很多节点

Question

安装 kubernetes 后，我看到一个巨大的节点列表，但仍在增加（这是怎么回事？）：

感知代码 有意识的牦牛 休闲柯基犬 休闲鲸鱼 偶然的痣 清晰的猎犬 近距离狮虎 酷巨魔 体面的甲虫 神虫 驱动龙 易鳕鱼 平等的青蛙 平等天鹅 异国情调的蠼螋 专家牛 专家鼻涕虫 公平蜜蜂 第一狗 坦率的猴子 温柔的赛车手 好锦鲤 成年兔子 引导左转 得心应手哇 大黄蜂 圣贝斯 圣母鸡 意图承担 大套件

我在 Kubernetes 上找不到那个列表，但我可以在 MAAS 中看到它（自从我开始设置 Kubernetes 以来，我一直在看 MAAS，所以我知道这是从安装 Kubernetes 开始的）

这是我拥有的所有 pods（默认情况下随 Kubernetes 安装）

这是安装 Kubernetes 后创建的 VM 列表（还有很多）

Answer 1

澄清一下，conjure-up canonical-kubernetes 的工作方式是：启动 Juju 并要求它将集群部署到任何合适的云（在本例中为 MAAS），然后 Juju 要求 MAAS为 运行 集群所需的每个节点提供机器（或者，在这种情况下，启动虚拟机），然后 Juju 为每个应用程序部署适当的魅力代码到虚拟机，最后魅力代码安装和配置适合该 VM 在集群中扮演的角色的 kubernetes 或其他组件。

来自 conjure-up 的 "try was stopped" 错误最初来自 Juju，可能是由于 VM 从其下方停止。手动 运行ning juju list-models 可能会提供更多信息，但我当然希望 Juju 提供比这更好的错误消息。

至于这些虚拟机最初来自哪里，没有更多信息就很难说了。召唤日志（在 ~/.cache/conjure-up/conjure-up.log 中）将非常有帮助。难不成你运行conjure-up多次？每次你 运行 它都会在 Juju 中创建一个新模型，并部署新的 Kubernetes，这将占用约 8 个新虚拟机。如果您在 运行ning conjure-up 时遇到一些错误，它可能仍然启动了集群，但未能观察到它准备就绪或无法执行 post 处理步骤之一。同样，该信息将在 conjure-up.log 文件中。

开始部署后，您可以使用 juju list-models 和 juju status -m <model-name> 使用 Juju 检查部署状态。这将提供有关集群正在为哪些单元使用哪些机器的详细信息，以及根据 charm 每个机器的状态（即是否成功加入集群）。