5.0 版本持续优化:ExProto 吞吐性能提升

简介: 九月,EMQX 5.0保持稳定更新,目前已发布5.0.8版本,企业版4.3&4.4发布最新维护版本。云服务方面,EMQX Cloud新增1000连接规格的专业版部署。

九月,EMQX 5.0 保持稳定更新,目前最新版本已经来到了 5.0.8,在修复目前已知 Bug 的同时,我们也专注于加强性能和改进功能体验。企业版 4.3 & 4.4 发布了最新的维护版本,修复了多项已知问题,稳定性进一步提升。

云服务方面,EMQX Cloud 新增了 1000 连接规格的专业版部署,方便更多用户享受专业版高级功能。

EMQX

EMQX 5.0 持续优化

在九月发布的两个版本中,我们改进了节点间共享订阅消息的派发方式,从使用 Erlang distribution 的 RPC 改为独立的 RPC 实现,这将有效减小共享订阅负载较高时 Mnesia 集群事务的执行压力。我们为 ExProto 到 gRPC Server 的发送流增加了对批量操作的支持,使其吞吐性能也得到了一定程度的提升。此外,我们通过简化 TLS 密码套件的配置以及统一 Dashboard 上 TLS 的配置方式,提升了 TLS 的使用体验。

更多功能改动与问题修复的说明,可点击查看 。

4.3 & 4.4 维护版本升级

目前,EMQX 与 EMQX Enterprise 的最新稳定版本已经分别来到了 EMQX 4.3.20 & 4.4.9 以及 EMQX Enterprise 4.3.15 & 4.4.9,这是一次常规升级,以各项问题修复为主,完整修复列表见:https://www.emqx.com/zh/changelogs/enterprise/4.4.9

产品解读系列专题完结

为了方便用户更好地了解 EMQX 5.0 的技术细节和产品价值,自 EMQX 5.0 发布,EMQX 团队陆续推出了 5.0 产品解读系列文章与直播。

九月我们发布了文章 《EMQX 5.0 全新网关框架:轻松实现多协议接入》《如何保障物联网平台的安全性与健壮性》《易操作、可观测、可扩展,EMQX 如何简化物联网应用开发》。至此,EMQX 5.0 产品解读系列暂时告一段落。

EMQX Cloud

新增 1000 连接规格的专业版部署

针对对专业版高级功能有需求但是连接设备数并没有很多的用户,我们上线了 1000 连接的规格,同时 TPS 的限制为 1000,降低了用户使用 EMQX Cloud 专业版的门槛。此外,专业版提供的试用规格也从 5000 连接变为 1000 连接。1000 连接专业版的部署国内价格为 ¥1.28/小时,海外部署价格为 $0.36/小时。

小时账单显示优化

现在用户可以在【财务管理】-【概览】-【小时账单】中看到每一种类型的服务所结算的账单,轻松查询服务费用和流量产生的费用。
MQTT Cloud.png

影子服务优化

优化了影子服务数据统计,去除了系统默认调用量的统计和显示,同时也进一步提升了服务调用 QPS(Query Per Second)的上限,以应对更高要求的场景。

关于影子服务的详细内容可查看:开箱即用的数据缓存服务|EMQX Cloud 影子服务应用场景解析

EMQX Kubernetes Operator

高级运维特性预研

本月我们对 EMQX 在生产环境中一些高级运维特性做了相关预研工作,目前已有基本方案。主要包括以下内容:

  • 在 Kubernetes 中热更新与 patch
  • 在升级过程中减少端重连以及连接可控迁移
  • 在 Kubernetes 中的伸缩能力

Bug 修复优化

  • 解决了 loaded_plugins erofs error 的问题
  • 解决了 v2.0 中更新字段触发 Webhook update 校验拦截导致更新失败的 Bug
  • 解决了升级 EMQX 5.0 的过程中,状态判断的 Bug
  • 解决了 v1.1 中可能出现脑裂的 Bug
版权声明: 本文为 EMQ 原创,转载请注明出处。

原文链接:https://www.emqx.com/zh/blog/emqx-newsletter-202209

目录
相关文章
|
6月前
|
算法 数据库 异构计算
Milvus 2.3.功能全面升级,核心组件再升级,超低延迟、高准确度、MMap一触开启数据处理量翻倍、支持GPU使用!
Milvus 2.3.功能全面升级,核心组件再升级,超低延迟、高准确度、MMap一触开启数据处理量翻倍、支持GPU使用!
Milvus 2.3.功能全面升级,核心组件再升级,超低延迟、高准确度、MMap一触开启数据处理量翻倍、支持GPU使用!
|
12月前
|
SQL 机器学习/深度学习 分布式计算
「大数据架构」Spark 3.0发布,重大变化,性能提升18倍
「大数据架构」Spark 3.0发布,重大变化,性能提升18倍
|
9月前
|
存储 算法 大数据
倚天性能优化--基于倚天优化后的zstd在大数据场景应用:降低存储成本+提升重IO场景性能
倚天性能优化--基于倚天优化后的zstd在大数据场景应用:降低存储成本+提升重IO场景性能
|
存储 Oracle JavaScript
300万数据导入导出优化方案,从80s优化到8s(实测)
300万数据导入导出优化方案,从80s优化到8s(实测)
300万数据导入导出优化方案,从80s优化到8s(实测)
|
消息中间件 缓存 负载均衡
Kafka性能调优实战:同等资源配置性能提升20几倍的秘诀
Kafka性能调优实战:同等资源配置性能提升20几倍的秘诀
Kafka性能调优实战:同等资源配置性能提升20几倍的秘诀
|
Dubbo 算法 NoSQL
记一次提升18倍的性能优化
最近负责的一个自研的 Dubbo 注册中心经常收到 CPU 使用率的告警,于是进行了一波优化,效果还不错,于是打算分享下思考、优化过程,希望对大家有一些帮助。 自研 Dubbo 注册中心是个什么东西,我画个简图大家稍微感受一下就好,看不懂也没关系,不影响后续的理解。
210 0
记一次提升18倍的性能优化
|
Dubbo 算法 NoSQL
记一次提升18倍的性能优化!
最近负责的一个自研的 Dubbo 注册中心经常收到 CPU 使用率的告警,于是进行了一波优化,效果还不错,于是打算分享下思考、优化过程,希望对大家有一些帮助。自研 Dubbo 注册中心是个什么东西,我画个简图大家稍微感受一下就好,看不懂也没关系,不影响后续的理解。Consumer 和 Provider 的服务发现请求(注册、注销、订阅)都发给 Agent,由它全权代理Registry 和 Agent 保持 Grpc 长链接,长链接的目的主要是 Provider 方有变更时,能及时推送给相应的 Consumer。为了保证数据的正确性,做了推拉结合的机制,Agent 会每隔一段时间去 Regist
|
SQL 存储 负载均衡
掌握这两个调优技巧,让TiDB性能提速千倍!
本文为大家分享个推通过调优,实现TiDB千倍性能提升的实战经验。
876 0
掌握这两个调优技巧,让TiDB性能提速千倍!
|
存储 缓存 负载均衡
C++高并发场景下读多写少的优化方案
C++高并发场景下读多写少的优化方案 述 一谈到高并发的优化方案,往往能想到模块水平拆分、数据库读写分离、分库分表,加缓存、加mq等,这些都是从系统架构上解决。单模块作为系统的组成单元,其性能好坏也能很大的影响整体性能,本文从单模块下读多写少的场景出发,探讨其解决方案,以其更好的实现高并发。 不同的业务场景,读和写的频率各有侧重,有两种常见的业务场景: 读多写少:典型场景如广告检索端、白名单更新维护、loadbalancer 读少写多:典型场景如qps统计 本文针对读多写少(也称一写多读)场景下遇到的问题进行分析,并探讨一种合适的解决方案。
564 0
C++高并发场景下读多写少的优化方案
|
存储 消息中间件 机器学习/深度学习
硬件成本降低90%,性能提升20倍,异构内存show给你看!
硬件成本降低90%,性能提升20倍,异构内存show给你看!
359 0
硬件成本降低90%,性能提升20倍,异构内存show给你看!