实际上 , 这个请求操作是可选进行的(由配置参数进行控制) 。也就是说 , 在关闭时可以控制不进行请求 。这样 , 可以一定程度上加速服务的重启 , 甚至可能在zk感知到节点离线前 , 就已经完成了重启流程 。
涉及的相关配置包括:
// 与controller的socket超时时间, 默认为30000, 即30秒controller.socket.timeout.ms// controlled shutdown请求的最大重试次数 , 默认3次controlled.shutdown.max.retries// controlled shutdown请求的重试间隔, 默认5000, 即5scontrolled.shutdown.retry.backoff.ms// 是否启用 controlled shutdown, 默认为truecontrolled.shutdown.enable
【总结】
本文通过一个重启耗时较长的问题 , 讲述了一个简单的知识点:kafka优雅关闭时的请求操作 。当然是否要禁用该请求 , 需要结合实际业务的可用性、zk连接超时时长等因素一并考虑 。
另外 , 重启过程中的另外一个耗时操作 , 日志的加载与恢复 , 这里没有展开讲解 , 下篇文章我们再来聊聊该内容 。
【kafka的controlled shutdown请求】好了 , 这就是本文的全部内容 , 如果觉得本文对您有帮助 , 请点赞+转发 , 如果觉得有不正确的地方 , 也可以拍砖指点 , 最后 , 欢迎加我微信交流~
- 使用TX2读取USB手柄/方向盘的输出控制
- 一 项目目录实践总结
- 【课程设计】基于决策树算法的学生成绩分析
- 看到阿里同事的年终奖后,我睡不着了!网友:贫穷限制了我的想象
- 商机交易网——为站在风口的企业插上翅膀
- 如何裁剪Word中的图片
- 叶菜放冰箱24小时会致癌吗 吃在冰箱泡发两天的木耳会中毒吗
- 密码学技术总结
- auxln接口干嘛用的
- 站在风口上的程序员,就应该有高收入!