four43 Asked: 2016-01-05 10:51:59 +0800 CST2016-01-05 10:51:59 +0800 CST 2016-01-05 10:51:59 +0800 CST AWS EC2 上的 Kubernetes - 修改扩展组中的 --max-pods 772 我们在 Amazon AWS 上的 Kubernetes 上运行容器。该集群是通过 kube-up 脚本集创建的。一切都正确配置并且工作正常。然而，我们遇到了一个障碍——我们相当大的服务器 c4.xlarges 只允许运行 40 个 pod。这对我们来说是一个很小的数字，因为我们正在运行许多小 pod，其中一些很少使用。有没有办法从 salt master 或启动配置中提高这个限制？这样做的最佳途径是什么？ 谢谢。 amazon-web-services 1 个回答 Voted Best Answer four43 2016-01-12T12:06:08+08:002016-01-12T12:06:08+08:00 解决它！据我所知，我认为我也做了一个很好的修复。我是 Salt 的新手，但我觉得我现在对它有了相当不错的掌握。它比我想象的要简单得多，也不那么令人生畏，一个非常简洁的工具。无论如何，修复： Kubernetes 为 master 和 minions 提供盐。Salt 的配置文件位于/srv/salt. 查看top.sls文件后，我找到了kubelet文件夹（我们需要更改传递给 kubelet 的标志）。浏览该文件夹，我们找到该init.sls文件，指向kubelet.service正在使用salt://kubelet/defaultconfig.xml 文件的文件。完美，这只是/srv/salt/kubelet/default文件。呸。很多大型条件，但都归结为最后一行DAEMON_ARGS=...如果我们想以正确的方式执行此操作，请修改最后一行以添加另一个变量： {% set max_pods = "--max-pods=" + pillar.get('kubelet_max_pods', '40') %} DAEMON_ARGS="{{daemon_args}} {{api_servers_with_port}} {{debugging_handlers}} {{hostname_override}} {{cloud_provider}} {{config}} {{manifest_url}} --allow_privileged={{pillar['allow_privileged']}} {{pillar['log_level']}} {{cluster_dns}} {{cluster_domain}} {{docker_root}} {{kubelet_root}} {{configure_cbr0}} {{cgroup_root}} {{system_container}} {{pod_cidr}} {{max_pods}}" （注意我们的新变量 max_pods） 这个配置文件可以访问我们的支柱文件，盐的“配置”文件。这些位于 /srv/pillar. 在验证所有这些配置都传递给所有主机后，我们可以修改一个。我认为它最适合cluster-params.sls： kubelet_max_pods: '80' 我杀死了我的旧节点，现在我们的节点每个主机最多有 80 个 Pod，而不是默认的。
解决它！据我所知，我认为我也做了一个很好的修复。我是 Salt 的新手，但我觉得我现在对它有了相当不错的掌握。它比我想象的要简单得多，也不那么令人生畏，一个非常简洁的工具。无论如何，修复：
Kubernetes 为 master 和 minions 提供盐。Salt 的配置文件位于
/srv/salt. 查看top.sls文件后，我找到了kubelet文件夹（我们需要更改传递给 kubelet 的标志）。浏览该文件夹，我们找到该init.sls文件，指向kubelet.service正在使用salt://kubelet/defaultconfig.xml 文件的文件。完美，这只是/srv/salt/kubelet/default文件。呸。很多大型条件，但都归结为最后一行DAEMON_ARGS=...如果我们想以正确的方式执行此操作，请修改最后一行以添加另一个变量：（注意我们的新变量 max_pods）
这个配置文件可以访问我们的支柱文件，盐的“配置”文件。这些位于
/srv/pillar. 在验证所有这些配置都传递给所有主机后，我们可以修改一个。我认为它最适合cluster-params.sls：我杀死了我的旧节点，现在我们的节点每个主机最多有 80 个 Pod，而不是默认的。