在Kubernetes平台上的Docker中装载现有集装箱
我对库伯内特的世界还不熟悉。 我有一个集群设置,其中多个节点运行不同的容器。 我想将设置迁移到kubernetes。 我计划在其中一个节点上安装kubernetes master,并准备其他节点作为kubernetes worker 如果我准备一个kubernetes集群,kubernetes会检测到这些主机上现有的正在运行的容器吗?在Kubernetes平台上的Docker中装载现有集装箱,docker,kubernetes,containers,Docker,Kubernetes,Containers,我对库伯内特的世界还不熟悉。 我有一个集群设置,其中多个节点运行不同的容器。 我想将设置迁移到kubernetes。 我计划在其中一个节点上安装kubernetes master,并准备其他节点作为kubernetes worker 如果我准备一个kubernetes集群,kubernetes会检测到这些主机上现有的正在运行的容器吗? 如果没有任何插件/工具可以为正在运行的容器创建相应的kubernetes对象?我将从这里从头开始。Kubernetes可以使用您现有的Docker映像,但它应该有
如果没有任何插件/工具可以为正在运行的容器创建相应的kubernetes对象?我将从这里从头开始。Kubernetes可以使用您现有的Docker映像,但它应该有自己的专用硬件,并且您需要编写新的YAML文件来部署它 Kubernetes只知道它自己管理的容器。在大多数情况下,Kubernetes希望以独占方式管理多个完整节点;使用一些手动管理的容器运行节点“部分Kubernetes”是没有意义的。如果您可以使用类似的组件,那么可以根据实际集群负载动态添加和删除节点,而不受您的直接控制;如果Kubernetes不知道将其重新定位到其他地方,那么被删除的节点上的任何内容都将丢失
有一些工具试图将Docker Compose设置迁移到Kubernetes YAML,但它们是有限的,您需要实际学习Kubernetes设置以克服这些限制。最突出的例子是绑定装载的主机目录:您不能直接使用Kubernetes中的主机文件(…从哪个主机?),而Kompose只是删除了卷装载。要解决这个问题,您需要了解秘密和配置图,以及库伯内特斯关于“卷”的抽象概念,以及它在Pod规范和部署规范中的位置;如果你能很好地处理这个问题,那么你可以直接编写Kubernetes YAML。不,不会。使用docker注册表(其中包含容器的图像),您可以创建吊舱。主节点将决定创建pod的工作节点。可以使用yaml文件部署容器。尝试“Kubernetes Katacoda”以获得更好的理解。