近几年来，，，，，互联网行业处于一个急剧发展的快车路，，，，，一个又一个风口不休地涌向周边行业。。。。。。。。共享单车的出现解决了人们出行最后一公里的问题；；；；；新零售概想的提出，，，，，无人货柜的出现，，，，，更是将线上和线下的数据买通，，，，，优化了人们的购物履历；；；；；以抖音为首的短视频利用，，，，，在一夜间爆红，，，，，成为当下社交与宣传的沉要载体。。。。。。。。

而数据中心作为支持这些业务的基础设施，，，，，其规模也随着业务的激增逐步扩大，，，，，单集群内超过数万台服务器的情况已不再罕见。。。。。。。。面对如此重大的服务器数量，，，，，在网络建设之初的互换机网络开局已成为网工的梦魇。。。。。。。。

数据中心开局近况

聚焦于数据中心场景，，，，，我们先来回首一下传统的互换机网络开局流程。。。。。。。。

▲传统网络设备开局流程

Step 1:提前筹备互换机的版本文件；；；；；

Step 2:凭据部署的架构场景选择对应的配置模板；；；；；

Step 3:起头“搬砖”，，，，，达到现场，，，，，设备拆箱集中堆放，，，，，加电启动；；；；；

Step 4:使用U盘插到互换机，，，，，串口线衔接设备，，，，，逐台进行版本升级（若必要）；；；；；

Step 5:凭据配置模板结合现实设备的情况进行VLAN、IP、路由以及其他根基信息的订正，，，，，而后起头刷配置 （另表依照各公司要求，，，，，还会协助网络设备的SN用于资产治理）；；；；；

Step 6:协调弱电同学助忙搬到机房上架；；；；；

Step 7:基于Checklist实现连通性的测试工作。。。。。。。。

整套流程下来，，，，，既耗人力，，，，，又耗功夫。。。。。。。。据现实项目经验来看，，，，，在不堆叠的前提下实现一台设备的升级和配置约莫在10分钟，，，，，堆叠情况下由于设备必要沉启，，，，，必要30分钟能力实现。。。。。。。。

总结来看，，，，，对于支持数万台服务器集群的数据中心网络场景，，，，，若是依照这种传统的开局模式来部署，，，，，会存在以下几点不及：

• 效能低下：靠手工方式进行设备的版本升级、刷剧本，，，，，效能极度低；；；；；

• 犯错率高：沉复性的工作会导致网工疲于思虑，，，，，稍有失慎出现失误，，，，，必要额表的功夫用于排查谬误更正，，，，，产生肯定的功夫损耗。。。。。。。。

对此，，，，，各厂家做了很多的索求，，，，，好比零配置上线技术。。。。。。。。

数据中心自动化开局

随着数据中心规模的不休增大，，，，，尺度化的建设方式已经成为主流。。。。。。。。每个集群内的服务器以及网络设备的规模都是固定的，，，，，对应到网络设备的配置战术也是一致的（当然IP等基础信息会略有分歧）。。。。。。。。因而，，，，，在这样尺度化、规范化的场景下，，，，，我们能够将这些沉复性的、机械性的工作编成处置逻辑，，，，，交给网络设备自己去实现上线工作，，，，，进而解放人力，，，，，同时也降低了人们犯错的风险。。。。。。。。

厂商对于自动化上线技术的开发，，，，，重要是利用编程说话（好比Python、Go等）进行逻辑处置，，，，，让网络设备自行加载，，，，，实现上线，，，，，例如ZAM（Zero-configure Automatic Manage，，，，， 零配置自动治理）技术。。。。。。。。

互换机自动化上线的思路：新出厂或空配置的设备上电启动后自动向文件服务器中获取文件并加载（蕴含版本文件、配置文件、补丁文件等），，，，，实现设备的免现场配置、部署，，，，，从而预防了运维人员沉复地执行刷剧本、升级等机械性操作，，，，，提升开局效能。。。。。。。。

以ZAM技术为例，，，，，首先要在运维端搭建统一的DHCP服务器和TFTP服务器（可所以统一台服务器），，，，，基于架构尺度化设计和项目信息提前天生每台设备的齐全配置文件以及版本文件，，，，，同使剽些文件的文件名必要与设备的SN关联起来，，，，，确保每个配置文件能够对应唯逐一台具体的物理设备。。。。。。。。
 

▲零配置上线规划架构

互换机加电起机后会自动提议DHCP要求，，，，，通过Option拿到TFTP服务器的地址以及剧本名称。。。。。。。。通过TFTP的方式下载到剧本文件后，，，，，解析并执杏祝。。。。。。。而后自动进行版本的升级以及配置文件的加载，，，，，沉启后实现设备开局。。。。。。。。重要流程如下：
 

▲零配置上线流程

细节能够分拆成几个阶段来理解：

DHCP&TFTP获取阶段

设备加电后，，，，，首先判断自身是否存在配置文件，，，，，若是不存在则进入ZAM模式；；；；；若是存在则正常加载现有配置文件启动；；；；；

进入ZAM模式后，，，，，会先尝试从MGMT口上提议DHCP要求，，，，，无应答后会从业务口上广播该要求报文。。。。。。。。DHCP Server在回应报文中通过Option66（或者150）、67选项，，，，，将TFTP Server的IP以及Python剧本名称同步给设备；；；；；

▲典型的DHCP配置    

互换机设备（必要支持Python的运行环境）进行Python剧本的下载。。。。。。。。

自动化执行阶段

• 初始化：

• 首先要进行初始化，，，，，与此同时要清空之前运行过的本地文件，，，，，主张是为了预防那些通过谬误逻辑？？？？？？？？榇锏礁么κ蔽募错乱的情况，，，，，因而必要执行初始化操作；；；；；

• 上传SN：

初始化实现后必要上传设备自身的SN到指定的目录下，，，，，主张是提醒TFTP Server该设备已经起头启动。。。。。。。。即上传 [sn]. ZAM到 /ZAM_STARTUP/, 若上传失败则写"0"到/etc/zam.txt （公告zam执行失败），，，，，退出；；；；；
 

• 配置参数文件下载：

上传SN之后，，，，，会基于SN去下载对应的配置参数文件（.PARAM体式），，，，，下载蹊径在代码中已经写好，，，，，若下载失败则跳到谬误处置；；；；；

• 配置参数文件解析：

下载成功后解析该文件，，，，，判断是否必要升级版本，，，，，若解析失败则跳到谬误处置；；；；；

• 配置文件下载：

通常情况下，，，，，剧本中会默认写好配置文件的下载蹊径，，，，，设备会基于SN到该蹊径下载配置文件 [sn].CFG, 若下载失败跳到谬误处置；；；；；

• 版本文件下载：

若是配置参数文件中存在bin文件的标识，，，，，则到指定的蹊径去进行bin文件的下载，，，，，若下载失败则跳到谬误处置；；；；；

• 版本文件升级：

若是存在bin的文件，，，，，则进行升级bin文件，，，，，若升级失败则跳到谬误处置；；；；；

• 配置文件沉定名：

执行代码做配置文件的沉定名，，，，，更改成config.txt的体式后沉启（分歧厂家配置文件定名分歧，，，，，这里以全发国际为例）；；；；；

• 设备沉启加载：

沉启设备后则再次进行配置文件的判断，，，，，发现此时存在配置文件，，，，，则不进入ZAM模式，，，，，正常加载配置文件并启动。。。。。。。。

信息同步校验阶段

• 成功处置：

设备成功上线后

A. 上传 [sn].log 到 /ZAM_LOG/

B. 上传 [sn].ok 到 /ZAM_STATUS/

C. 写"1"到/etc/zam.txt   （公告zam执行成功）

D. 清空本地本次执行有关文件（[sn].CFG, [sn].ZAM, [sn].params, [sn].ok, [sn].error）

▲ZAM文件夹目录
 

▲成功执行ZAM流程

• 失败处置：

主逻辑肆意一个节点产生故障，，，，，跳到故障处置时，，，，，执行下列作为

A. 上传 [sn].log 到 /ZAM_LOG/

B. 上传 [sn].error 到 /ZAM_STATUS/

C. 写"0"到/etc/zam.txt（公告zam执行失败）

D. 清空本地本次执行有关文件（[sn].CFG, [sn].ZAM, [sn].params, [sn].ok, [sn].error）

索求创新

随着网络设备对于类似Python的高级编程说话环境的支持愈加成熟，，，，，零配置上线技术在IDC场景中得到了普遍的利用。。。。。。。。一方面加快了设备的开局速度，，，，，降低了报答操作失误的风险，，，，，节俭人力投入；；；；；另一方面，，，，，对于后期设备的运维工作（好比扩容、故障代替等），，，，，只必要上报或者代替SN就能够自动实现加载，，，，，也不必要人为的参加。。。。。。。。

那么，，，，，除了IDC场景有这样的需要之表，，，，，对于其他场景，，，，，是否也存在类似的运维痛呢？？？？？？？？

全发国际网络秉承着创新、索求与实际的思路，，，，，在新零售门店场景，，，，，也做了深刻的市场调研与分析。。。。。。。。

最近火爆的新零售门店，，，，，其特点就是数量多多，，，，，业务的激增导致开店速杜兹其快。。。。。。。。但是门店不会有专业的运维同学驻场，，，，，所以网络开局时必要网工四处出差；；；；；日常遇到故障，，，，，若是远程不能解决也必要网工到现场处置，，，，，人力投入极大。。。。。。。。

对此，，，，，聚焦于新零售门店场景，，，，，我们基于数据中心零配置开局的思路进行创新，，，，，致力于打造全新的自动化门店网络解决规划，，，，，提升新零售门店网络开局和运维的效能，，，，，削减人力服务成本。。。。。。。。

▲自动化门店网络解决规划组网设计

目前我们在和新零售客户积极的索求和实际中，，，，，敬请等待。。。。。。。。若是有有关建议和思路，，，，，也迎接留言互动，，，，，共同探求。。。。。。。。

本期作者：刘洋

全发国际网络互联网系统部行业征询

往期杰出回首  

• 【第一期】浅谈物联网技术之通讯和谈的纷争
• 【第二期】若何通过网络遥测（Network Telemetry）技术实现精密化网络运维？？？？？？？？
• 【第三期】畅谈数据中心网络运维自动化
• 【第四期】基于Rogue AP反造的无线安全技术探求
• 【第五期】流量可视化之ERSPAN的前世今生
• 【第六期】若何实现数据中心网络架构“去”堆叠
• 【第七期】运维可视化之INT职能详解
• 【第八期】浅析RDMA网络下MMU水线设置
• 【第九期】第七代无线技术802.11ax详解

有关推荐：

• 畅谈数据中心网络运维自动化

• 运维可视化之INT职能详解

• 数据中心自动化运维技术索求之NETCONF