icodex.org
域名年龄: 14年5个月19天HTTP/1.1 200 OK 访问时间:2016年02月27日 04:35:58 类型:text/html; charset=UTF-8 Transfer-Encoding: chunked 连接:keep-alive 设置Cookie:__cfduid=df9682e663a8372b558b7b145c01d91dc1456518958; expires=Sat, 25-Feb-17 20:35:58 GMT; path=/; domain=.icodex.org; HttpOnly 动作:Accept-Encoding,Cookie 缓存控制:max-age=3,必须更新 WP-Super-Cache: Served supercache file from PHP X-Content-Type-Options: nosniff 服务器:cloudflare-nginx CF-RAY: 27ae7081802b1e65-SJC Content-Encoding: gzip 网站编码:UTF-8
Skip to contentPrimary MenuiCodex's Blog诡谲的个人博客Search for:Close Menu首页功能 登录文章RSS评论RSSWordPress.orgDocker 部署 Varnish 反向代理软件 容器化的好处是可以非常快速地进行部署并提供服务,越来越多的 Docker 云服务出现,平台也日趋完善,国内的服务商相当给力,给的资源和许多虚拟服务器运营商相比还好很多,许多创业公司提供了一定免费额度的 Docker 云,比如时速云,DaoCloud,灵雀云,阿里淘宝推出了一个基于 Docker 的阿里百川。那么如何用好这些服务?个人认为现阶段拿来搭建反向代理,加速和减轻服务器的压力是比较好的。Varnish 是这几年比较热门的高效能的反向代理缓存软件,可以非常稳定地支撑高负载的网站,vcl语言强大,但在配置上对运维人员是有一个学习成本的困扰。我见过配置好的运维配置的vcl,非常简洁但逻辑清晰,也见过非常臃肿的vcl配置,非常难以理解且问题不断。比如:https://github.com/comotion/security.vcl 看的我真是头大。。。这些天测试了国内四个比较有名气的 Docker 云(时速云,DaoCloud,灵雀云,阿里百川),全是在线代码构建的,但阿里百川在使用时会有一些要注意的,Dockerfile 和标准 Docker 有些区别,但构建方式还是大同小异的,感兴趣的童鞋也可以尝试一下。Docker 代码构建仓库如下:https://github.com/icodex/docker-varnish里面就只有两个服务,一个是 TCPROXY 小型的 TCP 代理软件,用于解决其他 tcp 端口代理中继的问题,比如 TLS 443端口。bin 文件只在 Centos 7环境测试过,其他的发行版建议自己编译,代码仓库:https://github.com/dccmx/tcproxy简单说明一下使用方式,这里以时速云的平台操作进行演示,因为我在上面已经构建好了可以直接使用的镜像,搜索 Varnish 就可以找到,欢迎使用。1. 首先注册并登陆时速云2. 创建服务,创建时搜索关键字 varnish 的镜像3. 选择适合自己的容器配置,进入高级设置设置正确的环境变量4. 最后部署启动即可环境变量的说明:ENV VARNISH_CACHE_LIMIT "64M" #设置可接受最大缓存文件大小,超过64M 直接 pass 不缓存,小于64M 但大于32M(该值的一半) 的,仍会启用 HTTP Streaming 进行传输。小于32M 则正常传输(即等待 varnish 缓存完毕后再传输)ENV VARNISH_CNF "" #备用配置,用于覆盖默认 varnish.vcl 配置,默认为空ENV VARNISH_BACKEND "1.2.3.4:80;2.3.4.5:80;3.4.5.6:80;4.5.6.7:80" #后端服务器地址和端口,一般是后端的80端口,修改为你实际的后端服务器地址,支持多台后端轮询,用英文半角符号";"分隔ENV VARNISH_FRONT "0.0.0.0:80" #Varnish 监听地址,默认为所有网络接口所有接口的80端口,如无必要不要更改ENV VARNISHD_PARAMS "-s malloc,128M" #默认使用内存缓存,容量256MiB,具体根据实际容器配置ENV TCPROXY "" #TCPROXY 服务后端指向,语法请参考 https://github.com/dccmx/tcproxy/blob/master/README.md测试时,我用了一个免费的万网虚拟主机,上传了一张图片,然后分别在这四个平台进行部署,得到以下测试链接,嗯(⊙_⊙),资金上做到了零成本。时速云,北京机房:http://apis-icodex.tenxapp.com/pic.jpgDaoCloud,北京机房:http://varnish.daoapp.io/pic.jpg灵雀云,上海 AWS 机房:http://apis-icodex.myalauda.cn/pic.jpg阿里百川,杭州 BGP:http://apis.wx.jaeapp.com/pic.jpgComment2015年11月25日2016年1月8日 root DockerVarnish部署nginx前端优化模块ngx_pagespeedngx_pagespeed 是 Nginx 的一个扩展模块,主要的功能是针对前端页面而进行服务器端的优化,对前端设计人员来说,可以省去优化css、js以及图片的过程。ngx_pagespeed对nginx自身负载能力的提升基本是看不到的,甚至会因为进行服务器端的优化而使系统增加负载;但从减少客户请求数的角度去看,牺牲部分服务器性能还是值得的。ngx_pagespeed模块的主要功能如下:图像优化:剥离元数据、动态调整,重新压缩CSS和JavaScript压缩、合并、级联、内联小资源内联推迟图像和JavaScript加载对HTML重写、压缩空格、去除注释等提升缓存周期提示:ngx_pagespeed模块目前仍处于开发阶段,功能上与mod_pagespeed相比稍有欠缺。但开源的力量不可小觑,Github上针对ngx_pagespeed Bugs的反馈更新很频繁,基本上都能很快得到解决,使用前务必考虑这点,不建议部署在生产环境。另,系统内GCC版本必须大于4.2。ngx_pagespeed更新频率较高,建议及时更新到最新版本,而且最好先部署在本地环境中,经过一番测试稳定后再上线生产环境。主要测试方法参考这里:https://github.com/pagespeed/ngx_pagespeed/wiki/Testing编译nginx和ngx_pagespeed,务必查看官方的材料:ngx_pagespeed官方 http://ngxpagespeed.com/Github https://github.com/pagespeed/ngx_pagespeedGoogle Developers https://developers.google.com/speed/docs/mod_pagespeed/build_ngx_pagespeed_from_source这里环境为nginx 1.9.6 和pagespeed 1.10.33.2,步骤如下:# git clone git://github.com/pagespeed/ngx_pagespeed.git# cd ngx_pagespeed/# wget -c https://dl.google.com/dl/page-speed/psol/1.10.33.2.tar.gz# rm -rf psol# tar -zxvf 1.10.33.2.tar.gz # expands to psol/# ./scripts/pagespeed_libraries_generator.sh > /usr/local/nginx/conf/pagespeed_librar
© 2010 - 2020 网站综合信息查询 同IP网站查询 相关类似网站查询 网站备案查询网站地图 最新查询 最近更新 优秀网站 热门网站 全部网站 同IP查询 备案查询
2024-05-01 03:39, Process in 0.0067 second.