EMQX 优化,集群负载重平衡提供更好的运维实践
12 月 EMQX 开源版和企业版对稳定性和部分功能进行了优化提升,同时提供了 TDengine 的新版本适配,帮助用户基于 EMQX 拓展更多可能。
云服务方面,EMQX Cloud 数据集成新增支持 Google Pub/Sub,为使用 GCP 其他数据服务的用户提供了便利。此外,EMQX Operator 2.1 即将发布,通过 EMQX 节点疏散能力在 Kubernetes 上实现了可控、平滑的优雅升级。
EMQX
12 月 EMQX 开源版发布了 v5.0.12,更新了 Dashboard 1.1.3 版本。企业版即将发布 v4.3.18 以及 v4.4.12,提供集群负载重平衡与节点疏散、TDengine 3.0 适配、字表批量插入等多个新功能。
同时,我们在 v4.4 以及 v5.0 中提供了适用于 Apple M1/M2(macOS-12)以及 Amazon Linux 2 的软件包。
集群负载重平衡与节点疏散
集群负载重平衡与节点疏散包含在企业版 v4.4.12 中,它允许用户在集群负载不平衡时重新分配每个节点的连接,亦或是因维护关闭节点之前强制将连接和会话迁移到其他节点,以避免因此带来的会话数据丢失。
启用节点疏散后,当前节点将停止接受 MQTT 新连接,并将所有连接及会话转移到指定节点,在此过程中客户端通过重连机制,经历短暂的断开后会迅速连接到新节点,绝大多数 MQTT 客户端库都实现了这一机制。
节点重平衡可以看做是不完全的节点疏散,它允许将部分连接从负载较高的节点迁移到负载较低的节点时间集群负载均衡。
为避免短时间内的大规模重连导致 EMQX 负载过高,EMQX 支持参数化地设置疏散速度,以确保这一过程平稳地进行。
集群负载重平衡与节点疏散提供了灵活可控的运维实践,能够大大降低 EMQX 负载状态不均衡以及维护工作对业务的影响,详细的使用方式请参阅 EMQX 文档,目前这一功能已经被整合至 EMQX Operator 中以为 EMQX 的 K8s 自动化部署带来更好的使用体验。
TDengine 3.0 适配以及子表批量插入
TDengine 3.0 进行了大量的架构重构和功能新增,提供了更好的性能和更多灵活易用的功能。在该版本中,EMQX 依赖的数据写入接口发生了一些不兼容的变化导致 EMQX 无法继续正确写入数据。
本次发布我们对这一变更进行了无缝适配,您无需修改规则引擎即可升级到 TDengine 3.0 版本。
在版本适配的同时,我们还加入了 TDengine 子表批量插入能力,您可以借助批量机制实现更高的吞吐性能,经测试 EMQX 单节点上可以达到每秒 10 万的插入速度。
功能增强
提高了 EMQX 5.0 中保留消息写入性能。
在 EMQX 5.0 中增加禁用全局 GC 的配置项
node.global_gc_interval = disabled
,禁用后可以提高消息吞吐,避免海量连接下因全局 GC 对业务产生波动,但相应地内存占用会更高。在 EMQX 5.0 中删除非标准共享订阅主题前缀
$queue
的支持,共享订阅现在是 MQTT 规范的一部分。改用$share
前缀。重构了 MQTT 5.0 数据集成 MQTT Bridge,现在您可以在一个 MQTT Bridge 中实现消息的流入(ingress)和流出(egress)桥接。
为主题重写模块增加主题合法性检查,带有通配符的目标主题不允许被创建。
在 EMQX 4.3 中增加对 Kafka 资源配置字段的合法性检查,避免创建时传入错误的字符串导致运行时出现错误。
问题修复
我们修复了多个已知 BUG,包括潜在的 MQTT 数据包解析错误、RocketMQ 集成认证功能无法正常工作、已过期 awaiting_rel
队列不会清除以及备份数据无法正确导入导出的问题。
EMQX Cloud
数据集成支持 Google Pub/Sub
Google Cloud Pub/Sub 是一种异步消息传递服务,旨在实现极高的可靠性和可扩缩性。
现在,您可以通过 EMQX Cloud 规则引擎的 GCP Pub/Sub 集成能力,快速建立与该服务的连接,基于 GCP 构建物联网应用:
使用 Google 的流式分析处理物联网数据:以 Pub/Sub 以及 Dataflow 和 BigQuery 为基础而构建整体解决方案,实时提取、处理和分析源源不断的 MQTT 数据,基于物联网数据发掘更多业务价值。
异步微服务集成:将 Pub/Sub 作为消息传递中间件,通过 pull 的方式与后台业务集成;也可以推送订阅到 Google Cloud 各类服务如 Cloud Functions、App Engine、Cloud Run 或者 Kubernetes Engine 或 Compute Engine 上的自定义环境中。
在数据集成页面中选择 GCP PubSub 即可打通 EMQX Cloud 连接到 GCP 的通道。
EMQX Kubernetes Operator
EMQX Operator 2.1 即将发布
该版本适配了 EMQX 4.4.12 中的节点疏散功能,借助该能力,EMQX Operator 在 Kubernetes 上实现了优雅升级,为用户带来如下便利:
在新的升级方案里,升级过程中客户端仅需断连一次(在之前的方案中连接可能会中断多次)。
借助 EMQX 的节点疏散能力,在升级过程中实现连接可控迁移(控制连接断开速率与迁移速率)。
通过减少连接中断次数与可控连接速率迁移,能够有效防保障服务端在整个升级过程中的平滑、稳定运行,防止过载。
版权声明: 本文为 EMQ 原创,转载请注明出处。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
为iframe正名,你可能并不需要微前端
作者:刘显安(码怪) 任何新技术、新产品都是有一定适用场景的,它可能在当下很流行,但它不一定在任何时候都是最优解。 前言 最近几年微前端很火,火到有时候项目里面用到了iframe还要偷偷摸摸地藏起来生怕被别人知道了,因为担心被人质疑:你为什么不用微前端方案?直到最近笔者接手一个项目,需要将现有的一个系统整体嵌入到另外一个系统(一共20多个页面),在被微前端坑了几次之后,回过头发现,iframe真香! qiankun的作者有一篇《Why Not Iframe》 介绍了iframe的优缺点(不过作者还有一篇《你可能并不需要微前端》给微前端降降火),诚然iframe确实存在很多缺点,但是在选择一个方案的时候还是要具体场景具体分析,它可能在当下很流行,但它不一定在任何时候都是最优解:iframe的这些缺点对我来说是否能够接受?它的缺点是否有其它方法可以弥补?使用它到底是利大于弊还是弊大于利?我们需要在优缺点之间找到一个平衡。 优缺点分析 iframe适合的场景 由于iframe的一些限制,部分场景并不适合用iframe,比如像下面这种iframe只占据页面中间部分区域,由于父页面已经有一个滚动...
- 下一篇
KubePi 使用硬编码的凭证漏洞
漏洞描述 KubePi 是一款开源 Kubernetes 可视化管理面板,具有权限分配、导入多个Kubernetes集群等功能 该项目的受影响版本的 jwt 认证功能中 session.go 使用硬编码的 jwtsigkeys,导致所有在线项目使用相同的 Jwtsigkeys。远程攻击者可以伪造任意jwt 令牌来接管在线项目的管理员帐户,甚至接管 k8s 集群 漏洞名称 KubePi 使用硬编码的凭证漏洞 漏洞类型 使用硬编码的凭证 发现时间 2023-01-05 漏洞影响广度 一般 MPS编号 MPS-2022-69792 CVE编号 CVE-2023-22463 CNVD编号 - 影响范围 KubePi@(-∞, 1.6.3) 修复方案 升级KubePi到1.6.3或更高版本 参考链接 https://www.oscs1024.com/hd/MPS-2022-69792 https://nvd.nist.gov/vuln/detail/CVE-2023-22463 https://github.com/KubeOperator/KubePi/commit/3be58b8df5bc0...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- Red5直播服务器,属于Java语言的直播服务器
- CentOS7,8上快速安装Gitea,搭建Git服务器
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- SpringBoot2全家桶,快速入门学习开发网站教程
- CentOS8安装MyCat,轻松搞定数据库的读写分离、垂直分库、水平分库
- CentOS8编译安装MySQL8.0.19