实时监控

通常来说，作为一个Linux的SA，很有必要掌握一个专门的系统监控工具，以便能随时了解系统资源的占用情况。下面就介绍下一款 Linux性能实时监测工具-Netdata，它是Linux系统实时性能监测工具，以web的可视化方式展示系统及应用程序的实时运行状态（包括cpu、内存、硬盘输入/输出、网络等linux性能的数据） 。Netdata的web前端响应很快，而且不需要Flash插件。 UI很整洁，保持着 Netdata 应有的特性。第一眼看上去，你能够看到很多图表，幸运的是绝大多数常用的图表数据（像 CPU，RAM，网络和硬盘）都在顶部。如果你想深入了解图形化数据，你只需要下滑滚动条，或者点击在右边菜单的项目。通过每个图表的右下方的按钮，Netdata还能控制图表的显示，重置，缩放。 Netdata文档地址 ： https://github.com/firehol/netdata/wiki Netdata用可视化的手段，将被监测者最细微的细节，展现了出来。这样便可以清晰地了解linux系统和应用程序此时的状况。Netdata主要功能: 优美的界面：bootstrap框架下的控制界面, 酷炫（主要是dark主题，light主题就没这感觉了） 自定义的控制界面：你可以使用简单的HTML代码去自定义控制界面(不需要使用javascript) 极其的快速而高效：程序使用C进行编写

简介 mpstat是Multiprocessor Statistics的缩写，是实时系统监控工具。其报告与CPU的一些统计信息，这些信息存放在/proc/stat文件中。在多CPUs系统里，其不但能查看所有CPU的平均状况信息，而且能够查看特定CPU的信息。mpstat最大的特点是：可以查看多核心cpu中每个计算核心的统计数据；而类似工具vmstat只能查看系统整体cpu情况。 语法 mpstat [-P {|ALL}] [internal [count]] 参数 解释 -P {|ALL} 表示监控哪个CPU， cpu在[0,cpu个数-1]中取值 internal 相邻的两次采样的间隔时间、 count 采样的次数，count只能和delay一起使用 当没有参数时，mpstat则显示系统启动以后所有信息的平均值。有interval时，第一行的信息自系统启动以来的平均信息。从第二行开始，输出为前一个interval时间段的平均信息。 实例 查看多核CPU核心的当前运行状况信息， 每2秒更新一次 mpstat 219:45:12 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle 19:45:14 all 0.04 0.00 0.00 0.00 0.00 0.00 0.00 0.00 99.96 19:45:16

简介 iostat主要用于监控系统设备的IO负载情况，iostat首次运行时显示自系统启动开始的各项统计信息，之后运行iostat将显示自上次运行该命令以后的统计信息。用户可以通过指定统计的次数和时间来获得所需的统计信息。 语法 iostat [ -c ] [ -d ] [ -h ] [ -N ] [ -k | -m ] [ -t ] [ -V ] [ -x ] [ -z ] [ device [...] | ALL ] [ -p [ device [,...] | ALL ] ] [ interval [ count ] ] 入门使用 iostat -d -k 2 参数 -d 表示，显示设备（磁盘）使用状态；-k某些使用block为单位的列强制使用Kilobytes为单位；2表示，数据显示每隔2秒刷新一次。 输出如下 iostat -d -k 1 10 Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda 39.29 21.14 1.44 441339807 29990031 sda1 0.00 0.00 0.00 1623 523 sda2 1.32 1.43 4.54 29834273 94827104 sda3 6.30 0.85 24.95 17816289 520725244 sda5 0.85 0.46 3.40

实时监控-CPU: mpstat: 最大的特点是:可以查看多核cpu中每个计算核心的统计数据.语法 mpstat [-P{|ALL}] [internal [count]] mpstat 参数: –P {|ALL} 表示监控哪个CPU,cpu在[0,cpu个数-1]中取值 Internal 相邻的两次采样的间隔时间 Count 采样的次数,count只能和delay一起使用 mpstat 需要注意: 当没有参数时,mpstat则显示系统启动以后所有信息的平均值, 有interval时,第一行的信息自系统启动以来的平均信息.从第二行开始,输出为前一个interval时间段的平均信息 mpstat非系统自带命令,需要安装(ubuntu安装方式:sudo apt install sysstat) mpstat –P 0 2 (指定监控cpu0, 2指次数) mpstat 结果分析: idle 空闲的 usr 用户使用的 sys 系统使用的 实时监控- 网络: netstat 命令: 1. netstat命令用于显示本机网络连接,运行端口,路由表等信息 netstat 参数说明: 1. –n : 拒绝显示别名, 能显示数字的全部转化成数字. 2. –l : 仅列出有在Listen(监听)的服务状态 3. –p : 显示建立相关连接的程序名 4. –t (tcp): 显示tcp相关选项

ngxtop：在命令行实时监控 Nginx 的神器 原创： Linux中国 https://linux.cn/article-3205-1.html 本文地址： https://linux.cn/article-3205-1.html 2014-6-16 15:00 评论: 8 收藏: 3 分享: 11 Nginx网站服务器在生产环境中 运行 的时候需要进行实时监控。实际上，诸如 Nagios , Zabbix, Munin 的网络监控软件是支持 Nginx 监控的。 如果你不需要以上软件提供的综合性报告或者长期数据统计功能，只是需要一种快速简便的办法去监控 Nginx 服务器的请求的话，我建议你采用一个叫 ngxtop 的命令行工具。 你马上就会发现 ngxtop 从界面和名称都借鉴了著名的top命令。ngxtop 是通过分析 Nginx 或者其他的日志文件，使用类似 top 命令的界面实时展示出来的。你可以说你知道的其他高端监控工具，但是在简洁这方面 ngxtop 无疑是最好的。简单就意味着不可替代。 本指南中，我将介绍如何使用 ngxtop 实时监控 Nginx 网站服务器。 Linux 上安装 ngxtop 首先在 Linux 系统中安装依赖库 pip （LCTT译注：ngxtop是用python编写的）。 然后使用如下命令安装 ngxtop。 $ sudo pip

实时同步数据服务原理/概念 1）需要部署好 inotify 服务，实现目录中的数据变化监控 2）需要部署好 rsync 守护进程服务，实现数据的传输 3）将 inotfy 服务和 rsync 服务建立联系，将变化的数据进行实时备份 下面是架构部分，我们现在操作的是备份服务器，作为rsync服务端，需要监控存储服务器上某一个目录的数据变化。 部署rsync守护进程服务（服务端部署： 备份服务器 ） 第一步：安装rsync服务 yum -y install rsync 第二步：编辑配置文件（/etc/rsyncd.conf，如果没有该文件，手动创建） centos7安装好了rsync之后，就创建好了该配置文件，默认是情况下，打开如下图： vim /etc/rsyncd.conf # 配置参数详解如下： uid = rsync --- 指定管理备份目录的用户 gid = rsync --- 指定管理备份目录的用户组 port = 873 --- 定义rsync备份服务的网络端口 #fake super = yes --- 将rsync用户伪装成一个超级管理员用户，除去备份文件时的报错提示 use chroot = no --- 和安全相关的配置 max connections = 200 --- 最大连接数 （同时只能有200个客户连接备份服务器） timeout = 300 ---

参考: https://www.cnblogs.com/hbhjkzhangmin/p/10869504.html 安装tushare pip install tushare 参考: http://tushare.org/ python基础篇—监控股票 使用tushare库 获取股票信息 1.安装tushare库 win+R输入cmd进入控制台 输入pip install tushare 2.获取股票信息 import tushare , time #导入tushare库 data = tushare . get_realtime_quotes ( '000581' ) #获取股票代码为 000581 的股票信息 print ( data ) log 为: D : \PYTHON_ENV\stock\Scripts\python . exe C : / Users / xxxx / PycharmProjects / stock / test . py name open pre_close price . . . a5_p date time code 0 威孚高科 20.070 20.000 20.320 . . . 20.380 2020 - 01 - 16 11 : 07 : 24 000581 [ 1 rows x 33 columns ] Process

行业背景和需求 我国高速公路行业现状和发展 复杂的路网逐步形成； 联网收费是必然趋势； 路径多义性问题凸显（衍生出的实际问题：通行费损失，无法精确清分）； 缺少有效的可行的智能监控解决方案 我国高速公路运营管理发展中的需求 经营管理需求：解决路径多义性问题，实现准确计费和清分； 信息管理需求：实时监控路网，提供信息的实时、准确发布； 安全管理需求：对特定车辆、高危车辆的全程实时监控；辅助执法和紧急救援； 工作管理需求：工作车辆监控、调度；及时对异常行驶车辆进行稽核。 经营管理需求：计费和清分 路网结构日趋复杂，起点和终点间的路径多义性问题越来越突出； 由于不知道高速路网车辆行驶的真实路径，只能按最短路径计费； 各业主间通行费清分存在争议 信息管理需求：路网实时监控 实时交通信息收集/发布 交通流量分析及控制 现状： -缺乏智能交通信息管理系统的解决方案和有效应用； -现有监控系统主要以视频监控为主，数据量大，不便于传输和自动分析；更缺乏实时分析的可能性。 安全管理需求：特定车辆、高危车辆实时监控救援 需要针对高危车辆实现集安全监控、定位、事故预防、救援保障于一体的智能化监控平台； 高危车辆包括大型货运、客运、危险品运输车辆等。 为配合交通执法、甚至公安执法，需要对特定车辆进行定位、全程监控等功能。 对事故车辆或者其他需要帮助的车辆进行定位、实施救援。 工作管理需求

学习视频： https://www.bilibili.com/video/av61747618?from=search&seid=65569780302781145 https://www.bilibili.com/video/av62206397/ https://www.bilibili.com/video/av77812341?from=search&seid=65569780302781145 来源： https://www.cnblogs.com/wozhangdale1/p/12159852.html

实时视频的几种协议： 1）HLS (HTTP Live Streaming) 直播 是有苹果提出的一个基于http的协议。其原理是把整个流切分成一个个的小视频文件，然后通过一个m3u8的文件列表来管理这些视频文件 2）rtsp协议： 3）WebRTC协议： 视频融合： http://www.converse3d.com/fangan.php?id=202&pid=1 https://blog.csdn.net/wenqiangluyao/article/details/98594861 https://juejin.im/post/5d183a71f265da1b6e65b8ff https://github.com/linkingvision/h5stream 视频作为材质投放到三维场景中 https://www.cnblogs.com/yangzhengier/p/11969267.html 收集到的hls rtmp rtsp 视频流测试地址 hls https://video-dev.github.io/streams/x36xhzz/x36xhzz.m3u8 http://live.hkstv.hk.lxdns.com/live/hks/playlist.m3u8 rtmp rtmp://live.hkstv.hk.lxdns.com/live/hks rtmp://v1