腾讯大讲堂可扩展Web架构探讨知识课件.pptVIP

Expiration Expires 设置对象的绝对失效时间 是HTTP/1.0规范 max-age 是Cache-control的一个指令 设置对象的年龄（秒数） 是HTTP/1.1规范 max-age优先于Expires Cache-control no-cache=[Set-cookie] 浏览器和squid都不可以缓存 再次使用前需发送条件请求 max-age=NNN 指定缓存有效时间（秒） public 浏览器和squid都可以缓存 max-age指定缓存时间 private 只有浏览器可以缓存 Cookies HTTP请求携带Cookies: Cookie: name=profile,domain=, path=mysecrets.html, cookie=day-trader HTTP响应设置Cookies: Set-cookie: name=profile,domain=, path=mysecrets.html, cookie=day-trader Cached content 需要的时候才设置Cookies——太理想化 Squid添加一个IMS头 一些典型的Cache场景 返回个人信息 Cache-control: private, max-age=NNN CGI写操作 Cache-control: no-store, no-cache CGI获取状态等信息 Cache-control: public, max-age=NNN QQvideo实践分享 可扩展Web架构探讨 Vertical Scaling 更大的服务器 更快的CPU 扩展性/价格比很差 超级计算机都是平行扩展的！ 可伸缩性vs.高性能 在系统可扩展的前提下提高性能 Web的可扩展性 Web服务器 负载均衡 南北互通 Web服务器 Web服务器的选择 Apache 不适合静态文件的支持 内存、CPU占用比较大 非常成熟，功能强大，配置丰富 TWS 架构中心自主开发 对CGI的支持比较独特 CGI性能非常好 Qhttpd 公司内部软件 只适合静态文件的支持 非常稳定可靠 Lighttpd、Nginx 内存、CPU开销小 静态文件性能胜出很多 越来越多的网站开始用它 FastCGI 出现很早的技术 减少传统CGI调用的消耗 基本保持源代码级的兼容性 #include stdio.h #include fcgi_stdio.h While (FCGI_Accept() = 0) { // CGI代码 } FastCGI的配置 负载均衡技术 负载均衡(Load Balancing) 是可扩展性的关键 提高网站的可用性 接入保护、失效检测 DNS轮询 是最简单的负载均衡 域名设置多条A记录，DNS轮询 硬件负载均衡 Cisco Alteon Foundry F5 软件负载均衡 免费解决方案 Linux Virtural Server 基于内核,通过修改TCP/IP数据报文实现负载均衡，确保可用性的守护进程ldirectord 高性能，部署相对麻烦，不便于观察 HAproxy 基于 layer 7 效率相对较低，部署容易，有web界面便于观察 Layer 4 TCP层的交换 根据源/目的地址和端口进行负载均衡 负载均衡策略 round-robin 最少连接 Layer 7 基于HTTP请求 最常用的是URL分发 南北互通 双线服务器 多个IP地址 一个IP地址，多个路由 深南花园： 电信、网通、教育网三通机房 北方网通访问深圳网通仍然很慢 动态DNS 根据来自不同ISP的用户接入到就近的服务器 公司自己开发的动态DNS软件 自己开发的DNS服务器 IP地址库和IP测速 存在业务分布的问题 CDN Content Delivery Network 就近接入 代理缓存 域名解析增加CNAME即可 Caching Web Cache的类型 浏览器Cache 私有缓存 可以缓存“private”响应 Cache Proxy Surrogates -缓存代理 Web加速 共享缓存 只能缓存“public”响应 一些数据 多至43%的Web请求访问不可缓存的内容 Web缓存命中率为40%左右是比较现实的 页面静态化 理想状态： 静态化所有页面——实际做不到 如何静态化？ 由模板生成静态页面 定时或有更新时 困难： 成千上万个页面的静态化不现实 页面有变体，不适合静态化 多台服务器维护麻烦 页面既包含静态内容，又包含动态内容 页面缓存 按需静态化 前端cache存储动态页面内容 mod_cache Squid Varnish* 遵循HTTP的Cache规范 可精