盛大云的杯具

前阵子dnspod的几台dns刚刚遭受了大规模攻击,前几天在小范围内又出了几次错误,这事刚平息,新网的dns从昨天开始又不正常了。同时从我个人站点的情况看,这阵子的网络状况也不是很好。这半个多月,我在“盛大云”上,遇到的“掉线”问题不少,而今天则让我给“当面”遇到了,所以就把今天盛大云的监控记录(截至2011-12-18 21:41)拿出来看看,我到是希望今天的情况是特例…

盛大云 源站ping

上图:监控宝对盛大云的ping监测

Continue reading

Webluker CDN缓存设置的使用心得

博客给类似于我这样的“半宅”菜鸟提供了一个交流平台,同时因为接触到Webluker这个免费的CDN项目,所以我也作为了“半个”客服来用。最近Webluker的CDN配置面板变化比较大,技术升级力度也比较快,所以有站长在QQ上说Webluker的后台设置越来越复杂,不好搞懂了,这既包括操作上的不理解,也包括对CDN技术的模糊认识。那我这半个“客服”把我使用Webluker的心得、体会总结下,与童鞋们分享,其中的细节对于不对、合适与否,欢迎入群讨论。

首先明确下CDN的作用和意义:CDN,说白了就是个架设在你的网站和访客之间的一个存储器,只是这个存储器的特点是“数量庞大”、地理位置分布广泛”,也正是因为这两个特点,它可以使你的访客不必“千里迢迢”去访问你的网站本身,而是访问某个地理位置(或网络位置)距离最近的存储器。这样一来,就等于每个存储器上都有一个你的网站副本在运行,同时访客的访问速度将会得到巨大提升。明白这点,下面的“缓存”就好说了:

缓存的过程就是对你的网站进行“复制”的过程,这个过程一般都是由访客的访问、点击来触发的(部分CDN具有“预先读取”功能),当访客点击某个页面,其实是在访问就近的一台存储器。存储器先会检查自己的数据库里是否有这个页面的内容:有,则马上发给访客;没有,则立即向你的网站本身发送请求,在得到回应后,它会先将页面存在数据库里,然后发给访客。这个过程往复循环,构成CDN的运作流程。而这整个“缓存”流程,是可以被控制的,比如: Continue reading

盛大DDS vs. Webluker CDN

盛大的CDN改名叫“数字分发”,英文名是DDS,实质就是CDN系统。基于本人“爱折腾”的本性,在得到一枚盛大的A类邀请码之后,马上开通了DDS,并与目前我的博客所使用的webluker免费cdn做了个简单比较(声明:本人无专业测试工具,所列数据及最终对比不代表正式结论)。

先看看盛大DDS的配置过程:

第一步是配置基本信息,需要说明的是“源站IP”,因为“运营商”这个下拉菜单中只给出了电信、网通两个选项,如果你的源站在国外或者用的移动、铁通线路,那么这一项,就好认真考虑下。从以往的经验推断,这应该是盛大dds的dns边缘设备用来获取源站数据时使用的,也就是说,你选的网通,那么盛大dds会用其网通的边缘设备来获取源站数据,以此类推。所以,对你的源站访问比较顺畅到底是网通还是电信,你要考虑好,或许这会影响你的数据访问速度。因为我用的是linode日本机房,总体来说网通对其访问的效果比较好,所以我选择了网通线路,如图。 Continue reading

Webluker的WordPress站点及缓存设置

Webluker免费CDN经过半年多的技术调整,现在已经比较稳定了。昨天有位童鞋在QQ上问我,在Webluker中如何设置缓存策略,可以让wordpress发挥较好的性能。我的看法是:只加速css、js、image这类“静态”内容,html、xml这类“动态”内容,无需缓存,因为从wordpress本身的结构上说,留言、pingback等内容需要你的文章页面保持动态响应,况且文章页面本身几乎都是文字,尺寸也不大,加不加速的效果差别不大。另外,为了使自己能经可能多地得到webluker的免费流量,最好把图片和主站分开,各自独立成站,这样每个站都可以得到30G的流量配额,应该够用。 Continue reading

“又拍云存储”简单测试

Yupoo(又拍网)估计大家都熟悉,当年被诩为“中国的Flickr”,其提供的图片相关服务确实还不错,特别是图片可以外链做图床用,对于一般的博客用图来说,已经足够了。不过估计是被图片/图床的巨大应用量所吸引,再加上近期各大互联网公司都陆续推出了“云应用”,所以,在这样的大背景下,yupoo于近期推出了一款专门针对图片、文件“云应用”的存储应用:又拍云存储

简单说,“又拍云存储”是一款增加了CDN服务的云空间,同时这个云空间又具有可以FTP / API双重管理的特征,具有很大的可扩展性。因为之前我的图床用的是“空间(Hosting)+Webluker(CDN)”的形式运作(以下简称“HC模式”),这次“又拍云存储”给的测试空间又具有CDN特性(以下简称“UPYUN模式”),所以,就拿这两者做个简单比较和测试: Continue reading

转来转去,又转回了Linode,继续不用国内!

从九月底我的年付Linode到期,直到昨天重新购买Linode,中间这一个月的时间,在国内换了几家VPS,简单说说这30天的经历:

其实这一个月,我的站都是放在webluker的云主机上,托webluker“李总”的福,虽然可试用半月的测试云主机没了,但硬是从他那里要来一台试用期一个月的云主机,有两点体会:稳定的质量、蛋疼的价格!从监控宝的结果看,这短时间内,网络的ping通率为100%,网页的可加载率为99.97%,网页的平均加载时间是833ms。这各结果对于我的博客来说是相当完美。其实对于webluker的云主机来说,得益于chinacache的bgp机房、线路以及他们的技术,机器及网络整体是无可挑剔,但却在万般美好时止步于他们蛋疼的价格:最便宜的1G / 1核心的云主机价格为888元/月,吉祥但却高高在上的价格,完美到几乎没有类似于我这样的、每月付费上限在200元以内的站长来用。我也就是在这一个月内享受下“高端”而已。 Continue reading

Webluker云主机测试

“云主机”很火,大大小小的商家都在搞。最近搞免费CDN起家的Webluker也推出了这项服务,一元体验,我搞了一台(0元入手,嘿嘿),做了下简单测试,具体内容如下:

1. 先查了下ip信息,显示“北京市 蓝汛通信”,as域为AS37958,属于Chinacache,单从这点来说,这台云主机的线路质量是毋庸置疑的。

2. ping测试:

Continue reading

Arc Touch Mouse:Webluker送来的惊喜

webluker的相识要完全归功于今年年初时linode fremont机房的网络抽风,特别是从每天的下午6点开始至午夜这段时间,网站根本就无法正常使用,连SSH都连不上,访客的浏览体验更是无从谈起,同时因为当时所使用的cloudflare(国外的免费CDN)是“墙外货”的原因,遇到过两次被被篱笆墙挡住的事儿,所以算是在寻找“国内免费CDN”的过程中遇到了webluker。

使用webluker的过程中有欣喜也有疑虑,不过总归webluker本身是个新生事物,也在逐步成长,近半年多来的变化也是巨大的,所以前阵子将我的使用心得写成了几篇日志放在我的博客里,没想到被chinaz、idc123等一些网络媒体转发,引起了点小小的反响。不过更让我想不到的是,几个月之后的当下,已经聊得很熟络的webluker的客服告诉我,他们决定送我样礼物。起初我并不知道是什么,直到货发出之后,才告诉我说是微软的arc touch鼠标,嗯,这是我心仪已久的东东啊…正合我意~~

Continue reading

Webluker收费计划征求意见

“不以赚钱为目的的企业都是在耍流氓”。在经历了较长一段时间的免费运作之后,Webluker最近正在搞收费项目的准备工作,从他们的客服那了解到,中小站长们在定价方面不用太过担心,他们的宗旨就是为广大中小站长们服务,因为Webluker的背后还站着ChinaCache,是有明确分工的。

不过貌似Webluker正在为如何“划分收费套餐”和如何“处理剩余流量”而举棋不定,我曾经向他们推荐过CloudFlare的收费模式(详情点击),他们的客服也准备广开渠道搜集这方面的意见和建议,所以,在此写这么一片日志,希望来逛本博客的童鞋们,留下你们关于收费CDN如何进行收费的想法和思路。因为个人觉得在国内有如此良好的CDN服务,实属难得,作为用户,我们有理由为其出谋划策,使其不断进步。 Continue reading

Webluker的进步

Webluker是国内一家提供“免费CDN”的服务商,其母公司是大名鼎鼎的ChinaCache,实力毋庸置疑。不过由于Webluker是比较年轻的提供免费CDN服务的技术团队,在市场运作、技术支持等问题上,与常规商业化CDN服务商比,还有不少差距,但这并不妨碍其稳坐国内免费CDN第一把交椅的领导者地位。年初曾经试用过Webluker的服务(详情点这里),一度对其提供的免费带宽和节点分布并不太满意,最近将博客使用的图片空间转回了Webluker(之前是Cloudflare),用了近一周之后,对Webluker又有了新的认识。

首先从Webluker的客服那里得知,最近半年来他们一直在增加国内节点,并且对用户的“管理面板”进行了较大的更新,无论从功能上还是从服务人性化上,都有了长足进步。尤其是“流量统计”、“站点监控”和“智能DNS解析”,假如没什么特殊需求的话,Webluker提供的服务,完全可以作为你的首选,无需使用第三方服务!

其次,Webluker将会增加“收费帐户”,尚没有具体细节,但从其他国内外类似服务看,收费帐户的带宽、节点数量、技术支持和客服方式将有可能做为区分收费/免费的重点。而且价格会比较合理,因为有类似收费服务的“前车之鉴”!其实在收费方面,我比较欣赏Cloudflare的做法:价格合理,但收费/免费帐户之间的区别并不十分“明显”,仅仅将几个比较重要的服务要素作为区分点,比如缓存预加载、安全防御等。对于没有固定收入的中小站长来说,即使缺少这几项也没有大碍,毕竟中小站点对此类需求不大;而对于有稳定收入的大流量站点,这几点跟所付的费用相比,他们所得到的性能和质量远比费用要多得多。 Continue reading