【发布时间】:2018-05-25 10:31:12
【问题描述】:
我有一个问题,我们试图在我们的 mesos dcos 集群上运行多个服务,其中一些正在运行 spark 进程和一些 python 服务。因此,在我们的小型测试 mesos dcos 集群中,我们每天多次使用 70% 的 CPU 资源。
人们想要开始的服务只是挂起等待可以在从节点上很好满足但不允许分配某些 reson 的 cpu 提供。
一个典型的例子是总共有 7 个未使用的 cpu 和 1-3 个服务正在寻找 0.5 到 2 个 cpu 资源的 cpu 提供来使用。可以满足的。如果在查看节点资源视图。
对于我的问题,是否存在不允许同时分配超过 70% 的 CPU 的硬性限制?
这个限制是否有原因,将其更改为更高的值会有什么影响?
最后我们要更改谁的限制?
【问题讨论】:
-
我不知道它是否有区别,但集群在 aws 上运行。
-
Mesos 没有这个限制。配置可能有问题。
-
什么类型的配置会将其限制在 71%?因为我没有使用任何特殊的东西并且或多或少地运行基本设置。像这样的东西 --- agent_list: -
- bootstrap_url: 'file:///opt/dcos_install_tmp' cluster_name: 'mesos' log_directory: /genconf/日志 master_discovery:静态 master_list:- process_timeout:120 个解析器:- - ssh_key_path: /genconf/ssh-key ssh_port: ' ' ssh_user: -
也许是另一种资源有限?想到this example。
-
我不这么认为,因为在进程启动的调试页面中,对 cpu 上的所有从属节点都有读取交叉。说它找不到满足要求的地方。但这是正确的,因为我可以在其他页面上看到剩余的金额是 7.68。我得到的感觉是,当服务请求从节点时,从节点没有发送正确数量的资源提供。但我会继续寻找它是否可能是伪装成缺乏 cpu 资源的内存问题。问题可能是mesos之外的进程占用了那些cpu吗?它不应该为空
标签: configuration mesos mesosphere