我有一个运行在3个服务器、一个主服务器和2个仆从上的Kubernetes集群。我想添加另一个奴才。是否可以添加一个奴才而无需再次进行完整安装？到目前为止，在搜索执行此操作的指南时，我只能找到有关启动整个集群的优秀指南。 最佳答案 对我来说，master和minion之间的区别在于启动过程和编排(master向minions发出信号，表明它已经完成并且他们现在可以上来，minions等待信号)。在事情完成后调出一个仆从并没有什么不同，除非信号已经完成，所以仆从就会出现。这对我来说似乎是一个合理的实验，所以我想我会尝试一下!我在digi

我有一个运行在3个服务器、一个主服务器和2个仆从上的Kubernetes集群。我想添加另一个奴才。是否可以添加一个奴才而无需再次进行完整安装？到目前为止，在搜索执行此操作的指南时，我只能找到有关启动整个集群的优秀指南。 最佳答案 对我来说，master和minion之间的区别在于启动过程和编排(master向minions发出信号，表明它已经完成并且他们现在可以上来，minions等待信号)。在事情完成后调出一个仆从并没有什么不同，除非信号已经完成，所以仆从就会出现。这对我来说似乎是一个合理的实验，所以我想我会尝试一下!我在digi

您是否在docker容器中运行saltminion？还是只在运行docker容器的服务器上运行一个minion？我们目前不使用salt，但希望将来使用它。我们不确定future如何布局我们的基础架构。如果您不理解我的问题，请发表评论:-) 最佳答案 你可以做一个或两个。这两个选项有不同的目的。以下是您可以使用配置管理的不同方式:用于构建图像的salt与其编写更复杂的Dockerfile来安装和设置您的代码，您的Dockerfile只是说类似FROMsaltstack/ubuntu-14.04RUNsalt-call如果您正在考虑从使

Salt安装部署一：salt简介​ 早期运维人员会根据自己的生产环境来写特定脚本完成大量重复性工作，这些脚本复杂且难以维护。系统管理员面临的问题主要是1、系统配置管理，2、远程执行命令，因此诞生了很多开源软件，系统维护方面有fabric、puppet、chef、ansible、saltstack等，这些软件擅长维护系统状态或方便的对大量主机进行批量的命令执行。　　salt灵活性强大，可以进行大规模部署，也能进行小规模的系统部署。salt的设计架构适用于任意数量的服务器，从少量本地网络系统到跨越数个数据中心，拓扑架构都是c/s模型，配置简单。　　不管是几台、几百台、几千台服务器，都可以使用sa

Salt安装部署一：salt简介​ 早期运维人员会根据自己的生产环境来写特定脚本完成大量重复性工作，这些脚本复杂且难以维护。系统管理员面临的问题主要是1、系统配置管理，2、远程执行命令，因此诞生了很多开源软件，系统维护方面有fabric、puppet、chef、ansible、saltstack等，这些软件擅长维护系统状态或方便的对大量主机进行批量的命令执行。　　salt灵活性强大，可以进行大规模部署，也能进行小规模的系统部署。salt的设计架构适用于任意数量的服务器，从少量本地网络系统到跨越数个数据中心，拓扑架构都是c/s模型，配置简单。　　不管是几台、几百台、几千台服务器，都可以使用sa