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

Question

安装kubernetes之后，我看到了一个庞大的节点列表，但仍在增加（发生了什么事？）：

识别码 意识-牛 休闲小狗 鲸鱼 随便的痣 猎犬 近亲 酷巨魔 体面的甲虫 神虫 主动制动 鳕鱼 平等青蛙 平等的天鹅 异国情调的ear 专家牛 专家弹头 蜜蜂 第一狗 坦率的猴子 温柔的种族 锦鲤 大兔子 引导后移 方便的瓦胡 大黄蜂 圣低音 圣母鸡 意向熊 大工具包

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

这里是我拥有的所有Pod（默认情况下与Kubernetes一起安装），如果有人真的可以知道是否有任何一个导致此问题的话

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

Answer 1

为澄清起见，conjure-up canonical-kubernetes的工作方式是：变构驱动Juju，并要求其将群集部署到任何合适的云（在本例中为MAAS），然后Juju要求MAAS给予它运行集群所需的每个节点的计算机（或在这种情况下，启动虚拟机），Juju然后将每个应用程序的适当超级代码部署到虚拟机，最后超级代码安装并配置适当的kubernetes或其他组件，以用于VM在群集中扮演的角色。

从juju-up产生的“尝试已停止”错误最初来自Juju，这可能是由于VM从其下面停止了。手动运行juju list-models可能会在那儿提供更多信息，但是我当然希望Juju会提供比这更好的错误消息。

关于VM最初来自何处，如果没有更多信息，很难说。联想日志（在~/.cache/conjure-up/conjure-up.log中）将非常有帮助。您是否可能多次运行conjure-up？每次运行时，它将在Juju中使用Kubernetes的新部署创建一个新模型，这将占用约8个新VM。如果在运行conjure-up时遇到错误，则它可能仍已启动集群，但无法监视集群准备就绪或执行后处理步骤之一。同样，该信息将在conjure-up.log文件中。

开始部署后，可以使用Juju使用juju list-models和juju status -m <model-name>来检查部署的状态。这将提供有关群集确切用于哪些单元的机器的详细信息，以及根据超级按钮（即，是否成功加入群集）这些机器的状态的详细信息。