“互联网如同wifi，并没有故障的情况下，就没人意识到它的存有”，应当有成千上万的翻板，可是针对网络工程师而言，这就是言传身教。
因为就算是在几千人的企业，网络工程师的数量也只是是个位，因此它们的工作中也不为人知 。
“互联网是否有什么问题？”应当几乎变成全部SRE排错时的口头语，假如这个时候网络工程师表明沉默无言，或是没法取出充足的直接证据，那背锅几乎是毫无疑问的。
怎么让网络空间的运转情况更为全透明？怎样在每一次业务故障的情况下自证清白？这不但是基础服务精英团队要在意的具体内容，也是全部工艺精英团队要想认识的黑匣子。
监控
网络设备生存监控
针对SRE而言，必须监控程序流程能否正常的；针对主发电机组而言，必须监控服务器的配置是不是正常的；针对互联网而言，大家最先必须关注网络设备是不是可达。当一台TOR不能达时，大部分预兆着会出现一片网络服务器不能达，业务的疼痛感是非常明显的。
网络设备的监控最好是和业务监控系统软件尽可能解藕，由于互联网故障很有可能引起业务系统异常，假如正巧造成的是业务的监控系统异常，那网络设备的报警将丧失稳定性，估且不说“监控禁止”这一锅到底是谁的，这类局势会让网络工程师Trouble Shooting时深陷处于被动，增加了故障时长。
每一个网工在跨出大门的那一刻，都已经具有基础的编程基础， 更何况网络交换机的总量和云服务器的总数有着数量级上的区别，因此假如你看得懂一两句python，100 的python编码就可以解决一个简便的机器设备生存监控的程序流程，Github中可检索 NodePingManage 便是一个有效的事例，还能够根据多一点布署来清除点射故障。拥有这类专用工具， 此后各大网站的每个地方的可进入性总算一目了然， 黑暗的网络空间，好像反射面出了一丝光辉。
机器设备系统日志监控
机器设备生存报警尽管可以预警信息许多出现异常，而且精确度很高，可是针对冗余设计做得比较好的互联网，能Ping通并不意味着完全没问题，这时，仔细的网络工程师会去看看系统日志，这儿可以体现出大量关键点。针对万部网络服务器经营规模，网络设备的数目也就千台，可是逐台查询系统日志，人肉分辨能否有出现异常，那确实是场恶梦。
《日志告警》程序流程就变成网络工程师们家居旅行必备之优品，只要一台Syslog网络服务器，布署一个系统日志监控程序流程，当发觉系统日志中发生独特关键词，开启电子邮件 短消息报警就可以。那么高端大气的专用工具自然必须越来越多的编写程序方法，150 python编码才可以解决。Github中相近的解决方案有很多，检索LogScanWarning就可以获得一个示范性实例。
此后你能在业务没什么感觉的情形下，发觉互联网中的出现异常， 例如：转速出现异常／电源模块故障／ospf隔壁邻居情况颤动／端口号flapping／有网络黑客在工程爆破我的设备／机器设备硬件配置parity error／控制模块收发亮出现异常／Kernel出错这些。出色的网络工程师可以在故障产生时迅速精准定位，牛X的网络工程师可以在故障产生前就防患未然，防患于未然。
总流量监控
高速路铺得再好，也吃不住车多人。保证互联网畅顺，质量优质，并没有丢包率，延迟平稳也是网络工程师的岗位职责 ，这时总流量监控就变成刚性需求。
业务的迅猛发展反映在互联网方面便是DC内总流量增涨／DCI总流量增涨／IDC出入口总流量增涨／专线运输总流量增涨，总流量监控可以精准把握业务的巅峰和低谷期，当路线必须扩充时，网络带宽利用率是老总参照的关键数据信息。一般情形下路线中的总流量超出50%就可以进行扩充，由于这代表着当备份数据链接down以后，主线路将发生时延。
插口error监控
接口的Error包监控和总流量监控一样，均可以根据snmp收集，OID：ifOutErrors，ifInErrors , Error包发生增加量会立即危害业务的服务水平，一旦发觉必须优先选择解决，不然业务会拎着一堆TcpTimeOut指标值找上门。
自然，可以根据snmp收集的信息内容也有许多，例如：机器设备的CPU／运行内存／环境温度／服务器防火墙的Session等，把握那些信息内容对掌握设施的办公环境也颇有好处，假如你需要做一个自动化技术安全巡检专用工具，那麼这种指标值不可或缺。目前市面上给予互联网监控的系统有很多，例如：Falcon / Zabbix / Solarwinds / Cacti / Nigos等，有开源系统的都是收费标准的，作用相近，这里不用赘述。
生产制造自动化运维专用工具
第一章中的组合策略打过以后，大部分不容易发生“意想不到的故障”，全部的出现异常都应当有章可循，当SRE无缘无故明确提出对网络空间的争议时，你应该早就心里有谱么。
可是网络工程师的运行并不是仅有灭火，平时运维管理工作上，常常必须相互配合业务发展趋势做一些网上变动/ 主机房改建／业务类故障清查等。作为一名“懒散”的网络工程师，程序流程可以帮助点什么忙呢？
UserDevice Tracker
这一专有名词借用以Solarwinds套服中的一个部件，直接翻译为“客户机器设备跟踪器” ， 在中小企业网运维管理中，常常会出现如此的要求：
- 了解网络服务器的IP，我想问一下联接在网络交换机的哪个口？
- 了解网络交换机的某一端口号，我想问一下联接的网络服务器的IP多少钱？
- 让你一台云服务器的MAC地址，如何判断在哪个网络交换机的哪个口？
大中型互联网公司一般会出现CMDB或是网络安全管理服务平台来纪录这种信息内容， 可是如果你是一家中小企业的网络管理，并没有运维管理研发部门做适用，而且仍在沿用二层的自然环境（网络服务器网关ip在关键机器设备），那么就较为费力了。以上好多个问题实际上归根结底是要捋清晰三个基本要素的对应关系：PORT<>MAC<>IP 。
举例说明：
一台网络交换机有好几个物理学插口，一个物理学插口下可以有好几个MAC，一个MAC可以相匹配好几个IP，或是不相应一切IP。拥有这一基础的实体模型，只要做2件事儿就可以寻找各大网站机器设备这三元素的对应关系。
最先去网络服务器传送数据的网络交换机获得MAC表（即MAC<->PORT），随后再去网络服务器的网关设备获得ARP表（即IP<->MAC），这二张表依据MAC地址做为唯一外键约束就可以获得PORT <->MAC<->IP的对应关系。
信息内容的获得可以利用仿真模拟登录或是OID收集均可，Github中也有很多相似的编码产考，拥有这一对应关系，就算并没有CMDB，你仍然可以迅速精准定位需要的信息内容， 一般网工搜索这一信息内容必须5min， 但你只要5秒左右。
网络设备朝北插口的二次封装形式
平时网络运维工作上，常常会出现一些 “简易低效率”，例如：为某一插口区划Vlan／给某台机器设备加上一条偏向服务器的路由器等， 这种实际操作既并没有技术含量，还使用了技术工程师珍贵的时长，更要人命的是再简单的人肉实际操作，反复的频次只需充足多，总会有出错的情况下，正所谓“人在江湖飘，哪里有不湿鞋”，可是在这个问题上做错事真是是对职业发展的抵毁，如此“可有可无”的工作中怎么才能干的漂亮？
以《自动划分交换机接口Vlan》的作用为例子， 假如有一个专用工具只想要你给予三个主要参数：机器设备IP／端口号／vlan序号， 就能自动登录机器设备把特殊插口区划到特定Vlan，那简直泱泱。
没有错！你需要的是一个对机器设备封装形式后的插口， 如今大部分网络设备生产商一定会给予自身的API，不论是NETCONF或是RESTful，只需了解了操作手册，就可以根据程序流程轻轻松松变动机器设备的配备，乃至你能用更为”贴近生活”的方式，用程序流程“仿真模拟登录”机器设备 ，尽管这一方式 在速率上比但是NETCONF和RESTful API，可是在实用性上那真是超级，由于没哪个厂家的机器设备不兼容SSH或是TELNET的。
拥有这一理论基础，一些简易的网上上的使用就可以根据自身封装形式的端口来完成变动，乃至可以把变动的管理权限交到业务，只需业务递交的要求是正规的，变动可马上发布起效。
这时，毫无疑问会有些人惊恐万状！把网络设备的管理权限交到业务，那样确实好吗？万一改坏掉该怎么办……全部的困惑全是没问题的，与此同时也全是有解的。
或是以《自动划分交换机接口Vlan》举个例子，你能限定程序运行的具体内容，你能要求网络交换机只有是TOR不可以是CSW，你能管束插口只有是Access不可以是Trunk，你能限制被实际操作的插口下总流量务必为0bps，以防止操作失误危害到业务，你能根据动态性Token确保插口的安全性，你能规定务必给予插口下现有的MAC以精准定位插口的部位，你还是可以对调用者加授权管理，此外，提交成功后还必须有短消息 电子邮件意见反馈实际操作后的结论，这些……
全部的考虑都能够干固为编码标准，仅有程序流程是最铁杆的实施者。插口可以带来7*24个小时全年无休的服务项目，而人的心力是有局限的，用程序流程去解决业务这些简易有周期性的要求，节约出技术工程师珍贵的时间段来思考问题，这才算是网络工程师自动化运维之途的正路。
汇总
以上，是小编融合本身工作经验汇总的一些心决，敲代码针对网络工程师而言的确有一些难度系数，可是只需越过这这一关，你能获得大量富有的时间段来拓展自身的技术专业路面，谨此，期待能开诚布公为自动化技术网络运维尽绵薄之力。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
