Cdn缩小的制作方法
【技术领域】
[0001]本发明涉及内容分发网络，特定地，但不完全涉及内容分发网络中的边缘缓存的受控关闭。
【背景技术】
[0002]内容分发网络(content delivery network 或者 content distribut1nnetwork，即⑶N)为通常部署在跨因特网的多个数据中心中的大型分布式系统。⑶N的目标在于高可用性且高性能地提供内容给终端用户。CDN提供因特网内容的一大部分，包括网页对象(文本、图形和脚本)、可下载对象(媒体文件、软件、文档)、应用(电子商务、门户)、直播流媒体、点播流媒体及社交网络。
【发明内容】
[0003]根据本发明实施方案，提供了在内容分发网络(CDN)中的系统组件，所述CDN包括请求路由器及多个边缘缓存，所述请求路由器可操作为判定所述边缘缓存中哪一个应当提供内容给客户端，所述系统组件包括处理器及用于存储由处理器使用的数据的存储器，其中所述处理器可操作为从客户端接收内容请求，并基于关闭第一边缘缓存的决定(在客户端已经从第一边缘缓存下载一些内容之后)，参与在客户端下载内容当中使客户端从从第一边缘缓存下载内容转移到从第二边缘缓存下载内容的处理，使得客户端从第二边缘缓存继续下载内容。
[0004]根据本发明实施方案，也提供了客户端设备，所述客户端设备包括处理器及用于存储由处理器使用的数据的存储器，其中所述处理器可操作为从在包括多个边缘缓存的内容分发网络(CDN)中的第一边缘缓存请求内容，从第一边缘缓存下载至少一些内容，当第一边缘缓存仍然可供使用时，接收数据，所述数据包括在CDN中基于关闭第一边缘缓存的决定使从第一边缘缓存下载内容重新定向为从第二边缘缓存下载内容的第二边缘缓存的标识，并基于第二边缘缓存的标识，从第二边缘缓存继续下载内容。
【附图说明】
[0005]根据以下详细说明，结合附图，本发明应当得到更充分地了解和理解，其中:
[0006]图1为根据本发明实施方案构造且操作的CDN系统的局部图示、局部方块图；
[0007]图2为用于图1的CDN系统中具有相对定位符的清单文件的局部图示、局部方块图；
[0008]图3为用于图1的CDN系统中具有绝对定位符的清单文件的局部图示、局部方块图；
[0009]图4为在图1的⑶N系统中正在关闭的边缘缓存的局部图示、局部方块图；
[0010]图5为在图1的CDN系统中正在从一个边缘缓存转移到另一个边缘缓存的第一客户端的局部图示、局部方块图；
[0011]图6为在图1的CDN系统中正在从一个边缘缓存转移到另一个边缘缓存的第二客户端的局部图示、局部方块图；
[0012]图7为在图1的CDN系统中正在从一个边缘缓存转移到另一个边缘缓存的第三客户端的局部图示、局部方块图；
[0013]图8为在图1的CDN系统中正在从一个边缘缓存转移到另一个边缘缓存的第四客户端的局部图示、局部方块图 '及
[0014]图9为在图1的CDN系统中正在从一个边缘缓存转移到另一个边缘缓存的第五客户端的局部图示、局部方块图。
【具体实施方式】
[0015]作为引言，⑶N通常包括分发和交付(Dristribut1n&Delivery)组件、服务路由组件及管理系统。分发和交付组件通常包括缓存，所述缓存可获取由终端用户请求的内容，本地化存储(缓存)所述内容及将所述内容交付给终端用户。所述缓存可以以平面或任意分层结构进行组织以使缓存效率最大化。服务路由组件通常负责处理终端用户的初始内容请求(例如，以超文本传输协议(HTTP)内容请求、内容主机名域名系统(DNS)请求或来自某个外部请求处理系统的应用程序编程接口(API)请求的形式)，从分发和交付组件选择最适合为请求提供服务的缓存，以及将终端用户请求重新定向于选定缓存。
[0016]利用HTTP自适应比特率(ABR)(其正在成为主导的内容交付格式)，视频内容项分段成许多片段，并且终端用户客户端首先请求提供与包括在内容项中的片段有关的信息的清单文件，然后继续请求所关注的下一个片段。当由CDN服务时，初始HTTP ABR清单文件请求此时重新定向至最佳边缘缓存，然后终端用户通常从同一个缓存继续请求所有片段。最佳边缘缓存可由一个或一个因素限定，包括(仅作为例子)客户端与边缘缓存的接近性、边缘缓存与客户端之间的网络延迟、边缘缓存的当前备用容量。对于基于硬件的CDN(其中边缘缓存为持久资源)，所述方法特别适用。
[0017]如果⑶N期望为虚拟化且灵活，那么边缘缓存可进行高频率地动态添加(“⑶N放大”)或移除(“CDN缩小”)，以使所分配资源(CPU、存储器、存储装置、网络)密切适应当前负载，从而使总的内容交付成本最小化。
[0018]通过关闭边缘缓存使⑶N缩小可能有问题，因为已经重新定向至所述边缘缓存的ABR会话将从同一个缓存继续请求后续内容片段，直至视频/会话结束(这可能为几小时，尤其在直播内容情况下)，从而明显推迟虚拟化边缘缓存的实际移除，从终端用户角度来看，这通常需要以无中断方式执行。这可能会不必要地保留可以通过其它方式非常快地释放的资源，例如(但不限于)以秒的顺序，使用虚拟化和编排技术，因此严重限制了灵活虚拟化⑶N的经济效益。
[0019]现在参照图1，图1为根据本发明实施方案构造且操作的⑶N系统10的局部图示、局部方块图。
[0020]应当理解，为了简单起见，图中仅已示出⑶N系统10的某些元件。
[0021]虽然下文已经参照ABR系统说明⑶N系统10，但是本领域技术人员应当理解，⑶N系统10可利用例如渐进式下载的非ABR内容下载系统实现。
[0022]⑶N系统10通常包括⑶N编排功能/系统12、⑶N请求路由器14及多个边缘缓存16 (包括边缘缓存I和边缘缓存2)。
[0023]图1示出边缘缓存1，提供内容20给多个客户端18 (包括客户端I和客户端2)。每个客户端18以及下文所述的每个其它客户端通常包括处理器42和存储器44。存储器44可操作为存储由处理器42使用的数据。
[0024]⑶N编排功能12通常包括处理器13和存储器15。⑶N编排功能12的处理器13一般可操作为监测边缘缓存16，以通过分别添加或移除边缘缓存16的实例(或多个实例)来判定CDN系统10应当放大或缩小。仅作为例子，就许多客户端18如何服务于每个边缘缓存16而言，边缘缓存16的监测可通过发送查询至边缘缓存16和/或CDN请求路由器14而实现。边缘缓存16的处理器30和/或⑶N请求路由器14的处理器22可操作为回应于监测查询/多个监测查询，将关于正在由每个所述边缘缓存16服务的客户端18的数据发送至⑶N编排系统12。应当理解，⑶N编排功能12的功能可部分或全部在⑶N请求路由器14中实现。
[0025]客户端18 (客户端I)的处理器42通常操作为针对内容20的清单文件36发送请求26至⑶N请求路由器14。
[0026]⑶N请求路由器14通常包括处理器22和存储器24。存储器24可操作为存储由处理器22使用的数据。⑶N请求路由器14的处理器22通常可操作为从客户端18(图1中客户端I)接收内容20的清单文件36的“内容”请求26 (例如，通常HTTP “获取”请求)。回应于从客户端18接收内容20的清单文件36的请求26，CDN请求路由器14的处理器22通常可操作为判定边缘缓存16中哪一个应当提供内容20的清单文件36给客户端18 (客户端I)并将选定边缘缓存16 (边缘缓存I)的标识28发送至客户端18 (客户端I)，以便客户端18 (客户端I)从边缘缓存16 (边缘缓存I)检索清单文件36和内容20。应当理解，选定边缘缓存16的标识28可在包括在HTTP “重新定向”响应中的统一资源定位符(URL)内进行传输。
[0027]客户端18 (客户端I)的处理器42通常操作为从⑶N请求路由器14接收标识28并发送清单文件36的请求34至边缘缓存16 (边缘缓存I)。
[0028]每个边缘缓存16通常包括处理器30、存储器32和缓存存储器40。存储器32通常可操作为存储由处理器30使用的数据。缓存存储器40通常可操作为将内容20及清单文件36 (视情况)存储于其中。
[0029]边缘缓存16 (边缘缓存I)的处理器30可操作为从客户端18 (客户端I)接收清单文件36的请求34。处理器30可操作为发送/提供清单文件36至客户端18 (客户端I)。客户端18的处理器42可操作为接收清单文件36。
[0030]内容20通常包括多个片段64。清单文件36包括每个片段64的位置数据。所述位置数据指向第一边缘缓存，其中片段64存储于第一边缘缓存中。
[0031]客户端18(客户端I)的处理器42可操作为基于存储于清单文件36中的位置数据从边缘缓存16 (边缘缓存I)(经由请求38)请求内容20的每个所关注片段64。
[0032]边缘缓存I的处理器30可操作为从客户端18 (客户端I)接收内容20的相关片段64的每个内容请求38并将存储于缓存存储器40中的内容20的每个所请求的片段64提供给客户端18 (客户端I)。
[0033]客户端18 (客户端I)的处理器42可操作为从边缘缓存16 (边缘缓存I)下载所请求的片段64 (表示内容20的至少一些)。
[0034]用于定位内容20的片段的清单文件可包括相对或绝对定位符，将参照图2和图3