- 综合排序
- 最热优先
- 最新优先
- 来自专栏python3
python自动化巡检
/usr/bin/env python # -*- coding: utf-8 -*- # __author__ = "chenhao" # Email:312779641@qq.com # Date: 2017/8/22 import paramiko def sftp_exec_command(host,port,username,password,command): ssh = paramiko.SSHClient print(filename) sftp_down_file(host,port,username,password,filename, "D:/大数据数据/%s"%(n[0])) 执行后自动巡检 /bin/bash #主机信息每日巡检 IPADDR=$(ifconfig eth0|grep 'inet addr'|awk -F '[ :]' '{print $13}') #环境变量PATH没设好 report_NTP="" #NTP ok report_JDK="" #JDK版本 ok function version(){ echo "" echo "" echo "系统巡检脚本
2.5K20发布于 2020-01-03 - 来自专栏SRE运维进阶之路
K8s 集群巡检
上次发文 K8s 无备份，不运维！，文章开篇，插入了一张 K8s 集群巡检的图片，好多小伙伴私信留言，问我要开源地址。 什么是平台巡检 平台巡检是一种监测和评估底层系统运行状况的工具，可帮助您快速发现系统中存在的潜在风险并给出相应修复建议。 VictorMetric 等组件的状态，拉取最新数据情况，监控是否收集了各个组件的 metrics 是主动式的发现问题，能迅速了解整个集群的核心指标的状态，集中式检查，不用一个个 Grafana 图标检查 K8s 略 内核发生错误列表 同 dockerHung 列表 通过 NPD 收集的指标进行暴露判断 略 巡检平台（自动化） 细心的小伙伴可能已经发现，上文巡检项中的 "动作来源" 分为 bash、prometheus 、prometheusOr、prometheusList 四种 bash 对应放置在 K8s Master 节点上指定目录下的 bash 脚本，脚本中有两行返回值，一行是具体结果，一行是正常 Or 异常
72310编辑于 2024-08-27 - 来自专栏运维开发故事
基于Prometheus的自动化巡检
巡检报告：便于查看、导出巡检结果。 巡检通知：巡检结果可以通知到企业微信群，便于业务方快速知道目前整个系统有没有问题。 1）创建执行作业 （2）作业列表 巡检报告 每次巡检完成都会生成对应的巡检报告。 Markdown格式 content = fmt.Sprintf(`{ "msgtype": "markdown", "markdown": { "content": "# 自动化巡检结果通知 最后 大部分企业虽然都有监控告警，但是自动化巡检在日常的运维工作中还是必要的，它可以聚合目前系统、集群存在的问题，避免遗漏告警信息。 另外，在AI发展迅猛的今天，可以把AI也结合到自动化巡检中，比如在巡检中增加一些AI预测，AI故障诊断、AI根因分析等功能。
73330编辑于 2025-06-20 - 来自专栏QGS星球
Linux 系统自动化健康巡检脚本
2)、cpu信息3)、ip网络信息4)、cpu使用率5)、连接数信息6)、系统限制信息7)、内存使用信息8)、磁盘使用信息9)、网络流量情况/系统资源变化10)、cpu消耗情况前10排行11)、cpu消耗按内存情况前 10排行12)、磁盘io情况13)、系统定时任务列表14)、系统定时任务脚本内容#给巡检脚本授权chmod 755 linux_Inspection.sh#运行脚本. /linux_Inspection.sh#巡检脚本已上传，由于上传不支持sh格式，改为txt#巡检效果#执行完巡检之后，将在脚本所在的路径下生成html巡检结果报告，如下192.168.3.147os_linux_summary.html #巡检效果#若报错syntax error near unexpected token `$'{\r'则转换一下linux格式#! /tmpdf2_`date +%y%m%d`.txt\ |awk '{print $1,"|", $2,"|", $3,"|", $4,"|", $5,"|", $6,"|", $7,"|", $8}
1.2K00编辑于 2023-08-18 AI驱动的超自动化巡检
自动化巡检解决方案：从“人海战术”到“智能防乱”的运维革命1. 方案背景：传统人工巡检的困境与挑战在当今数字化时代，企业的IT架构日益复杂，混合云、分布式、信创环境成为常态。 方案概述：志栋智能SAB全流程智能自动化巡检本方案旨在构建一个 “计划-执行-分析-报告-处置” 的全流程闭环自动化巡检体系。 自动化巡检闭环示意图（示意图：自动化巡检“计划-执行-分析-报告-处置”闭环流程）3. 方案核心功能模块模块一：触发式巡检计划与策略中心多维度对象管理：支持按单台设备、设备组或全量设备进行巡检。 脚本与无代码化操作：支持封装常用巡检命令，也提供图形化拖拽式流程编排器，降低自动化门槛，让运维人员可快速自定义巡检流程。 自动化巡检平台界面示意图（示意图：自动化巡检平台仪表盘、详细报告及流程编排器界面）5.
46200编辑于 2026-02-12超自动化巡检：打造“永不疲倦”的数字巡检员
企业亟需的，是一位不知疲倦、绝对严谨、全知全能且永不离岗的“数字巡检员”。超自动化巡检，正是这位理想员工的具象化身。 这些困境共同指向一个核心矛盾：业务要求IT环境持续在线、绝对可靠，而保障手段（人工巡检）却是间歇工作、充满不确定性的。超自动化巡检的使命，正是为了解决这一根本矛盾。 二、 “永不疲倦”的数字巡检员：核心特质与能力解构这位理想的数字员工，应具备以下超越人类的特质，而这些正是超自动化巡检技术所赋予的：特质一：7x24小时全时在线，不知疲倦能力体现：超自动化平台通过预设的定时任务 指标与剧本定义：与业务、运维团队共同确定核心巡检指标（如业务交易成功率、关键API响应时间、核心链路带宽利用率）和检查逻辑，设计首个“自动化巡检剧本”。 超自动化巡检所打造的“永不疲倦的数字巡检员”，代表了一种全新的保障范式：它是一位忠诚、可靠、全能且不断进化的数字同事。它让企业能够以确定的、高效的自动化能力，去应对不确定的、复杂的运行环境。
17910编辑于 2026-04-28python交换机自动化巡检
概述 脚本功能功能是全程模拟了人的手工巡检，并收集数据，处理后发送邮件。 将文件中的数据如11%提取部分需要计算出来；创建excel表格，将上一步获取到的数据填写到表格中；编写固定格式的邮件内容，并将保存好的excel表格附到邮件中发送；编写crontab定时任务，实现全程自动化 ) cisco = workbook.add_sheet('深圳网络设备巡检') style = xlwt.XFStyle() pattern = xlwt.Pattern python/ -type f -mtime +15 -name 'SZ_NDC_*'|xargs \rm -f") cisco_check() mail.txt中的内容即邮件内容： 各位好： 巡检结果详情请看附件 login 定时任务 crontab -e 00 17 * * 5 /usr/bin/python3 /root/python/switch_check.py >/dev/null 2>&1 #每周五下午5点巡检
2.6K30发布于 2019-10-23- 来自专栏嘉为动态
什么是运维自动化巡检？
所以运维自动化巡检就是把对网络、服务器、服务/应用的巡检手动操作转变成自动化的形式。许多情况下运维巡检的自动化也存在诸多问题，以下列出场景的几点供参考。 第一点：自动化核心解决的问题是效率问题，减少人工，自然而然避免不了的就是要解决如何高效并自动化在这么多对象上进行操作的问题。 在做统一巡检时就需要解决网络不通或者要开大量防火墙/网络策略的问题，流程麻烦且安全不好管控。嘉为蓝鲸自动化巡检中心，可以完美解决以上问题乃至巡检中更多的其他问题。 自动化巡检中心可以改变运维人员传统重复手动巡检的工作方式，支持用户自定义巡检脚本和巡检对象，覆盖即时性、周期性等巡检场景，可以根据任务计划实现自动化巡检并生成标准可视化报告，从而减少巡检工作量并提高巡检有效性 通过嘉为蓝鲸自动化巡检中心，可以帮助企业提高巡检效率、降低工作量、减低操作中的人为失误风险。更全面有效的及时发现系统中存在的隐患和问题，提升巡检有效性，保障业务更平稳的运行。
3.5K21编辑于 2022-11-01 - 来自专栏QGS星球
Linux 系统自动化健康巡检脚本
#脚本中 ifconfig、mpstat、iostat命令有依赖，需要安装相关依赖包 yum -y install bc sysstat net-tools 巡检项信息，可根据实际需求修改增加 1) 、系统基本信息 2)、cpu信息 3)、ip网络信息 4)、cpu使用率 5)、连接数信息 6)、系统限制信息 7)、内存使用信息 8)、磁盘使用信息 9)、网络流量情况/系统资源变化 10)、cpu消耗情况前 10排行 11)、cpu消耗按内存情况前10排行 12)、磁盘io情况 13)、系统定时任务列表 14)、系统定时任务脚本内容 #给巡检脚本授权 chmod 755 linux_Inspection.sh /linux_Inspection.sh #巡检脚本已上传，由于上传不支持sh格式，改为txt #巡检效果 #执行完巡检之后，将在脚本所在的路径下生成html巡检结果报告，如下 192.168.3.147os_linux_summary.html #巡检效果
1.4K00发布于 2021-07-26 - 来自专栏QGS星球
Linux 系统自动化健康巡检脚本
#脚本中 ifconfig、mpstat、iostat命令有依赖，需要安装相关依赖包 yum -y install bc sysstat net-tools 巡检项信息，可根据实际需求修改增加 1) 、系统基本信息 2)、cpu信息 3)、ip网络信息 4)、cpu使用率 5)、连接数信息 6)、系统限制信息 7)、内存使用信息 8)、磁盘使用信息 9)、网络流量情况/系统资源变化 10)、cpu消耗情况前 10排行 11)、cpu消耗按内存情况前10排行 12)、磁盘io情况 13)、系统定时任务列表 14)、系统定时任务脚本内容 #给巡检脚本授权 chmod 755 linux_Inspection.sh /linux_Inspection.sh #巡检脚本已上传，由于上传不支持sh格式，改为txt #巡检效果 #执行完巡检之后，将在脚本所在的路径下生成html巡检结果报告，如下 192.168.3.147os_linux_summary.html #巡检效果
1.4K10发布于 2021-07-21 - 来自专栏全栈程序员必看
k8s-主节点巡检脚本
033[42;37m" f="\033[43;37m" g="\033[44;37m" h="\033[45;37m" q="\033[46;37m" echo -e "$h=========本脚本适用K8S 主节点&作者：小韩======"$e echo -e "$a--------自动巡检开启--请把你的小手拿走--" $e linux=$(cat /etc/redhat-release) echo -e kubelet服务状态为正常 else echo -e "$c----Kubelet服务状态异常--请进行检查---" $e #否则kubelet服务状态为异常 fi echo -e "$a----查看K8s 集群状态----"$e #查看k8s集群状态 K8s=$(kubectl get nodes | grep Ready | wc -l) #进行查询k8s集群节点为正常状态的节点 echo - e "$c----K8s集群节点状态为Ready的数量为：$K8s" $e echo -e "$a----查看Etcd集群健康状态----" $e Etcd=$(kubectl get cs | grep
71010编辑于 2022-06-29 超自动化巡检龙虾，可信才可用
超自动化巡检的核心价值，从来不是“能不能执行”，而是“能不能可信地执行”。 对企业级用户而言，每一次自动化操作都牵涉到敏感数据、核心业务与合规红线。 一次未被记录的巡检疏漏，可能在审计中成为致命漏洞；一次权限越界的处置动作，可能误伤正常业务流量。可信，才是超自动化巡检从“玩具”蜕变为“工具”的关键门槛。 只有可信，才能真正可用。 超自动化巡检平台必须深度适配信创全栈生态——支持鲲鹏/飞腾芯片、统信UOS/银河麒麟操作系统、达梦/OceanBase数据库。 当“可信”的底座得以夯实，超自动化巡检的价值才能真正释放：覆盖100%的巡检任务，且每一台设备的每次检查都有据可查；实现全流程自动化闭环，从感知、分析到执行、验证，每一步都可追溯；通过等保合规审计，用自动化证据链替代人工编制的纸质报告 超自动化巡检龙虾，可信——才可用。 选择可信，就是选择让自动化成为企业数字化转型的坚固基石，而非一个随时可能失控的变量。
16310编辑于 2026-05-13- 来自专栏互联网-小阿宇
k8s-主节点巡检脚本
033[42;37m" f="\033[43;37m" g="\033[44;37m" h="\033[45;37m" q="\033[46;37m" echo -e "$h=========本脚本适用K8S 主节点&作者：小韩======"$e echo -e "$a--------自动巡检开启--请把你的小手拿走--" $e linux=$(cat /etc/redhat-release) echo -e kubelet服务状态为正常 else echo -e "$c----Kubelet服务状态异常--请进行检查---" $e #否则kubelet服务状态为异常 fi echo -e "$a----查看K8s 集群状态----"$e #查看k8s集群状态 K8s=$(kubectl get nodes | grep Ready | wc -l) #进行查询k8s集群节点为正常状态的节点 echo - e "$c----K8s集群节点状态为Ready的数量为：$K8s" $e echo -e "$a----查看Etcd集群健康状态----" $e Etcd=$(kubectl get cs | grep
76630编辑于 2022-11-21 从超自动化巡检到超自动化运维的演进
然而，当巡检自动化成功落地后，一个更深的追问便浮现出来：巡检自动化的价值是否止步于“更快地发现问题”？还是说，它只是通向更广阔图景的第一级台阶？答案是后者。 一、起点：超自动化巡检——以“防”为核心的破局点超自动化巡检的落地，通常遵循一个清晰的逻辑：选择最高频、最重复、最容易量产的场景作为突破口。 二、升级：从“发现”到“闭环”——超自动化运维的第一次跃迁从超自动化巡检迈向超自动化运维的第一步，是将**“巡检”与“处置”融为一体**——让系统不仅能够“发现问题”，更能“解决问题”。 从“巡检即止”到“巡检即处置”，是超自动化运维的第一层能力跃迁。 结语：以巡检为起点，以智能运维为终点超自动化运维的演进路径，是一个典型的“点→线→面→体”的扩张过程：点：从一个巡检场景起步，用可感知的价值赢得信任；线：打通巡检与处置的闭环，让自动化从“发现”延伸至“
15410编辑于 2026-06-29- 来自专栏CU技术社区
自动化运维之后，你还在人工巡检吗？
人工巡检之后，发现设备上有硬盘告警灯。监控软件下又无法查看到系统是JBOD还是做了raid。巡检中，数据库服务器出现硬盘告警，监控软件在这种时候却帮不上忙。 如果不是人工巡检，甚至可能都没有发现这个严重告警。 事例2：某客户的核心业务服务器配置双电源，却在一次电源故障中出现了服务器掉电问题。 最终客户发现，监控系统上线了，还是得巡检。 事例3：某客户想要扩容旧系统上内存容量，监控软件显示内存容量为256G。还有多少内存槽位呢？机器上是16G*16，还是32G*8呢？监控软件获取不到！ 带外监控的轮训周期可以达到秒级，而人工巡检的工作量大，以日为周期已经是相当大的巡检密度了。通过带内监控来弥补带外监控的部分空缺，可以极大的提升运维效率，真正意义上实现无需人工巡检。 通过DCOS的监控、分析功能，可以有效的替代对于小型机、X86服务器、存储设备、备份带库、光纤交换机等设备的人工机房巡检。这种方式大大节省了人工巡检所需的人力，也提高了巡检的效率。
1.1K20发布于 2019-10-25 超自动化巡检落地：避开那些常见的“坑”
花精力把CMDB数据清洗干净、把资产关系梳理清楚、把日志采集格式标准化，这些“脏活累活”是超自动化巡检稳定运行的基础。没有高质量的数据底座，再先进的自动化引擎也无法产出可靠的巡检结果。 坑二：追求一步到位——从“大而全”开始，以“虎头蛇尾”告终许多团队在规划阶段便雄心勃勃——一次覆盖全栈、全地域、全场景的超自动化巡检验收。 选择一个最痛、最可控、最容易出成果的场景作为第一站——比如每日磁盘巡检自动化或IP自动化封禁——在短时间内上线、验证价值，再横向复制扩展。 坑三：忽视组织变革——技术到位了，人却“掉线”了超自动化巡检不仅是技术升级，更是工作模式的变革。 知识库中反复强调的“持续演进”——“不断基于执行数据反馈优化模型与剧本”——恰恰是超自动化巡检的生命线。 上线不是终点，而是持续运营的起点。
11510编辑于 2026-06-23超越监控：超自动化巡检提供的主动价值
超自动化巡检的崛起，正是为了打破这种被动本质。 它将巡检从“发现已发生的异常”升级为“预见将要发生的风险”，从“确认状态是否正常”进化为“保障状态始终正常”。 二、超自动化巡检的主动价值三层跃升第一层：从“阈值告警”到“智能预测”——让异常暴露在发生之前。 超自动化巡检通过内嵌的AI引擎，为每一套系统建立动态基线模型。 超自动化巡检通过万物集成，让所有孤岛数据在统一平台汇聚，实现跨层级的智能关联分析。 超自动化巡检将“发现”与“修复”无缝衔接——巡检发现异常后，自动触发故障定位、智能修复、结果复核全环节，形成完整的自动化闭环。 正如SAB平台在实践中所实现的：“巡检发现异常后自动触发处置流程，覆盖故障定位、智能修复、结果复核全环节，全程自动化运行。”
20210编辑于 2026-05-27- 来自专栏互联网运维杂谈
自动化运维之后，你还在人工巡检吗？
人工巡检之后，发现设备上有硬盘告警灯。监控软件下又无法查看到系统是JBOD还是做了raid。巡检中，数据库服务器出现硬盘告警，监控软件在这种时候却帮不上忙。 如果不是人工巡检，甚至可能都没有发现这个严重告警。 事例2：某客户的核心业务服务器配置双电源，却在一次电源故障中出现了服务器掉电问题。 最终客户发现，监控系统上线了，还是得巡检。 事例3：某客户想要扩容旧系统上内存容量，监控软件显示内存容量为256G。还有多少内存槽位呢？机器上是16G*16，还是32G*8呢？监控软件获取不到！ 带外监控的轮训周期可以达到秒级，而人工巡检的工作量大，以日为周期已经是相当大的巡检密度了。通过带内监控来弥补带外监控的部分空缺，可以极大的提升运维效率，真正意义上实现无需人工巡检。 通过DCOS的监控、分析功能，可以有效的替代对于小型机、X86服务器、存储设备、备份带库、光纤交换机等设备的人工机房巡检。这种方式大大节省了人工巡检所需的人力，也提高了巡检的效率。
2.3K21发布于 2019-11-19 超自动化巡检：提升MTTR，缩短业务影响时间
超自动化巡检的崛起，正是要打破这个“时间长廊”的固化结构。 二、超自动化巡检的MTTR重构超自动化巡检通过系统性的技术架构，将MTTR链条上的每一个环节都进行了根本性的优化。从“被动告警”到“主动预测”，将发现时间压缩至负数。 超自动化巡检将最佳实践固化为可复用的标准化剧本——新人可直接调用，无需重新摸索。 而超自动化巡检通过“感知-分析-决策-执行-复核”的全自动闭环，将这个数字压缩至分钟级。 超自动化巡检所做的，就是将运维时间流中的“人工等待”全部替换为“系统执行”，让响应速度从人的极限跃升至系统的极限。
18210编辑于 2026-06-09- 来自专栏云原生生态圈
Ansible自动化采集数据并生成巡检报告
前段时间在GitHub[1]上发现了一个Ansible巡检服务的Roles, 今天给大家分享一下！ 1Ansible自动化实现巡检 思路：通过使用Ansible Role的方式对Linux系统进行资源巡检，生成巡检报告后通过邮件发送给接收人。 使用率 < 90, Critical评判条件: 使用率 >= 90 7定期执行扫描 集群节点扫描一般都是主动查看集群运行状态，主观判断的集群节点运行的状态，一般都会在节假日之前进行扫描一次，当然也可以通过自动化工具进行定期扫描 ，比如jenkins. 8如何跑起来？ check_mail_password: "demo@163.com邮箱的密码" check_mail_to: [ "接收人的邮箱地址" ] check_email_title: "Ansible 集群巡检报告
3.4K30编辑于 2022-04-08
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号