![将 Docker 主机扩展为可编排的 [纳米] 集群的选项](https://linux22.com/image/758386/%E5%B0%86%20Docker%20%E4%B8%BB%E6%9C%BA%E6%89%A9%E5%B1%95%E4%B8%BA%E5%8F%AF%E7%BC%96%E6%8E%92%E7%9A%84%20%5B%E7%BA%B3%E7%B1%B3%5D%20%E9%9B%86%E7%BE%A4%E7%9A%84%E9%80%89%E9%A1%B9.png)
我正在寻求一些建议，
我有一个Fedora Server 32 虚拟机作为 Docker（不是 Podman）主机。我想我可能已经超出了它的容量，所以基本上我要么向 VM 添加更多资源，要么添加另一个 VM 并将它们集群化。
仅仅投入更多资源似乎不是一个好主意，因为这样我最终会遇到一个巨大的单点故障，而不是分担负载，无论物理主机如何 - 或者这是我所相信的，如果我错了，请纠正我。
显然我需要一些编排，我使用 Portainer，但是使用更像是查看状态的快捷方式，我更喜欢 CLI，只在需要时使用（和学习）选项。Portainer 更像是一种监督工具，而不是编排器，所以我考虑使用 Swarm，因为 Kubernetes 太复杂了，而且据我所知，即使是最小的部署，两个主机也太少了。
或者是吗？Kubernetes 开始发挥作用的最低主机数是多少，而不仅仅是 minikube/minishift 这样的开发环境？我知道 K8s 需要一个主节点，所以至少是 3 个，对吗？
或者或者可以有两个或更多个 minikube/minishift一体型部署（即很多更容易部署）可以集群化吗？
我愿意接受任何建议。容器存储在 NFS 文件共享上，我使用 Cockpit 快速且始终相同的方式进行基本配置，并保留已部署的所有容器的文件，以便如果发生任何事情，我可以完全一样地重新创建它，或者如果，说，我会切换到 Ubuntu Server 主机。所以真的欢迎任何建议。我更喜欢 Fedora 或 RHEL，但我并不局限于它们。
如果我需要坐下来好好学习 K8s，那么我想我必须这么做。老实说，我发现所有的复杂性都很难证明，因为而 Kubernetes 可能具有自我修复能力在运行时，如果其中一个底层独特— 设置组件发生故障，可以修复吗？