YD∕T 3883-2021 内容分发网络技术要求 内容路由(通信).pdf

333ICS 33.160.60M中 华 人 民 共 和 国 通 信 行 业 标 准YDYD/T 内容分发网络技术要求内容路由内容分发网络技术要求内容路由The technical requirements for content distribution networkcontent routing -发布-实施中华人民共和国工业和信息化部 发布 目目 次次 前 言 .III 1. 范围 .1 2. 规范性引用文件 .1 3. 定义和缩略语 .1 3.1. 定义 .1 3.2. 缩略语 .2 4. CDN 内容路由的总体架构 .3 4.1. 内容路由在内容分发网络中的位置 .3 4.2. CDN 内容路由总体架构 .4 5. DN 内容路由通信流程 .4 5.1. CDN 内容路由涉及的通信流程 .5 5.2. CDN DNS 递归迭代查询过程 .6 6. CDN 全局负载均衡系统的路由技术要求 .8 6.1 DNS 全局调度路由 .8 6.2 DNS 全局调度技术要求 .8 6.3 DNS 调度策略技术要求 .9 6.4 CDN DNS 解析技术要求 .10 6.5 CDN 回源的路由技术要求 .11 6.6 CDN 非回源路由技术要求 .12 7. CDN 本地负载均衡系统的路由技术要求 .13 7.1 本地负载均衡路由 .13 7.2 网络层负载均衡的路由技术要求 .14 7.3 应用层负载均衡的路由技术要求 .15 7.4 负载均衡算法分布图 .17 YD/T ii 8. CDN 单/双线汇聚节点的路由技术要求 .18 8.1 汇聚节点技术要求 .18 8.2 双线汇聚节点技术要求 .19 8.3 单线汇聚节点技术要求 .19 附录 A （资料性附录）CDN 内容路由系统技术指标 .20 YD/T iii 前前 言言 本标准是内容分发网络系列标准之一，该系列标准的结构和名称预计如下： 内容分发网络技术要求 应用场景与需求 内容分发网络技术要求 体系架构 内容分发网络技术要求 内容路由 内容分发网络技术要求 功能性框架 内容分发网络技术要求 边缘服务节点 内容分发网络技术要求 内容中心 内容分发网络技术要求 业务流程 内容分发网络技术要求 接口 本标准按照 GB/T 1.1-2009给出的规则起草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。 本标准由中国通信标准化协会提出并归口。 本标准起草单位：网宿科技股份有限公司、中国信息通信研究院、中国电信集团有限公司、中国移动通信集团有限公司、中兴通讯股份有限公司、华为技术有限公司。 本标准主要起草人：黄莎琳、吕超鑫、武志鹏、牛荣利、沙莎、聂秀英、陈戈、梁洁、倪伟、郭嵩、缪川扬、张尧烨、高莹。 YD/T 1 内容分发网络技术要求内容分发网络技术要求 内容路由内容路由 1. 范围范围 本标准规定了内容分发网络内容路由的通信流程和技术要求，其中技术要求主要包括 CDN内容路由的准确性、可用性及安全性等技术要求。 本标准适用于内容分发网络(CDN)的网络规划、设备制造、软件开发、和 CDN 服务提供商使用。 2. 规范性引用规范性引用文件文件 下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。 YD/T XXXX-XXXX 内容分发网络技术要求 体系架构 3. 定义和缩略语定义和缩略语 3.1. 定义定义 下列术语和定义适用于本标准。 3.1.1. 内容网络分发内容网络分发 content distribution (delivery) network 为向用户交付内容而在互联网上联网的计算机系统。 3.1.2. 源站服务器源站服务器 origin server 原始内容的服务器。该服务器是指存储着网站上所有的内容，并对用户的内容请求作出响应的服务器。 3.1.3. 本地本地 DNS 服务器服务器 local domain name system server YD/T 2 用户所在局域网或 ISP 网络中的域名服务器。 3.1.4. 授权授权 DNS 服务器服务器 authorization DNS server 指保存有该网站主机的域名和对应 IP 地址，并具有将域名转换为 IP 地址功能的服务器。 3.1.5. 全球（局）负载均衡系统全球（局）负载均衡系统 global Load balance system 实现在广域网（包括互联网）上不同地域的服务器间的流量调配的系统。 3.1.6. 缓存服务器缓存服务器 cache server 存放频繁访问内容的服务器。 3.1.7. 事故灾难事故灾难 incident and disaster 由于人为或自然灾害， 造成信息系统严重故障或瘫痪， 使得内容分发网络服务水平不可接受、达到特定时间的突发性事件。 3.2. 缩略语缩略语 下列缩略语适用于本文件： CDN 内容分发网络 Content Distribution (Delivery) Network DNS 域名系统 Domain Name System GSLB 全球（局）负载均衡系统 Global Load Balance System HTTP 超文本传输协议 Hyper Text Transfer Protocol IP 网络之间互连的协议 Internet Protocol ISP 互联网服务提供商 Internet Service Provider QPS 每秒查询率 Queries Per Second 4. CDN 内容路由的内容路由的总体架构总体架构 4.1. 内容路由在内容分发网络中的位置内容路由在内容分发网络中的位置 图 1 给出了内容路由在 YD/TXXXX-XXXX 中的位置，包括内容中心节点、汇聚节点、边缘YD/T 3 服务节点和全局内容路由模块。 图 1. 内容路由在内容分发网络中的位置 4.2. CDN 内容路由总体架构内容路由总体架构 CDN 内容路由主要是以现有的 IP 网络路由为基础，通过特定的网络路由策略，为用户的内容请求选择最佳缓存服务器，完成内容请求的重定向过程。 CDN 服务商的负载均衡系统应包含全局负载均衡（GSLB）和本地负载均衡（SLB）两大关键部分组成。 CDN 内容路由的架构图（参照 YD/TXXXX-XXXX 的图）如下所示： CDN业务系统运维管理STB/PC/互联网电视/移动终端内容中心节点CP/SP源站门户SP内容管理系统运营管理及适配SP业务管理承载网网络管理统计报表汇聚节点边缘服务节点内容路由(SLB)内容处理内容接入内容分发内容存储内容路由(SLB)内容分发内容缓存内容服务控制内容服务客户授权DNS原始内容服务器全局内容路由GSLBRR节点管理a内容管理内容缓存内容路由(SLB)系统日志计费管理 承载网C CA AB BbF Fdlicjo,k,jnemfE EG GghD DCNAMECDN业务管理CDN网络管理路由策略p证书管理递归迭代递归迭代应用层重定向应用层重定向就近判断健康判断重定向内容处理Local DNSYD/T 4 图 2. CDN 内容路由架构图 （其中，蓝色线代表非回源路由，将在第 6.6 中阐述） 5. DN 内容路由通信流程内容路由通信流程 5.1. CDN 内容路由涉及的通信流程内容路由涉及的通信流程 如图 3 给出了 CDN 内容路由的通信流程。 YD/T 5 图 3. CDN 内容路由流程示例 （紫色代表用户端，蓝色代表源站端，绿色代表 CDN 系统） CDN 通信流程描述如下： a） PC 端/移动端互联网用户在终端浏览器输入的 URL，终端浏览器发送域名解析请求到Local DNS 服务器（即图 4 中的 ）请求解析； b） Local DNS 服务器（即图 4 的 ）通过 DNS 递归及迭代查询机制到达网站授权 DNS 服务器（即图 4 的 ）； c） 网站授权 DNS 服务器 （即图 4 的 ） 通过 DNS CNAME 机制引导到 CDN的全局负载调度系统的服务器（即图 4 的 ）： （例如： CNAME ） d） 全球（局） 负载调度系统根据网站业务类型，将用户请求 CNAME 引导到对应的网页加速类型业务： （例如： CNAME ） e） 全球（局）负载调度系统根据边缘节点的健康性、负载情况、连接数信息、地理位置、资源使用状况、覆盖质量等综合判断，选择最优的边缘节点 IP 返回给本地 DNS 服务器YD/T 6 （即图 4 中的 ）； f） Local DNS 服务器（图 4 中 ）得到最优边缘节点 IP，返回给用户。 g） 用户得到最优边缘节点 IP，向该边缘节点发送 URL 内容请求；若请求的内容已缓存在边缘节点 Cache 缓存服务器中且未过期，则将用户请求内容直接返回给终端用户，完成访问；否则选择最优路径回到源站取内容。 h） 返回内容到 PC 端，完成整个路由过程。 5.2. CDN DNS 递归迭代查询过程递归迭代查询过程 图 4. CDN DNS 递归迭代查询 加入 CDN 的 DNS 服务器递归迭代查询的过程如下所示： 假设我们的客户终端如果想要访问站点:，此用户本地的域名服务器：，一个根域名服务器：，一个 com 顶级域名服务器：，所要访问的网站的域名服务器: ，假设该域名已经 CNAME 到 CDN 厂家给的 cname 入口：，CDN 服务器上规划的区域与 CDN 节点映射表（如图 7）是 ，则域名解析的过程如下所示： a） 互 联 网 用 户 终 端 向 本 地 域 名 服 务 器 发 出 请 求 解 析 域 名YD/T 7 的报文； b） 本地的域名服务器 收到请求后, 先查询本地缓存，假设没有该记录, 则本地域名服务器向根域名服务器 发出请求解析域名 的请求，根服务器返回 com 服务器地址给 ； c） 本地域名服务器 收到 com 服务器地址后，向 com 的顶级域名 DNS 服务器发出请求解析域名 的报文，com 的顶级域名 DNS 服务器查询记录，返回 的 DNS 服务器地址给本地域名服务器 ； d） 本地域名服务器 收到 的 DNS 服务器地址后，向 的 DNS 服务器 （即授权 DNS 服务器） 发出请求解析域名 的报文， 的 DNS 服务器查询本地的记录，找到如下一条记录： CNAME 并将结果返回给客户本地域名服务器； e） 本地域名服务器 收到回应后，由于 com 服务器已经本地缓存在本地，故 无 需 向 根 服 务 器 器 询 问 ， 直 接 向 com 的 DNS 服 务 器 发 出 请 求 解 析 域 名 的报文，com 的 DNS 服务器返回 的 DNS 服务器地址； f） 本地域名服务器 收到回应后， 向 的 DNS 服务器地址发送请求解析 的报文，查询发现一条记录： CNAME 后，返回结果给本地域名服务器 。 g） 由于 com 服务器已经本地缓存在本地，故无需向根服务器器询问，直接向 com 的 DNS服务器发出请求解析域名 的报文，com 的 DNS 服务器返回 的 DNS 服务器地址； h） 本地域名服务器 收到回应后，向 服务器地址发送请求解析域名 的报文， 服务器查询发现 A 记录，返回 CDN 节点 A 记录对应的 IP 地址，即为 CDN 边缘节点 IP； i） 本地 收到 CDN 边缘节点 IP 地址后，返回给客户终端，完成整个 CDN DNS 递归解析过程。 6. CDN 全局负载均衡系统的路由技术要求全局负载均衡系统的路由技术要求 6.1 DNS 全局调度路由全局调度路由 YD/T 8 全局负载均衡采用一种基于智能 DNS 系统的全局负载均衡路由技术，主要是由 GSLB 通过DNS CNAME 机制并结合节点的健康状况进行就近性判断， DNS 软件结合 CDN 服务商的基础 IP库及区域节点 IP 映射表实现全局的负载均衡调度，将用户的请求导向最近的边缘节点。全局负载均衡调度如图 5 所示 图 5. 全局负载均衡调度 6.2 DNS 全局调度技术要求全局调度技术要求 CDN 全局调度是通过智能 DNS 的负载均衡调度来实现，要求如下： a） 支持全局调度控制功能，对于源地址为特定 IP 地址或地址段的用户访问请求，可根据配置策略调度至特定的服务节点提供服务。在调度策略发生更新时，全局调度系统应能够在 10 分钟内启用新策略并生效。 b） 全局调度系统具备多重调度能力，在 CDN 互联时，支持根据用户的归属及业务，将用户请求调度至对应的其他 CDN 中，由该 CDN 的全局调度系统再进行调度。 c） 支持在故障时主备系统自动切换方案。任何重要的系统都需建立主备方案，GSLB 必须与监控系统结合起来，建立 2 个异地备份系统，其中一个监控主系统和另一个备系统的健康状况，才能在故障时，自动切换主备。 d） 支持基于就近性的用户服务调度策略， 根据 IP 段/单个 IP 把用户请求调度到用户物理位YD/T 9 置就近区域的同一个运营商的 CDN 节点； e） 支持基于节点负载情况的用户服务调度策略，根据节点负载情况（比如节点的流量、连接数、健康状况等）把用户请求调度到网络状况好负担轻（阈值可配置）的下级 CDN节点； f） 支持基于节点权重的服务调度策略，根据节点权重把用户请求优先调度到权重值高的节点； g） 支持基于内容域的调度， 支持根据用户请求 URL 查询 CDN 服务配置表获得内容域属性，并选择符合域属性要求的 CDN 节点进行调度。 h） 支持对 CDN 节点状态（可用性、服务带宽、负载等）的实时监控，根据时间间隔（可配置，缺省为 30 秒）向下级节点主动发起周期性查询，如果连续 N 个（N 值可配置，缺省为 3）周期都没有查询到某个下级 SLB 节点信息，则认为该节点故障，不可调度； i） 支持平滑扩容，可以快速新增节点资源，满足用户并发数的增长要求； j） IP 地址是由国际组织 NIC 分配，经常会更新，因此，GSLB 的基础 IP 库需不断完善，以保证 IP 路由准确性，至少一个月更新一次。 6.3 DNS 调度策略技术要求调度策略技术要求 GSLB 的 DNS 调度策略判断依据支持以下几种条件 ： 服务器的健康状况、地理区域距离、响应时间、往返 RTT、会话数最小及轮询等。调度策略如图 6 所示 图 6. 调度策略 支持用户服务调度策略可配置，服务调度策略包括： a） CDN 节点故障调度策略：当 CDN 服务的节点发生故障时，自动到切换预先设定的备份YD/T 10 节点（该节点一般是在邻近的同一个运营商节点），以保障服务的可持续性。 b） CDN 节点流量跑满调度策略：当 CDN 服务的节点带宽接近带宽上限时，GSLB 系统将会加入更多的 CDN 节点共同覆盖该区域的请求。 c） 基于客户端 IP 的 DNS 调度策略：GSLB 调度的默认单位是 DNS IP，有时候会存在客户端 IP 与其配置的 Local DNS IP 不属于同一区域（DNS View）的情况，对支持基于客户端 IP 进行调度的业务中，可以使用客户端 IP 进行 DNS View 的判断，提供更加精准的调度。 d） 节点被攻击时的 DNS 调度策略：当 CDN 服务的业务遭受攻击时，进行切换或者调整服务节点（该节点一般是在邻近的同一个运营商节点）的策略，在建立一套 DNS view 表的同时，会建立备用的 DNS view 表。 6.4 CDN DNS 解析技术要求解析技术要求 DNS 解析是 CDN 全局调度的核心，DNS 是应用层上的协议，用于将用户提供的主机域名解析为 IP 地址。区域与 CDN 节点 IP 映射如图 7 所示 图 7. 区域与 CDN 节点 IP 映射表 要求如下： a） 支持泛域名的解析，支持子域名的解析； b） 支持解析轮询机制，能为同一主机名配置多个 IP 地址； YD/T 11 c） 支持 DNS 区域解析请求，不同区域能解析出不同的 IP 记录； d） 支持负载均衡解析，同一线路，同一主机可以配置多个 A 记录； e） 支持域名攻击防护，单台机器的正常可访问量 400 万次/台 万兆网卡； f） 支持最基础的 DNS CNAME 引导机制，能够准确地返回 CNAME 记录； g） 为保证就近性访问，客户区域与 CDN 节点 IP 映射表应至少按照城市进行划分，GSLB能够准确地解析出 IP 所在的具体城市； h） 为保证互联网访问的互联互通，在中国大陆区域，GSLB 能解析出电信、联通、移动、长宽、教育网等运营商； i） 为了支持海外加速需求，在海外区域，GSLB 至少能解析出具体的国家（主要亚欧美国家能够按照国家进行划分）。 6.5 CDN 回源的路由技术要求回源的路由技术要求 对于 PC 端请求资源的 miss 状况，其可根据网络时延和丢包率（表征网络稳定性）选择一条或多条最优路径并行回源。包括：先获取节点到源站得网络时延和丢包率，并将获取到的网络试验和丢包率信息保存在本地，用来计算节点到源站的最优路径。当通过多条最优路径回源时，发送端需对待发送数据进行分块并按顺序编号，从多条到接收端的最优路径中选择一条路径将数据发送到接收端，并记录下通过每条最优路径发送的数据编号。接收端从多条最优路径上同时接收数据，并根据数据标号对数据进行排序、合并，完成并行数据的发送。如图 8 所示，CDN 回源一般有 3 条路径，miss 的时候需要选择最优路径回源，CDN 路由需要支持选取响应最快的路径的策略。 YD/T 12 图 8. 回源路由和非回源路由 要求如下： a） 支持实时路由探测回源路径，选择最快响应路径回源，保障回源的快速性； b） 支持根据路径时延和丢包率（表征网络稳定性）选择回源路径； c） 支持域名的 host 头变更回源功能，当缓存目录中没有请求的内容时，支持回源请求 host头的可变更； d） 支持直接向源站 IP 回源的功能，当节点缓存目录中没有请求的内容时，直接向源站 IP发送请求； e） 当源站有多个，而且不同的运营商，那么 CDN 的不同运营商节点回到各自对应运营商的源站，保障加速业务的高效稳定； f） 支持源站故障自动切换机制，当监测到其中一个源站不能服务的时候，自动切换到另一个源站访问，保障服务的稳定。 6.6 CDN 非回源路由技术要求非回源路由技术要求 非回源路由即内容被缓存时的路由，当用户请求在缓存目录中命中，那么就直接将缓存的内容返回给用户终端。内容缓存主要用来为下一级设备（流媒体服务器或缓存）提供加速缓存。当下一级设备内容未命中时，向上一级 CDN 节点请求内容定位，其可根据路径时延和丢包率（表征网络稳定性）通过一条或多条路径向上一级节点请求资源，并到指定的内容缓存进行边下载边向用户提供服务。 要求如下： a） 节点存储支持不同业务的内容缓存； b） 可实时查看节点存储占用情况、内容分布情况，提供内容列表； c） 可根据业务类别对存储空间的使用进行分配和管理； d） 所采用存储设备必须支持冗余，单一设备中断不得造成业务影响； e） 支持资源的查询以及统计功能，并且可以实现资源的自动更新； f） 边缘节点与单线汇聚父节点支持静态资源文件的默认缓存、强制缓存； g） 支持缓存命中状态的传递，父节点缓存命中可直接传递到边缘节点； h） 支持分片缓存，支持智能空间管理，根据磁盘空间、内容级别、内容访问热度等多种策略更新自身存储分片，以提高缓存命中率。 YD/T 13 7. CDN 本地负载均衡系统的路由技术要求本地负载均衡系统的路由技术要求 7.1 本地负载均衡路由本地负载均衡路由 本地负载均衡主要包含网络层负载均衡（负责网络层的数据处理）、应用层负载均衡（负责应用层的数据处理）及缓存代理软件（负责缓存和服务器代理工作）三大部分。如图 9 所示，基于本地负载均衡的路由技术是指当 PC 端/移动端得到 CDN 最佳边缘节点 IP 后，PC 端/移动端直接向该 CDN 边缘节点 IP 请求资源，该 IP 是 CDN 节点的虚拟 IP，真正的内容存在 CDN 节点内部真实机器的某个 cache 目录中。CDN 服务商搭建的 CDN 节点上实现（L4+L7）负载均衡路由找到具体的 cache 目录。 图 9. 本地负载均衡路由 7.2 网络层负载均衡的路由技术要求网络层负载均衡的路由技术要求 网络层（L4）负载均衡是指在负载均衡调度器上虚拟出一个 IP 地址给用户，所有的请求都YD/T 14 先经过虚拟 IP 地址达到负载均衡调度器，然后负载均衡调度器将从应用服务器列表中选择一个合适的节点响应用户请求,如图 10 所示。 L4 网络层负载均衡的技术要求包含以下： a） 集成在系统内核中，在网络协议第四层对用户进行分发，自身不产生流量，需要具有极高的调度性能； b） 支持 IP 负载均衡技术，从缓存服务器列表中选择一个合适的节点响应请求； c） 设备部署在缓存服务器群的前端，工作稳定可靠，可扩展性强； d） 负载调度器根据缓存服务器健康状态随时更新路由表； e） 支持缓存服务器的故障自动切换方案，故障处理后可以自动切回。 f） 支持多种负载均衡路由模式： 1) 轮询模式（Round robin）：将用户请求按顺序轮流分配到集群服务器上，均等地对待每一台服务器，而不理会服务器上实际的连接数和设备负载； 图 10. L4 负载均衡 2) 加权轮询（Weighted round robin）：遵循“尽力而为”调度机制，根据服务器的不同处理能力来调度访问请求，保证处理能力强的服务器处理更多的访问流量； 3) 最小连接模式（Least connection）：将用户请求调度到当前已建立的链接数最少的服务器； 4) 最小响应时间（Least response time）：将用户请求调度到最小响应时间的服务器。 7.3 应用层负载均衡的路由技术要求应用层负载均衡的路由技术要求 YD/T 15 应用层(L7)负载均衡是指 CDN 服务商的全局负载均衡系统得到最佳边缘节点后， PC 端/移动端向该最佳节点 IP 请求 URL 到达节点内部，节点内部通过 L7 负载均衡模式，如图 11 所示，路由到具体 cache 子目录找到 URL，并将内容输出到 PC 端/移动端。如 cache 服务器没有缓存该URL 则去源站拉取内容到该 cache 子目录下，为下次同样请求直接提供内容缓存服务。 L7 应用层负载均衡的技术要求包含以下： a） 支持负载较大、需要会话保持或七层处理的 web 站点，提供高可用性、负载均衡以及基于 TCP 和 HTTP 应用的代理； 图 11. L7 负载均衡 b） 支持高并发调度灵活，工作在网络协议栈的第七层，能够对 HTTP 应用请求进行解析和分流，对网络的依赖度低； c） 支持服务器检测，根据响应状态码、超时信息等检测出服务器是否出现故障，并及时将返回错误的请求重新提交到其他节点上； d） 支持复杂的正则规则，能对信息进行准确分流，支持应用层信息的复杂处理； e） 支持数据代理分发， 能够将同一个 IP 的请求导向同一个缓存服务器， 能够将同一个 URL导向同一个缓存服务器的同一个进程； f） 支持容灾备份功能，确保业务可靠性，支持故障情况下用户的无缝切换； g） 支持一种负载均衡路由模式： 1) 基于域名的轮询模式（Round robin based on domain）：根据访问的域名进行轮询调度； 2) 基于 URL 的轮询模式（Round robin based on url） ： 根据访问的 URL 进行轮询调度 ； YD/T 16 3) 基于访问 IP 的轮询模式（Round robin based on access ip）：根据请求的访问 IP 轮询调度； 4) 加权轮询模式（Weighted round robin） ： 根据域名、URL、访问 IP 的加权轮询调度 ； 5) 基于域名的一致性 hash 模式（Hash base on domain）：根据访问域名的一致性 hash调度； 6) 基于 URL 的一致性哈希模式（Hash base on url）：根据访问的 URL 的一致性 hash调度； 7) 基于访问 IP 的一致性 hash 模式（Hash base on access ip）：基于访问 IP 的一致性hash 调度。 在实际场景中可以将网络层负载均衡设备和应用层负载均衡设备结合使用，网络层负载均衡设备部署在前端用于四层负载均衡，当需要更加细节的负载均衡时再启用应用层负载均衡设备以优化调度效果，L4+L7 负载均衡架构如图 12 所示。 图 12. L4+L7 负载均衡架构图 7.4 负载均衡算法分布图负载均衡算法分布图 本地负载均衡路由算法分布如图 13 所示 YD/T 17 图 13. 本地负载均衡路由算法分布 8. CDN 单单/双线汇聚节点的路由技术要求双线汇聚节点的路由技术要求 8.1 汇聚节点技术要求汇聚节点技术要求 CDN 汇聚节点方案支持预先推送功能，用于内容发布前进行预热文件。在用户最初并发访问时候，可极大缓解源站压力。对于直播流服务可用用于切片、转码、录制、输出改写等，汇聚节点要求如图 14 所示。 YD/T 18 图 14. 汇聚节点要求 8.2 双线汇聚节点技术要求双线汇聚节点技术要求 双线汇聚父节点是保障跨运营商加速服务的重要组成部分，路由技术相关要求如下： a） 支持跨运营商请求回源，以达到快速响应的效果。 b） 支持快速处理动态请求，以达到快速回源的效果； c） 支持主备故障自动切换，保障双线节点的服务稳定性。 8.3 单线汇聚节点技术要求单线汇聚节点技术要求 单线汇聚父节点负责代理边缘节点的请求，支持预推送服务，是 CDN 边缘节点与源站内容服务器之前的一个极为重要的缓冲，在满足边缘节点所有的技术要求，另外技术要求如下： a） 支持自由设置最大并发预推送回源数，以保障源站的性能； b） 支持限制回源速度功能，避免源站受不了大并发的预推送； c） 支持自由设置每日预推送文件的大小以及每天预推送的数目； d） 支持 http 1.0 协议及 http 1.1 协议的预推送，以保证无论用户端是采用 http1.0 或 http1.1都可以第一时间获得缓存文件； YD/T 19 附录附录 A （资料性附录） CDN 内容路由系统技术指标内容路由系统技术指标 根据历史运营经验，CDN 内容路由系统的几个关键业务指标如表 A.1 所示： 表 A.1 指标 关键业务指标关键业务指标 指标描述指标描述 DNS解析粒度 国内（城市、运营商）；国外（国家） DNS正常可访问量（QPS） 400万次/台 万兆网卡（参考值） DNS切换时间 小于等于1分钟（参考值） DNS系统异地备份 大于等于3台 本地负载均衡可扩展数目 大于等于10台（参考值） 多个源站故障切换时间 小于等于10s（参考值） DNS路由系统的可用性 99.99%（参考值）