欢迎光临 ca88亚洲城娱乐官网 (Ctrl+D快速将本页面加入收藏夹)

ca88亚洲城娱乐官网

ca88亚洲城娱乐官网看的人最多

  数据中心交换机实现运维自动化,零配置上线技术(ZAM)只是完成了交换机预先可知的固定配置,主要是一些基本的互通以及登录相关配置。未来的业务是变化的,所以具体的与业务相关的配置还需要根据具体需求配置或更新。NETCONF(Network Configuration Protocols,网络配置协议)协议提供了业务配置部署自动化的解决方案。

  那么NETCONF是如何出现的?为什么需要开发NETCONF?NETCONF能干什么?发展趋势又是怎样的?本文将针对以上几个问题,对数据中心运维自动化技术进行一些介绍和探讨。

  一套完整的SNMP系统主要包括管理信息库(MIB)、管理信息结构(SMI)及SNMP报文协议。

  MIB,管理信息库,汇总存储着资源与OID的唯一对应关系,NMS根据查询的资源在MIB中找到对应的OID,通过SNMP查询报文将读取的OID信息发送至网络设备,网络设备根据OID查询对应的资源信息,最终封装为SNMP响应报文发送给NMS。

  SMI,管理信息结构,是SNMP中定义被管理的网络实体(即网络设备)中特定数据的语言。定义了数据类型、对象模型,以及写入和修改管理信息的规则等内容。

  SNMP规定了5种协议数据单元PDU(SNMP报文),用来在管理进程和代理之间的信息交换。

  get-next-request,用于从代理进程处提取紧跟当前参数值的下一个参数值;

  从SNMP协议设计中可以看出,尽管具有一些配置的功能,但SNMP本身并不是面向配置的协议,也不适合开发用于配置的客户端应用。大量的运维实践也证明,SNMP更多是作为网络设备状态监控的工具,而在配置管理层面,SNMP还不具备成为一个成熟工具的能力。

  在2001、2002年,IAB(Internet Architecture Board,互联网架构委员会),组织了几次关于网络管理的专题工作会议,将网管以及协议开发者组织起来针对当时的主流网管协议(SNMP、CLI等)存在的问题进行了讨论,会议结果最终形成了RFC 3535。在这份文档中,针对当时网络管理中存在的问题,提出了14项需求,其中最关键的几项有:

  NETCONF协议,顾名思义是安装、编辑和删除网络设备配置的标准协议。从上文NETCONF由来也可看出,NETCONF主要解决的问题之一就是网络设备的配置管理、下发、更改等问题。NETCONF如何来实现对网络设备配置的管理,我们先来看下NETCONF的架构设计。

  从图三中可以看出NETCONF协议内部分为4层,由下至上分别是安全传输层,消息层,操作层和内容层。

  NETCONF所具备的一大优势在于从协议层面就规定其传输层必须使用带有安全加密的通信协议,如SSH,TLS等。对比其他明文传输协议,NETCONF协议层面就对数据安全性做了保障。由于NETCONF协议规定必须要支持SSH,所以目前SSH是NETCONF使用最广泛的传输层协议。

  client采用rpc元素封装操作请求信息,并通过一个安全的、面向连接的会话将请求发送给服务器,而服务器将采用rpc-reply元素封装RPC请求的响应信息(即操作层和内容层的内容),然后将此响应信息发送给请求者。另外,服务器可以采用notification元素向客户端通告事件。

  除了以上9种基本操作,NETCONF也支持用户自定义RPC操作,这里不做展开描述。

  内容层主要用来描述网络管理所涉及的配置数据和通知数据等。但是NETCONF并没有对于内容层的数据结构模型做标准化定义,那如何来描述内容层的相关数据呢,2006年,在NETCONF首个版本RFC 4741发布的同时,一种专门为NETCONF准备的数据建模语言YANG(RFC 6020)也同时发布。目标是对NETCONF数据模型、操作进行建模,覆盖NETCONF协议的操作层和内容层。

  还剩余2项与配置权限相关,2项会线项状态数据查询。从这里也能看出NETCONF对于配置管理的重视。

  可是这些好像还是没法体现NETCONF比SNMP好在哪?SNMP存在的问题如何解决的?

  NETCONF需要对设备的配置(configuration)和状态(state)做操作,例如编辑配置,获取状态,而NETCONF的内容层并没有定义标准化的数据模型。同时操作层除了定义9种基本的RPC操作,还允许自定义RPC,自定义的RPC和具体操作内容都需要进行建模,YANG就是用来完成这个建模的。

  YANG使用modules和submodule进行数据建模。一个YANG module,如图六所示,定义了具有垂直结构的数据,这些数据可以被用做基于NETCONF的操作,包括配置、状态数据的描述,还有RPC操作等。它使得NETCONF的Client和Server之间能有完整的数据描述。

  YANG建模得到的数据具备树形结构。其中每一个节点都有一个名字,都有一个值或者一些子节点。YANG文件为这些节点,以及节点之间的交互提供明确清晰的描述,即数据模型路径。

  网络设备对于NETCONF的支持,就是在设备注册YANG的数据模型路径,使设备能够根据YANG文件的数据模型路径获取数据或者写入配置。

  那么对于运维人员来说只需拿到设备厂商的YANG模型,根据YANG模型的要求将相关的配置或数据参数填入,即可通过NETCONF发起相关RPC操作,完成配置或数据读取任务。

  通过YANG和NETCONF,就实现了基于可编程技术的网络配置和管理,为自动化运维提供了基础。

  清晰区分配置数据和状态数据,对于不同数据,存储在不同数据库中,互相区分明确;

  NETCONF协议因其良好的易用性和扩展性,已经随着SDN技术的逐步落地得到了越来越广泛的使用,主流设备厂商设备均可以支持NETCONF功能。

  但是这样是否就完美解决了网管运维面临的问题呢?答案显然是否定的。原因在于:

  各厂商设备支持NETCONF基本都使用私有YANG模型, 不同厂商设备不能识别其他厂商YANG文件;

  对于使用NETCONF运维平台的使用者,需要学习熟悉各厂商的NETCONF文档和YANG文件;

  为了屏蔽使用NETCONF时不同厂商设备的差异,由Google发起,AT&T,British Telecom,Facebook,Apple,Microsoft 等参与成立了 OpenConfig 工作组,希望能创建一个与设备厂商无关的开放模型,用于网络配置和策略。目前国内的腾讯、百度和阿里等公司也已经加入了 OpenConfig 工作组。

  OpenConfig的目的是基于实际案例的操作需求,使用YANG语言编译一组中立的通用数据模型,以最终实现基于可编程技术的网络自动化运维。

  OpenConfig本身是基于标准化的NETCONF协议框架和建模语言YANG来开发,在YANG Model维度进行标准化,相当对于YANG模型做了规范,需要各厂家设备全部需要能够识别OpenConfig YANG Model的YANG文件,这样,不同厂商的设备就可以通过统一模型的YANG文件来管理,不同的只是YANG文件中填入的参数。

  通俗的理解,OC (OpenConfig)YANG就是希望做成一种类似公有的YANG模型,如图七所示。

  目前OpenConfig还不是一个官方标准组织,甚至还不是一个正式的组织,很多的成员还都是通过邮件邀请的。它由Google倡导,Microsoft、AT&T、英国电信等都是它的拥护者,国内BAT均已加入。

  OpenConfig目前还没有发布标准RFC,但已经成为NETCONF的下一个发展趋势,各大网络设备厂商都已经开始了OpenConfig的开发工作。

  目前,由于在网络管理、配置下发以及开放性等方面的优势,NETCONF基本已经成为实现数据中心运维自动化的主流协议。同时各大网络设备厂商也纷纷将NETCONF加入功能支持列表里。虽然由于私有YANG的问题导致在实际应用中还存在一些问题,但OpenConfig已经为解决这些问题提供了明确可行的思路。随着OpenConfig的逐步落地,数据中心自动化运维技术将迎来新一波浪潮。

  感谢您关注锐捷网络技术干货文章!现诚邀您参与有奖调研,您宝贵的意见和建议将帮助我们在技术探索与分享上持续精进。

  技术协议怎么写

ca88亚洲城娱乐官网资源下载

非注册用户每天可下载一个文件

点击下载

ca88亚洲城娱乐官网下载人数最多

Baidu