Hadoop第六篇:Windows 服务器、交换机、Docker 全接入:AI SSH 运维 Agent 的“非 Linux”玩法

发布时间:2026/10/21 2:24:02
Hadoop第六篇:Windows 服务器、交换机、Docker 全接入:AI SSH 运维 Agent 的“非 Linux”玩法
—— 系列第六篇以 SSH 为底的操作中枢。Windows / 网络设备 / 容器 / 中间件接入实战附接入清单本篇定位名字里带 SSH但能管的不只是 Linux。这篇把Windows 服务器、交换机/防火墙、Docker 主机、常见中间件四类设备的接入方法和巡检剧本一次讲全每类都给可照抄的指令。目录一、为什么说它是以 SSH 为底的运维中枢二、Windows 服务器接入含开启 OpenSSH 照抄块三、网络设备接入交换机与防火墙四、Docker 主机接入容器视角的巡检五、中间件接入Nginx / Redis / Nacos 一键体检六、异构混合环境的统一值守七、接入清单与权限矩阵直接抄八、常见问题一、为什么说它是以 SSH 为底的运维中枢绝大多数设备——不管跑的是什么系统——都留着一扇 SSH 的门Linux 原生自带Windows 从 Server 2019 起内置 OpenSSH Server华为 / 华三 / 思科的交换机、防火墙全都支持 SSH 管理Docker 宿主机本身就是 LinuxdockerCLI 就在 SSH 会话里。所以 AI SSH 运维 Agent 的管辖边界理论上就是所有你能 SSH 上去的设备。它不关心对面是 Ubuntu 还是 Huawei VRP它只负责理解你的意图 → 生成正确的命令 → 执行 → 解读输出。这一篇就按设备类型把接入和巡检的实战打法讲全。二、Windows 服务器接入含开启 OpenSSH 照抄块第一步在被管理的 Windows 上启用 OpenSSH Server管理员 PowerShell整段照抄Get-WindowsCapability-Online|Where-ObjectName-likeOpenSSH.Server*Add-WindowsCapability-Online-Name OpenSSH.Server~~~~0.0.1.0.0Start-ServicesshdSet-Service-Name sshd-StartupType Automatic# 放行防火墙New-NetFirewallRule-Name sshd-DisplayNameOpenSSH Server-Enabled True-Direction Inbound-Protocol TCP-Action Allow-LocalPort 22第二步在 Agent 台账里录入该机器认证方式选密码Windows 下密钥配置繁琐密码 白名单 只读模式足矣。第三步下指令体检。AI 会自动使用 PowerShell 语法对 win-iis01 做一次体检 IIS 服务状态、默认站点是否在跑、 80/443 端口监听、磁盘水位、 最近 24 小时的系统事件日志里 Error 级别的条数和前 3 条摘要它执行的是这样的命令真实可见Get-ServiceW3SVCGet-NetTCPConnection-LocalPort 80,443-State ListenGet-PSDrive-PSProvider FileSystemGet-EventLog-LogName System-EntryType Error-After(Get-Date).AddHours(-24)对 Windows 老运维来说这是解放再也不用记忆 Get-xxx 的参数拼写说人话就行。三、网络设备接入交换机与防火墙网络设备接入要点和 Linux 不同三条注意录台账时选网络设备类型Agent 会用对应的 CLI 语法华为 VRP / 华三 Comware / 思科 IOS而不是 bash建议设为只读模式网络设备改动风险高第一周先只准看巡检重点端口状态、光功率、CPU/内存、日志里的翻链link flap记录。照抄指令对 sw-core-01 做巡检 display cpu-usage、display memory、 display interface brief 里 down 的端口、 display logbuffer 最近的 linkdown / flapping 记录 汇总成报告检查 fw-outside 的会话数和 CPU 对比一下最近一周是不是在涨 涨的话给出容量预警网络设备巡检是过去最难自动化的地方——每家语法都不一样写脚本费劲。现在用自然语言描述AI 换语法像换语言一样自然。四、Docker 主机接入容器视角的巡检Docker 宿主机按普通 Linux 录入即可巡检时让 AI 直接用 docker CLI对 docker-host01 做容器巡检 docker ps -a 里非 Up 状态的容器及其退出码 docker stats 快照CPU/内存前 5 docker system df 磁盘占用 所有容器重启次数超过 3 次的列出来一个实用的深挖指令nginx 这个容器最近 24 小时重启了 4 次 查一下docker inspect 的 RestartCount 和 OOMKilled 标记、 docker logs 最后 50 行 告诉我每次重启的原因是不是同一个容器反复重启这类问题人查要 inspect logs events 三连AI 十秒串完并直接给结论。五、中间件接入Nginx / Redis / Nacos 一键体检中间件的巡检可以沉淀成体检剧本一次写好反复用Nginx 体检对 web01 web02 web03 的 nginx 体检 systemctl status nginx、nginx -t 配置校验、 access_log 里最近 1 小时的 5xx 数量和分布、 worker_connections 使用率、 证书剩余有效期少于 15 天的域名列出来Redis 体检对 redis01 体检 redis-cli info memory 的 used_memory 和 maxmemory 比例、 info stats 的 keyspace_hits/misses 命中率、 有没有 eviction 发生、 info replication 的主从状态Nacos / Kafka / ES 同理套路都是状态 关键指标 日志尾巴三段式。剧本写好存起来值守里定时跑中间件巡检从此不再依赖某个人的记性。六、异构混合环境的统一值守真正的价值在混编一套值守规则覆盖异构设备。值守规则每天早 9 点执行全家桶巡检—— Linux 三台磁盘、内存、关键进程 Windows 一台IIS 与系统事件日志 交换机两台CPU、down 掉的端口 Docker 一台非 Up 容器 MySQL 两台主从延迟与磁盘 汇总成一份带总体结论的日报发值班群过去这要四个系统四套脚本现在是一句话一份日报。这也是把 Agent 叫作运维中枢而不是Linux 工具的原因。七、接入清单与权限矩阵直接抄设备类型接入前提建议模式巡检重点Linux 服务器原生 SSH 密钥只读起步进程/端口/磁盘/日志Windows 服务器启用 OpenSSH Server密码 白名单服务/端口/事件日志交换机/防火墙开 SSH 管理通道强制只读CPU/端口/日志翻链Docker 宿主机按 Linux 接入只读起步容器状态/OOM/磁盘MySQL 等中间件专用巡检账号只读权限只读主从/慢查询/备份权限矩阵原则离改配置越近的设备权限给得越保守。网络设备宁可多走一步人工也不要图快开写权限。八、常见问题QWindows 的 OpenSSH 装完连不上先查Get-Service sshd是否 Running、防火墙 22 端口规则、以及默认 shell建议设为 PowerShell注册表DefaultShell指到 powershell.exe。Q交换机语法 AI 会搞混吗台账里类型选对华为/华三/思科AI 按厂商语法生成拿不准的命令它会先展示再执行只读模式下放心试。QDocker 巡检需要额外装东西吗不需要宿主机上有 docker CLI 即可如果用 K8s接入 master 后用 kubectl 巡检同理。Q异构值守的日报格式能定制吗可以在指令里写明按 xx 格式输出Markdown / 表格 / 纯文本格式跟着你的值班群习惯走。本文为「AI SSH 运维 Agent」系列第 6/8 篇。下一篇《SFTP 批量配置下发》——多主机并行编辑、配置灰度推送告别十个窗口来回切。