6

腾讯云消息队列 CKafka 监控最佳指南

 3 years ago
source link: https://my.oschina.net/u/4587289/blog/4840903
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
腾讯云消息队列 CKafka 监控最佳指南

ade1f30e-00e4-457d-97ab-b9d0577ae3fc.png

导语:本文介绍了腾讯云消息队列 CKafka 监控的最佳实践指南,帮助开发者免除繁琐的运维工作,并快速发现问题,提高工作效率。



腾讯云消息队列 CKakfa 简介

消息队列 CKafka(Cloud Kafka)是基于开源 Apache Kafka 消息队列引擎,提供高吞吐性能、高可扩展性的消息队列服务。消息队列 CKafka 完美兼容 Apache Kafka 0.9、0.10、1.1、2.4 版本接口,在性能、扩展性、业务安全保障、运维等方面具有超强优势,让您在享受低成本、超强功能的同时,免除繁琐运维工作。

产品特点:

  • 收发解耦:有效解耦生产者、消费者之间的关系。在确保同样的接口约束的前提下,允许独立扩展或修改生产者 / 消费者间的处理过程。

  • 削峰填谷:消息队列 CKafka 能够抵挡突增的访问压力,不会因为突发的超负荷的请求而完全崩溃,有效提升系统健壮性。

  • 顺序读写:消息队列 CKafka 能够保证一个 Partition 内消息的有序性。和大部分的消息队列一致,消息队列 CKafka 可以保证数据按照顺序进行处理,极大提升磁盘效率。

  • 异步通信:很多时候,用户不想也不需要立即处理消息。消息队列提供了异步处理机制,允许用户把一个消息放入队列,但并不立即处理它。想向队列中放入多少消息就放多少,然后在需要的时候再去处理它们。

 CKakfa 基本概念和技术特征

42428d08-eb82-4fdf-bdcc-4e1379cc31c1.png[1]基本概念

Producer 和 Consumer

  • Producer (生产者):生产者即数据的发布者,该角色将消息发布到 Kafka 的 topic 中。broker 接收到生产者发送的消息后,broker 将该消息追加到当前用于追加数据的 segment 文件中。生产者发送的消息,存储到一个 partition 中,生产者也可以指定数据存储的 partition。

  • Consumer (消费者):消费者可以从 broker 中读取数据。消费者可以消费多个 topic 中的数据。

Broker 与 Cluster

  • Broker:Kafka 集群包含一个或多个服务器,服务器节点称为 broker。

  • Cluster:多个 Broker 组成一个 Cluster。

Topic 与 Partition

  • Topic:(主题)是一个逻辑的概念,就是作为消息的归类,每一条发送到 Kafka 的消息都有一个类别,这就是 topic。producer 负责将消息发送到特定的 topic(发送到 Kafka 集群中的每一条消息都必须指定一个 topic),而 consumer 负责订阅 topic 并进行消费。

  • Partition:(分区)是物理的概念,每个 topic 包含一个或多个 Partition。一个分区只属于一个主题。

[2] 技术特征

高吞吐

消息队列 CKafka 中存在大量的网络数据持久化到磁盘和磁盘文件通过网络发送的过程。这一过程的性能直接影响 Kafka 的整体吞吐量,主要通过以下几点实现:

1. 高效使用磁盘:磁盘中顺序读写数据,提高磁盘利用率。

  • 写 message:消息写到 page cache,由异步线程刷盘。

  • 读 message:消息直接从 page cache 转入 socket 发送出去。

  • 当从 page cache 没有找到相应数据时,此时会产生磁盘 IO,从磁盘加载消息到 page cache,然后直接从 socket 发出去。

2. Broker 的零拷贝(Zero Copy)机制:使用 sendfile 系统调用,将数据直接从页缓存发送到网络上。

3. 减少网络开销

  • 数据压缩降低网络负载。

  • 批处理机制:Producer 批量向 Broker 写数据、Consumer 批量从 Broker 拉数据。

数据持久化

消息队列 CKafka 的数据持久化主要通过如下原理实现:

  • Topic 中 Partition 存储分布
    在消息队列 CKafka 文件存储中,同一 Topic 有多个不同 Partition,每个 Partition 在物理上对应一个文件夹,用户存储该 Partition 中的消息和索引文件。例如,创建两个 Topic,Topic1 中存在 5 个 Partition,Topic2 中存在 10 个 Partition,则整个集群上会相应生成 5 + 10 = 15 个文件夹。

  • Partition 中文件存储方式
    Partition 物理上由多个 segment 组成,每个 segment 大小相等,顺序读写,快速删除过期 segment, 提高磁盘利用率。

水平扩展(Scale Out)

  • 一个 Topic 可包含多个 Partition,分布在一个或多个 Broker 上。

  • 一个消费者可订阅其中一个或者多个 Partition。

  • Producer 负责将消息均衡分配到对应的 Partition。

  • Partition 内消息是有序的。

Consumer Group

  • 消息队列 CKafka 不删除已消费的消息。

  • 任何 Consumer 必须属于一个 Group。

  • 同一 Consumer Group 中的多个 Consumer 不同时消费同一个 Partition。

  • 不同 Group 同时消费同一条消息,多元化(队列模式、发布订阅模式)。

多副本

多副本设计可增强系统可用性、可靠性。

 CKafka 架构 & 监控指标

[1] 架构图 & 监控指标

8f978ffe-0ef1-4275-ace3-8a3ce8719235.png

相关概念:

  • Broker:kafka 服务器

  • Topic:消息类别

  • Partition:物理上的概念,一个 Topic 可以包含多个 Partition

  • Offset:消息在 partition 的唯一序号

  • Producer:生产者,负责发布消息

  • Consumer:消费者,负责消费消息

  • Consumer Group:消费者分组,消费者标签,用于将消费者分类

  • Zookeeper 集群:存储 meta 数据、leader 选举、故障容错等

[2] 全量指标列表

Period 为 60 秒和 5min

c0cc014f-3f2e-4780-aa60-27472bae1951.pngab5daf12-e6ed-478f-8882-517fc6538257.pngc639f7ac-d5eb-42f5-9e81-e9d3544d6573.png

注:上方表格加粗的为核心指标

[3] 告警核心指标 & 最佳阈值

dfc75e2c-9a9c-464c-a66c-6e241511028b.png[1] 配置告警的核心指标及建议阈值

1. 消息服务 CKafka - 实例

磁盘使用百分比 > 80%

注:代表集群容量使用率,集群容量使用率达到 100% 会被写封禁,影响用户写入,所以需要用户注意提前扩容。

实例连接数百分比 > 80%

注:预防实例连接数过多,导致实例无法建立更多连接造成客户端无法访问 Ckafka 集群。

实例生产带宽百分比 > 80%

注:实例生产带宽百分比 (占用配额百分比),预防生产带宽过高,导致生产消息失败。

实例消费带宽百分比 > 80%

注:实例消费带宽百分比 (占用配额百分比),预防消费带宽过高,导致消费消息失败。

2. CKafka-Topic

Topic 生产流量 > 6000MB

注:按照所选择的时间粒度统计求和,需要根据需求来设置阈值的大小,预防消息生产速度过慢。

Topic 消费流量 > 6000MB

注:按照所选择的时间粒度统计求和,需要根据需求来设置阈值的大小,预防消息消费速度过慢,同时预防客户端出现 Rebalance。

3. CKafka-ConsumerGroup-Topic

主题级别未消费消息个数 > 100000

注:需要根据需求来设置阈值的大小,防止消费数据过慢,导致消息积压,预防业务中消费消息的实时性。

4. CKafka-ConsumerGroup-Partition

消费分组未消费消息数 > 100000

注:需要根据需求来设置阈值的大小,防止消费数据过慢,导致消息积压,预防业务中消费消息的实时性,同时预防客户端出现 Rebalance。

注意:如何避免客户端出现 Rebalance?

消息队列 Kafka 的 Consumer 没有独立线程维持心跳,而是把心跳维持与 poll 接口耦合在一起,如果用户消费出现卡顿会导致心跳超时,引发 Rebalance。

解决方案:

1. 尽量提高消费速度;

2. max.poll.records 设置小一点,这个参数是配置控制心跳的超时事件,可以由客户端自行设置;

3. session.timeout.ms 设置大一点,这个参数控制每次 poll 返回的最大消息数量。

[2] 如何在腾讯云监控中配置 Dashboard 和告警,高效发现问题

1. 配置告警

https://console.cloud.tencent.com/monitor/overview 进入腾讯云监控,选择告警配置下告警策略,并新建告警策略。

设置消息队列告警:

1. 输入策略名称

2. 输入备注

3. 选择策略类型

4. 选择消息队列 Ckafka 实例

5. 设置告警指标及触发条件

6. 选择告警渠道,包括接收对象,接收渠道,有效时段,接收语言

56793358-61e5-4d81-b9c5-eae1c3e850f7.png

配置的 Ckafka 实例告警总览

743f2f36-5175-4588-80dd-e9d82f826dfd.png

2. 配置 Dashboard

腾讯云监控 Dashboard 提供了消息队列 CKafka 的预设面板,点击https://console.cloud.tencent.com/monitor/overview 进入腾讯云监控,选择 Dashboard,然后选择预设 Dashboard 下的消息队列 CKafka 预设面板。

设置 CKafka 的 Dashboard:

1. 选择 CKafka 实例

2. 选择 CKafka-Topic

3. 选择 CKafka-ConsumerGroup-Topic

4. 选择 CKafka-ConsumerGroup-Partition

选择完 CKafka 实例,CKafka-Topic,CKafka-ConsumerGroup-Topic,CKafka-ConsumerGroup-Partition 之后,会自动展示出预设的 Dashboard。

消息队列 CKafka 预设面板 总览:

f736145a-6a39-45d9-b835-787359eecdcd.pngf821c53b-3082-48e9-a4ad-f512857f4267.gif

《KonaJDK赋能云上Java新生态》



49a69db5-7c9f-4274-ba46-cd82a9834bea.gif

扫描下方二维码关注本公众号,

了解更多微服务、消息队列的相关信息!



737b68e4-b00a-4435-bb1e-2b23218cc755.png

640?wx_fmt=gif 戳原文,了解更多CKafka的信息 19c7ad5d-48b5-4cdd-bdab-d623c471b073.png 点亮在看,你最好看

本文分享自微信公众号 - 腾讯云中间件(gh_6ea1bc2dd5fd)。
如有侵权,请联系 [email protected] 删除。
本文参与“OSC源创计划”,欢迎正在阅读的你也加入,一起分享。

© 著作权归作者所有

portrait.gif

其他人还在看

千万别给自己女朋友以任何方式讲技术,问就是不知道,长寿秘诀~ 媳妇最近突然爱学习了,各种刷算法、架构方面的题,没日没夜的带娃还有这个劲头,着实让我没想到。看似一片欣欣向荣,不过,长期的生存经验告诉我,...
摘要:从开发环境、语法、属性、内存管理和Unicode等五部分,为你带来一份详细的Rust语言学习的精华总结内容。 一、Rust开发环境指南 1.1 Rust代码执行 根据编译原理知识,编译器不是直接将源语言翻译为目标语言,...
在 WebRTC 中,Audio 数据在被送入编码器之前,有 2 大部分需要特别关注,一是数据采集,二是 Audio Processing。 作者:方来,技术专家,从事 voip 应用开发。 数据采集 数据采集主要由 Audio Device 模块进行处...
摘要:软件测试是软件工程中非常重要的一个环节,本文将从软件测试的目的、白盒测试和黑盒测试两大分类和以及各自的具体分类,来阐述软测试的相关知识。 一、软件测试的目的 发现缺陷 尽早和尽量多的发现被测对象...

About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK