网络工程师注意：Netmiko批量管理设备，3小时变3分钟

每天你是否还仍旧在以手动这种方式SSH登录几十台设备, 一条一条、逐个逐个地去敲命令? 熬夜进行巡检的活动, 对配置进行批量修改, 只要手抖那么一下, 就都得重新再来一次。正好有个兄弟他就是个例子, 上周的时候他向我吐槽, 为怎么样去改三百台交换机的VLAN, 加班到凌晨三点钟, 结果有一台给遗漏了, 最终导致全网出现广播风暴的状况。实际上对于这事情早就存在那种如同“自动挡”一样的方案了。你只需费时三小时去配置好脚本, 往后每周的该项工作可在三分钟内就完成收工的操作。我刚开始进入这个行业的时候也会用到的那一个, 是那种需要自己去编写time.sleep()、手动添加换行符的库。每连接一台设备都必须去猜测提示符, 发送完命令之后还得计算着时间等着回显, 就跟开手动挡汽车一样让人觉得疲惫。后来发现了这么个情况, 它把这些麻烦事全部包揽了下来: 自动进行检测提示符、自动进入配置模式、自动退出。简单来讲, 就是能够让你从会处理复杂问题却要亲自动手处理各种琐事的人, 也就是所谓在各种细节上都要操心的“修车工”角色, 转变成为只需简单操作, 如同踩油门那般轻松的相对轻松的“驾驶员”角色。装起来同样不复杂, 通过 pip 操作便可, 要记得借助虚拟环境将依赖隔离开, 其背后所依赖的这些内容, 安装完成后运行一下以确认版本, 连接设备的核心函数称作, 你仅仅需要告知它设备类型、IP、用户名以及密码, 设备类型要怎样去查询呢? 使用。..列表里几百种厂商华为、思科、H3C全都有。举个例子连一台华为设备from {: ,“host”, 其值为“192.168.1.1”。: admin,: with (**) as conn: conn.( )print()瞧见了没, with语句会自行将连接关闭, 无需手动去执行close操作。直接等待设备进行回显, 而不必借助sleep命令。这便是它所蕴含的哲理即你仅仅操心要发送哪条命令, 至于如何让其自行处理好相关事宜。要将四大核心命令函数彻底领会透彻其中最为常用的那个是这样的, 它用于发送查询命令, 进而返回字符串它存在一个参数, 假设你明确知晓设备会输出“--- More ---”, 那么就可令其等待出现这个字符串后再继续执行相应操作, 以此来防止回显出现被截断的情况在处理超长回显的时候不要使用这个函数, 而是改换使用另一个函数, 那个函数是依靠固定延时来进行操作的, 虽说其稳定性欠佳但却适用于大段字符的输出。用以推送配置的是(), 它凭借此会自行进入, 在发送完毕后又得以自动退出。与列表相协同能够紧接着变更多条配置呢。更为高级的是e()这一形态, 首先你应把此项配置精心填制成为文本文件, 每一行仅设置一条命令, 随后径直推送过去。需留意华为设备在某些时候是需要增添超时参数的, 这是鉴于部分命令的执行速度较为迟缓。批量管理多个设备乃是网工的必然需求。最为简便的办法: 将IP书写于txt文件之中, 进行循环读取, 针对每一台设备建立字典并连接一次。然而不同设备的密码存在差异该如何处理呢? 运用JSON文件存储结构数据, 例如:jsonname: 核心1,: {: ,host: 10.0.0.1,: admin,: 接着, 通过json.load()将其读入, 以动态的方式获取参数, 这样子增加一台设备时只需修改JSON部分, 而无需对代码做出更改。要是进行批量运行, 那么就容易出现问题, 此时你必须添加异常捕获, 将失败的设备记录到日志文件当中, 然后编写一个重试循环, 最多尝试3次, 每次间隔递增。倘若想要速度快点, 那就使用.来搞并发, 不过不要超过20台, 不然设备会承受不住。一拿到命令回显, 面对那一堆文本, 要如何将其转变为结构化数据呢? 若自带解析功能, 添加个参数等于真即加个参数True时, 返回的便是列表字典, 诸如刚好已全部分拆好的接口状态、IP地址等。其前提是安装了该功能, 且里面已然存有华为、思科等主流厂商的模板。要是想进行自定义, 那就写个文件, 放置到指定分区也就是/目录下, 其规则是较为简单的, 依据已有示例照着改写便可成功实现。解析能力更强的是Genie/pyATS, 然而Genie仅支持Linux, 用户可用WSL2或者运行, 要是实在不想折腾, 那就加上自己写的过滤, 同样能够提取接口状态、错误计数, 拿到解析后的JSON, 你便能够去写自动化决策了诸如发现某个接口处于down态, 自动发送邮件告警, 又或者调用另一个脚本进行修复。配置模板这一方面, 乃是绝佳组合。你去撰写一个模板文件, 于其中运用变量、for循环、if判断, 随后将其渲染成不同设备的配置。比如说ACL模板, 依据设备类型动态生成华为或者思科的命令, 并对其精心雕琢, 使其臻于完美。模板文件放置于目录之中。再通过特定方式进行加载。渲染完成之后直接运用e()予以推送, 从而省去手动书写每条命令的繁杂困扰。要是碰到了存在交互需求的命令该如何处理呢, 就好比是删除文件这种情况, 还有重启设备这种场景之类的, 运用()去协同达成多步的交互操作, 先是发送出命令并等候提示信息出现, 接着还要发送确认字符才行, 华为设备并不具备()这种方式, 那就得去模拟su提权操作, 借助发送“su”且跟随用户名密码来达成这一目的, 需要留意的是新版本华为已经对这个操作进行了弱化处理, 不过老设备或许依旧是需要它的。在文件传输这块儿, 思科设备所能使用的函数, 其底层运行的是SCP。华为官方对此并不给予支持, 那替代的办法有用FTP的, 或者。混合的方案也是可行的: 发送配置命令, 进行文件传输。倘若你发觉独自运行速度迟缓, 那么能够升级至。进行调用当作后端, 凭借配置文件实现上百台设备的管理, 并行起来执行任务。然而小规模网络直接运用便已足够, 切勿过度进行设计。在生产环境当中, 安全占据首要地位。密码切勿进行硬编码, 选择使用环境变量或者加密文件来处理。倘若具备条件, 采用SSH密钥认证的方式。日志里面要始终留意过滤密码, 以此防止出现泄露的情况。关于性能优化方面: 理应将并发数控制在20以内, 对连接予以复用, 不要每一台设备都进行新建操作。在调试的时候开启.DEBUG, 查看原始发送以及接收的内容后, 排查不匹配的相关问题。版本在兼容时要记得锁版本, 把它写死在.txt里, 以防升级后API出现变化, 对于订阅的Notes, 要及时知晓其中的改动。说到底, 它是网络工程师的瑞士军刀, 你学完它, 用一周时间掌握它, 此后巡检自动化, 批量配置自动化, 数据采集也自动化。别再熬夜敲命令节省时间, 把省下来的时间拿去陪家人, 或者用来学点新东西。话又说回来, 你当下最头疼的自动化场景是啥, 是设备的类型太多了, 还是回显的解析太过杂乱? 在评论区聊一聊, 或许下篇文章就会写你面临的那个问题。若是感觉有用处, 那就转给那个仍旧在进行手动配置的同事。