kubernetes - KOPS在哪里/从哪里运行？

Question

我是Docker和Kubernetes的新手，尽管我基本上已经弄清楚了这一切的工作方式。

我继承了同时使用和KOPS的应用程序。

我遇到的最后一件事是KOPS设置。我绝对确定Kubernetes是通过KOPS设置的。 S3存储桶上有两个KOPS状态存储(分别对应于dev和prod集群)

但是，尽管我可以找到正在运行kubectl / kubernetes的服务器，但我绝对无法访问的服务器似乎都没有kops命令。

我是否误解了KOPS的工作原理？它不执行某种动态监视(仅由ReplicaSet自己完成吗？)，而是仅设置运行中的集群即可完成？

如果它们对任何人都有帮助，我可以包括cluster.spec或config文件，但我真的看不到它们与这个问题有何 super 关系。

我想我只是感到困惑-从我的 Angular 来看，看起来KOPS只能运行一次，设置一个集群，然后完成。但是，每当我的节点服务器或主服务器之一发生故障时，它就会自我修复。我希望可以使用节点服务器，而不是主服务器。

这一切都在AWS上进行。

抱歉，如果这是一个愚蠢的问题，我只是在概念上难以理解这里发生的事情。

Answer 1

kops是一种命令行工具，您可以从自己的计算机(或Jumpbox)上运行它，并为您创建集群，它本身并不是运行时间较长的服务器。如果您熟悉的话，它就像Terraform，但是它是专门为拆分Kubernetes集群而量身定制的。
kops通过自动扩展组在AWS上创建节点。正是这种结构(这是AWS的东西)可以确保您的节点恢复到所需的数量。
kops用于管理Kubernetes集群本身，例如创建，扩展，更新，删除。 kubectl用于管理在Kubernetes上运行的容器工作负载。您可以使用它来创建，缩放，更新和删除副本集。您如何在Kubernetes上运行工作负载的方式应该与您(或某些集群管理员)用来管理Kubernetes集群本身的方式/方式无关。也就是说，除非您尝试更改Kubernetes的“系统组件”，例如Kubernetes API或kubedns，它们是集群管理员级别的问题，但恰好在Kuberentes上作为容器工作负载运行。

至于节点发生故障时 pods 是如何旋转的，这就是Kubernetes作为容器协调器所努力的工作。您声明所需的状态，Kubernetes系统将其设置为所需状态。如果事情崩溃，失败或消失，Kubernetes的目标是调和实际状态与所需状态之间的差异，并计划所需的容器工作负载在可用节点上运行，以使世界的实际状态与所需状态保持一致。在较低级别，AWS做类似的事情-创建VM并使它们保持运行。如果Amazon需要拆除主机进行维护，它将找出如何在其他位置自动运行VM(以及附加卷等)的方法。