搜索[网络监控]结果-低调大师优秀个人博客

精选列表

搜索[网络监控]，共10000篇文章

分布式监控系统 WGCLOUD v3.2.6 发布，新增端口和日志监控

支持高并发高性能，核心模块包括：服务器集群监控，ES集群状态监控，CPU监控，内存监控，数据监控，docker监控，网络流量监控，服务心跳检测，应用进程管理，磁盘IO监控，系统负载监控，监控告警信息推送

2020-09-08

xrkmonitor 字符云监控系统 v2.2 发布，新增 Linux 文件目录监控插件

该版本主要实现了 linux shell 开发接口，并新开发了shell 语言实现的文件目录监控插件，修改点如下： fix 监控点数据上报 bug fix 字符串型监控点数据上报转换存储模式 bug fix

2020-04-22

WGCLOUD 监控系统更新，新增支持监控 sqlserver、db2 数据库

WGCLOUD基于java语言开发，是微服务架构构建监控系统，支持高并发高性能高可用，核心模块包括：服务器集群监控，ES集群状态监控，CPU监控，内存监控，数据监控，服务心跳检测，应用进程管理，磁盘IO

2020-03-24

让网络更安全！锐捷网络发布“网络+安全”产品战略

晚1分钟损失100万，网络安全“时间仗”怎么打?带着这些疑问，让我们看看锐捷是怎么解答的。 4月23日下午，以“网络+安全网络更安全”为主题的2020年锐捷网络安全产品战略发布会在线上成功召开。

2020-05-08

软件定义网络SDN从数据网络向光网络延伸

目前业界掀起了融合信息技术(IT)和网络新型架构理念的研究势头，软件定义网络(SDN)技术迅速从数据网络领域向光网络领域延伸，以构建更灵活、高效、低成本、开放的未来光网络。

2017-07-31

FastDFS 6.15.5 发布，监控指标增强

FastDFS V6.15.1到V6.15.5历时6个多月，主要是小改进和监控指标增强。

2026-06-24

APM（三）：监控 Python 服务链

上一篇我们通过 Skywalking 监控了一个单体的 Python Flask 服务，并在 Skywalking 的 Web UI 中进行展示。

2025-12-31

京东企业业务前端监控实践

那我们团队也从去年开始逐步将各个应用接入了监控。到目前为止，我们的监控分为两个部分：实时监控：成功集成了 SGM 集团内部监控平台，并引入了相应的 SDK 来对前端应用进行实时监控。

2024-08-13

探索GreatADM：如何快速定义监控

引文在数据库运维过程中，所使用的运维管理平台是否存在这样的问题： 1、默认监控粒度不够,业务需要更细颗粒度的监控数据。 2、平台默认的监控命令不适合,需要调整阈值量身定制监控策略。

2023-09-11

前言说到MySQL的MTS，相信很多同学都不陌生，从5.6开始基于schema的并行回放，到5.7的LOGICAL_CLOCK支持基于事务的并行回放，这些内容都有文章讲解，在本篇文章不再赘述。今天要讲的是，你知道如何查看并行回放是否存在性能瓶颈吗，是由于主库事务行为导致无法并行回放，还是由于worker线程不足，限制了并行回放的天花板？这都得从一个Note信息说起。 MY-010559 在开启了多线程回放的从库error log，我们经常能看到Note级别的日志信息MY-010559 让我们来看看这些日志的含义 Seconds elapsed：当前时间与上次输出日志时间的间隔秒数 Events assigned：自slave协调线程启动后，累计处理分发给worker线程的event数量。简单理解为slave启动后处理的event数量。 Worker queues filled over overrun level：worker线程处理的event队列长度超过最大队列数(目前代码硬编码16384)的90%的次数，如果0则说明未发生该情况。 Waited due to worker queue full：worker线程处理的event队列长度达到最大(目前代码硬编码16384)的次数，如果为0则说明未发生该情况，是前面Worker queues filled over overrun level的情况升级。 Waited due to the total size：协调线程分发event大小达到replica_pending_jobs_size_max或者slave_pending_jobs_size_max限制而产生等待的次数。前面两个参数是限制worker线程处理event队列能够申请的最大内存(即大事务)。如果遇到此种大事务，在回放该大事务之前，会等待其他worker线程处理完已分配event，然后再进行该大事务的回放，回放过程中，后续的event回放，也会进入等待状态。总之，大事务回放特别影响并行回放的性能，只能串行回放。 Waited at clock conflicts：由于不能并行回放的累计等待时间，单位纳秒。如果并行回放策略设置的是DATABASE而不是LOGICAL_CLOCK，该值一直为0。 Waited (count) when workers occupied：协调线程休眠次数。有两种情况会累加此状态值：1、worker线程达到最大队列数(目前代码硬编码16384)的90%，此种情况协调线程最多休眠1毫秒；2、并行回放策略设置为LOGICAL_CLOCK时，由于没有空闲的worker线程导致无法分配事务的第一个event而产生的等待，此种情况协调线程会一直处于等待状态直到有空闲的worker线程能够处理回放。 Waited when workers occupied：等待空闲的worker线程累计时间，单位纳秒，对应Waited (count) when workers occupied的第二种等待情况。代码分析在8.0.26版本的代码中，我们通过错误信息关键字waited at clock conflicts查找，发现信息记录在变量ER_RPL_MTS_STATISTICS中，继续按变量查找，发现其使用在rpl_replica.cc文件的apply_event_and_update_pos函数中，主要逻辑代码如下可以看到，满足如下几个条件，日志信息就会输出并行回放为开启状态并行回放的累计event数量对1024取模余1 当前时间减去上次日志时间间隔大于mts_online_stat_period(硬编码120)秒 error log日志级别为info(log_error_verbosity=3) 上述几个条件，和并行回放的事务繁忙程度并没有太大的关系，满足条件即会记录日志。假如一个事务有4个event，参数设置正常，每两分钟执行256个事务，就会输出一条日志信息，一秒钟3个事务不到。日志解析观察在我的日志文件中，取了如下两条连续的信息 2023-07-09T08:58:01.001019+08:00 909 [Note] [MY-010559] [Repl] Multi-threaded slave statistics for channel 'group_replication_applier': seconds elapsed = 180; events assigned = 11515905; worker queues filled over overrun level = 8314; waited due a Worker queue full = 0; waited due the total size = 0; waited at clock conflicts = 136628031500 waited (count) when Workers occupied = 242457 waited when Workers occupied = 2223254351900 2023-07-09T09:00:01.648124+08:00 909 [Note] [MY-010559] [Repl] Multi-threaded slave statistics for channel 'group_replication_applier': seconds elapsed = 120; events assigned = 11518977; worker queues filled over overrun level = 8314; waited due a Worker queue full = 0; waited due the total size = 0; waited at clock conflicts = 136644607700 waited (count) when Workers occupied = 242491 waited when Workers occupied = 2223755727800 第一条解析信息如下： . 本次日志输出时间点为2023-07-09T08:58:01.001019 . 与上次日志输出间隔时间为180秒 . 累计处理event数量为11515905 . worker线程处理的event队列长度超过最大队列数(目前代码硬编码16384)的90%的累计次数8314次 . worker线程处理的event队列长度达到最大队列数(目前代码硬编码16384)的累计次数为0次 . 回放event大小达到replica_pending_jobs_size_max或者slave_pending_jobs_size_max的次数为0 . 由于不能并行回放而产生的累计等待时间为136628031500纳秒(约136.62秒) . 协调线程累计休眠242457次 . 累计等待空闲worker线程的时间为2223254351900纳秒(约2223.33秒) 第二条解析信息如下： . 本次日志输出时间点为2023-07-09T09:00:01.648124 . 与上次日志输出间隔时间为120秒 . 累计处理event数量为11518977，新增处理event数量3072(为1024的3倍) . worker线程处理的event队列长度超过最大队列数(目前代码硬编码16384)的90%的累计次数8314次，新增0次 . worker线程处理的event队列长度达到最大队列数(目前代码硬编码16384)的累计次数为0次 . 回放event大小达到replica_pending_jobs_size_max或者slave_pending_jobs_size_max的次数为0 . 由于不能并行回放而产生的累计等待时间为136644607700纳秒(约136.64秒，新增等待约0.02秒) . 协调线程累计休眠242457次，新增34次 . 累计等待空闲worker线程的时间为2223755727800纳秒(约2223.38，新增等待约0.05秒) 通过上述信息，可以看出，在日志阶段，系统处于空闲状态，处理事务数不多。对比各个参数，在系统繁忙时，因为不能并行回放产生的等待时间为136.64秒，等待空闲的worker线程累计时间为2223.38，因此增大slave_parallel_workers的参数值，可以提升并行回放性能。总结 [Note] [MY-010559]在我刚开始接触时，以为是系统出现了异常产生的日志，待真正了解其内容后，才发现通过该日志可以帮助我们了解MTS运行情况，针对性的做优化调整。参考链接https://dev.mysql.com/doc/refman/8.0/en/replication-threads-monitor-worker.html Enjoy GreatSQL :) 关于 GreatSQL GreatSQL是适用于金融级应用的国内自主开源数据库，具备高性能、高可靠、高易用性、高安全等多个核心特性，可以作为MySQL或Percona Server的可选替换，用于线上生产环境，且完全免费并兼容MySQL或Percona Server。相关链接： GreatSQL社区 Gitee GitHub Bilibili GreatSQL社区：社区有奖建议反馈： https://greatsql.cn/thread-54-1-1.html 社区博客有奖征稿详情： https://greatsql.cn/thread-100-1-1.html （对文章有疑问或者有独到见解都可以去社区官网提出或分享哦~）技术交流群：微信&QQ群： QQ群：533341697 微信群：添加GreatSQL社区助手（微信号：wanlidbc ）好友，待社区助手拉您进群。

2023-08-02

前端监控之性能与异常

作者：京东零售李菲菲 1 前言现有的大部分监控方案都是针对服务端的，而针对前端的监控很少，诸如线上页面的白屏时间是多少、静态资源的加载情况如何、接口请求耗时好久、什么时候挂掉了、为什么挂掉，这些都不清楚

2023-02-24

MYSQL最朴素的监控方式

对于当前数据库的监控方式有很多，分为数据库自带、商用、开源三大类，每一种都有各自的特色；而对于mysql数据库由于其有很高的社区活跃度，监控方式更是多种多样，不管哪种监控方式最核心的就是监控数据，获取得到全面的监控数据后就是灵活的展示部分

2022-08-12

Vitals —— GNOME Shell 系统监控扩展

Vitals 是一个 GNOME Shell 扩展，用于在 GNOME Shell 的顶部菜单栏中显示计算机的温度、电压、风扇速度、内存使用情况、处理器负载、系统资源、网络速度和存储统计信息。

2022-06-30

开源日志监控平台 0.7.1 发布

开源监控项目frostmourne最新发布版本0.7.1-RELEASE，带来了很多核心功能，欢迎使用。

2022-05-14

开源日志监控平台 0.6.2 发布

### Feature * 移除spi模块，相关功能移至monitor [2022-04-05] * 微信机器人、钉钉机器人和http报警消息格式支持markdown * 增加用户密码设置功能，方便没有部署ldap的团队使用。配置了ldap的将优先使用ldap认证。 * 移除xxl-job依赖，内置实现分布式调度，减小部署难度 * elasticsearch数据源https支持pkcs12证书 * 数据预览前端增加参数校验提示 * 数据源增加Elasticsearch8支持 * [0.6.2] Elasticsearch数据配置支持数据分桶，分桶类型支持：1. 按字段值分组，相当于ES里的Terms Aggregation. * [0.6.2] Elasticsearch数据配置支持数据分桶，分桶类型支持：2. 按时间分组,相当于ES里的DateHistogramAggregation. ### Bugfix * 解决查询elasticsearch索引字段查询报错的问题 [2022-04-27] ### Document * 增加0.5升级0.6的说明文档 * 增加markdown格式消息使用文档说明 * 增加0.6升级0.6.1的说明文档 * 增加k8s环境部署说明 * 增加项目代码规范说明文档 ### Others * 优化frostmourne-vue模块，支持较新版本node和npm支持; 引入frontend-maven-plugin插件，打包自动管理node和yarn使用特定版本

2022-05-05

前端异常监控和容灾

所以我们开发的时候就非常有必要未雨绸缪，进行异常监控，以应对突如其来的问题既可以增强用户体验，我们开发者也能远程定位问题，尤其是移动端尽管对 JS 而言，异常一般只会使当前执行的任务中止，基本不会导致崩溃

2021-08-13

使用Prometheus、Grafana监控Artifactory实践

在企业的系统平台上运行artifactory可能每天有上百万个制品在不断流转，随着研发团队不断扩大，用户慢慢增多，并发量也相应的逐渐增大，在保证高可用的同时，我们对artifactory所在系统及应用服务进行监控会显得尤其重要

2021-05-21

prometheus+ Grafana监控全家桶

在调研监控工具，之前一直用的zabbix很平稳（从没出过问题），监控内容大概有系统级别的cpu、内存、硬盘之类的，也有服务的运行情况、elasticsearch、hive、kafka的lag等等，但有几个问题没法解决

2021-05-13

特斯拉监控摄像头被黑

近日，据彭博社报道，黑客入侵并访问了特斯拉、Equinox、多家医疗诊所、监狱以及犹他银行在内多家企业的实时监控摄像头。

2021-03-11

使用Prometheus搞定微服务监控

最近对服务进行监控，而当前监控最流行的数据库就是 Prometheus，同时 go-zero 默认接入也是这款数据库。

2021-03-01

资源下载

更多资源

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。