应用层网络课件.pptVIP

GSLB的请求-路由机制 用户键入 域名解析器向本地DNS服务器请求解析该域名。 DNS请求最终到达某个GSLB交换机。 GSLB交换机选择一个最合适的Web服务器，返回其IP地址。 浏览器使用该IP地址向指定的web服务器发送内容请求。 * （2）基于DNS的请求路由机制 传统网络中的内容请求过程： 用户向浏览器提供要访问的域名。 浏览器调用域名解析器（本地的一个库函数），域名解析器将DNS请求发送给本地DNS服务器，得到此域名对应的目的主机IP地址。 浏览器使用得到的IP地址，与目的主机建立连接，发送内容请求。 浏览器显示目的主机返回的内容。 * 接管DNS解析 为了让CDN提供商接管域名解析过程，内容提供商需修改其DNS记录。 如内容提供商（域名，地址20）要加入一个CDN网络，该CDN网络自定义的缓存服务器标识为。 内容提供商将其DNS数据库中的A记录改为CNAME，并指向，即： www IN A 20 改为 www IN CNAME . * CDN中的内容请求过程 用户向浏览器提供要访问的域名。 浏览器调用域名解析器，域名解析器向本地DNS服务器查询。 本地DNS服务器得到该域名对应的CNAME记录，向CDN的权威DNS服务器查询CNAME域名。 在CDN的DNS数据库中，一个域名有多个A记录（每个缓存服务器对应一个A记录），比如： cache IN A 3 cache IN A 0 cache IN A 7 * CDN中的内容请求过程（续） CDN的DNS服务器按照某种策略返回一个（或一组）反向代理服务器的IP地址。 浏览器使用得到的IP地址，与指定的反向代理服务器建立连接，发出内容请求。 反向代理服务器查找本地缓存，返回；若没有， 根据要访问的域名，通过内部专用DNS解析得到域名对应的实际IP地址，向此IP地址提交访问请求。 反向代理获得内容后，缓存在本地，并把内容返回给浏览器。 * （3）HTTP重定向 利用HTTP重定向消息（状态码为300或302），将反向代理服务器的信息在location域中返回给web客户。 利用该机制可以建立一个特殊的web服务器：接收用户的HTTP请求，选择一个（或一组）反向代理服务器，用重定向消息发送给客户。 主要缺点：源服务器成为瓶颈，缺乏透明性，响应延迟大（在TCP连接上进行消息交互），需要修改web服务器和客户程序。 主要优点：控制粒度细（以页为单位）。 * （4）URL改写 源服务器通过改写动态网页的URL将客户引导到不同的反向代理服务器。 为使这个过程自动进行，CDN提供能够解析web网页内容并替换内嵌URL的特殊脚本。 URL改写可以是主动的或被动的: 主动改写：HTML页中内嵌对象的URL在内容下载到源服务器之前就完成了。 被动改写：当客户请求到达源服务器时才改写内嵌对象的URL。 * （5）任播（anycast） 请求路由与任播： 请求路由：将内容请求发送到一组服务器中的一个 任播：将消息发送到一组节点中的任意一个 IP任播： 用一个IP任播地址定义一组提供相同服务的服务器； 每个IP路由器记录去往该组中最近服务器的路由； 对一个域名的解析返回该域名对应的IP任播地址，到该任播地址的内容请求路由到最近的反向代理服务器。 只能基于最短路径度量选择反向代理服务器。 * 应用层任播 使用一个域名（如内容的URL）来定义提供相同服务的一组服务器。 一组任播解析器执行从任播域名到IP地址的映射。 浏览器发送一个任播查询，任播解析器查询一个度量数据库（反向代理服务器的性能数据），根据用户规定的性能标准选择一个合适的反向代理服务器。 可以基于其它度量标准选择反向代理；需要修改服务器和客户端。 * （6）CDN peering 所有服务节点使用对称链路连接，形成一个对等的（P2P）信息获取网络，而不依靠专门的CDN。 在对等CDN中定位一个内容，可以采用以下方法： 集中目录查询：每个对等节点在一个集中目录中发布愿与其它对等节点共享的内容。 洪泛请求：内容请求被广播到与其直连的对等节点，直至请求被响应或停止洪泛的条件被满足。 各种复杂的节点查找算法（略） * 全站点内容选择和投送 内容提供商配置其DNS，令所有对其web站点的请求都由一个CDN服务器解析，这样全部内容都由CDN投送。 优点：简单。 缺点：不具有可行性（边缘服务器不可能拥有足够的存储空间，更新也很难做到）。 * 部分站点内容选择和投送 反向代理服务器只投送内置于网页的对象（如图片）。 内容提供商修改其内容，将特定对象URL中的host name改为CDN