Skip to content

执行器调度不均问题 #3721

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
BennyTian opened this issue May 14, 2025 · 5 comments
Closed

执行器调度不均问题 #3721

BennyTian opened this issue May 14, 2025 · 5 comments

Comments

@BennyTian
Copy link

项目部署在k8s,以pod的形式运行, 一个admin , 2个executor , 执行器自动注册

版本:

<dependency>
	<groupId>com.xuxueli</groupId>
	<artifactId>xxl-job-core</artifactId>
	<version>2.3.1</version>
</dependency>

注册代码(application.yaml, http://xxx-job-admin:8080 这个是k8s中的service):

xxl:
  job:
    accessToken: xxxxxx
    admin:
      addresses: http://xxx-job-admin:8080
    executor:
      appname: xxx-job-executor
      ip: ''
      logpath: /logs/xxl-job/jobhandler
      logretentiondays: 30
      port: 8089

注册之后的执行器:

1. http://172.25.44.89:8089/
2. http://172.25.45.119:8089/

执行器负载(m为k8s的cpu, Mi为内存):

kubectl top pods --sort-by=cpu | grep job-executor

job-executor-789bdc99d-5h6mv   1851m        4612Mi          
job-executor-789bdc99d-kqztv   139m         1497Mi   

项目运行正常, 但是发现 2个执行器,一个cpu很高,另外一个很闲,查看了r任务调度日志, 所有任务都跑在一个执行器上,任务的调度策略配置的也都是轮询

请问 我这个是哪里配置的还有问题吗?

@metka495
Copy link

有没有可能是 调度其中一个服务器的时候出错了

@metka495
Copy link

先用调度中心 看下能不能通两个 执行器节点

@BennyTian
Copy link
Author

先用调度中心 看下能不能通两个 执行器节点

感谢您的建议!

我在两个执行器的节点上 都尝试了 telnet xxl.job.admin.addresses 中配置的 地址及端口, 返回的都是 链接成功.

您提到的 调度中心 指的是? 我有什么方式可以验证我的两个执行器是否链接成功吗? 我的 "执行器管理" 里面使用的是自动注册,且 "OnLine 机器地址" 中显示两个执行器都可以正确显示IP及端口, 不知道还有什么方式可以验证执行器链接成功.

"OnLine 机器地址" 注册节点信息:

1. http://172.25.44.89:8089/
2. http://172.25.45.119:8089/

再次感谢您的无私帮助 !

@Jozoazhua
Copy link

Image 查看任务对应的路由策略

@BennyTian
Copy link
Author

Image 查看任务对应的路由策略

Image

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants