许多网络工程师和网络管理员不愿意部署网络自动化。实际上,任何在合理时间内运行网络的人都可能遇到重大的网络中断,这是令人不快和压力的,因此网络团队正试图避免这种情况。如果简单的更改可能导致重大中断,那么我们将质疑为什么有人会考虑使用自动化,毕竟,这可能会导致网络中错误配置的快速传播。
网络自动化
如果由自动化导致网络中断,网络团队可能不会考虑自动解决中断问题。首选补救工具通常是命令行界面,网络团队一次只能配置一个设备。
如果网络团队需要更新100台设备,则每个配置需要一分钟,而更改将需要一个半小时。考虑到流程所需的实际时间和所涉及的设备数量,不难理解为什么网络团队不愿意使用自动化。
但网络自动化的风险是否真的超过了收益?网络团队是否可以降低这些风险?首先,让我们看看为什么公司需要使用网络自动化而不是风险网络自动化。
我为什么要使用网络自动化?
标准化设计,而不是雪花设计。复杂的网络设计(所谓的雪花设计)增加了风险,因为网络的各个部分的配置是不同的。缺乏标准会增加风险,标准化很重要,因为网络中很少或没有特殊情况。网络标准化是识别故障模式和开发标准程序以处理网络问题的更好方法。
在网络设计中,使用标准化构建块简化了网络自动化。对于积木设计,公司可能需要在设备上花费更多,但优势是运营成本更低,弹性更强。同时,通过使用标准操作程序进行故障排除和修复,网络团队可以更轻松地理解和缓解故障。
而且,构建块网络设计更容易实现自动化。自动化有助于初始配置,配置更新,物理连接验证和故障排除。
网络灵活性。网络自动化已经落后于计算和存储系统自动化,而且必须赶上。推迟部署完整IT自动化的公司可能无法提高其灵活性并失去竞争力。
自动化意味着整个企业更有效地使用IT资源。对于相同数量的员工,效率转化为生产力和更高的利润。同时,更稳定的IT环境意味着更高的客户稳定性和更高的客户满意度。在许多情况下,这也可以实现更高的利润和更大的市场份额。灵活的网络也可以更容易地适应新的网络技术,网络团队只需要对一些构建模块设计和相关的自动化任务进行增量更改。
网络自动化任务
但是,自动化并非没有风险。任何准备不充分和部署不当的流程都可能破坏网络,自动化也不例外。
网络团队应考虑以下几点以降低网络自动化的风险:
从一个简单而简单的任务开始。对于自动化,最好从简单的任务开始。最初,您可以构建执行基本只读故障排除或网络分析的简单脚本,例如跟踪媒体访问控制地址或在生成树域中查找根网桥。您应该自动执行经常使用且耗时的调查或诊断任务。在此阶段不要做任何自动更改;而是专注于学习为网络运营提供真正价值的自动化工具。
测试。网络自动化需要与应用程序开发相同的过程:广泛的测试。应用程序开发人员可以快速启动服务器虚拟机和客户端测试VM,并自动运行大量测试。相比之下,网络测试传统上一直是个问题,因为测试实验室设置过于昂贵且耗时。
构建块设计减少了需要测试的更改数量。供应商现在为许多设备类型提供虚拟实例,通常很少或不收费,但性能有限。验证这些设备的配置更改非常重要。
网络团队可能需要与其他IT部门合作,以创建准确反映运营网络的测试环境。理想情况下,测试环境将包括应用程序和测试客户端以生成网络流量。
网络验证。基于意图的网络(IBN)是最新的行业热点,您可以通过创建一组基本的网络检查来开始实施IBN。验证网络状态是降低自动化风险的好方法。即使在部署自动更改之前,网络验证也是验证网络是否按预期工作的绝佳工具。
要验证网络是否已按预期连接并运行,请检查网络状态。这包括设备接口状态,地址分配,相邻设备以及第2层和第3层网络协议信息。在此阶段,您不会对网络进行任何更改。基于意图的验证脚本应在检测到故障时创建警报,这使团队能够及时采取适当的措施。
然后,网络验证脚本可用作将来更改的工具,以在更改之前和之后执行网络验证检查。如果任何更改前验证检查失败,则更改将终止。同样,如果在验证后检测到故障,则提醒网络人员并可能终止更改。请务必在更改后重复更改前的验证,以确保网络返回到更改前的状态。
让它可行
对于任何网络变更系统,最重要的概念是采用风险降低过程。手动更改将使用更改仪表板和审阅周期,这些过程仍然是必需的。但自动化增加了额外的流程,例如变更前和变更后的自动验证。如果您刚刚开始使用自动化,请将您的工作限制为不影响网络的只读任务。最重要的是,您应该开始使用网络自动化。