最近AWS的速度有些惨不忍睹

很长时间没用aws,突然收到aws的email说一年期的免费试用要到期了,又有点意动,考虑要不要用回这个大名鼎鼎费用又不高的云主机。

ping了一下,现在新加坡的ping最低,只有两位数,日本的在100-200之间,也能接受。

但是建站之后的效果不太好,一个初始的wordpress站,东京机房的全国平均打开时间是10-15s(根据webkaka和17ce),新加坡机房的打开速度稍微好那么一点,为5-9s。

同期godaddy美国机房速度为1.5-2.5s

sakura(日本樱花主机)的打开速度为1.1-1.9s

linode速度为1.0-1.5s

阿里云速度为0.3-0.6s

 

沙洋娜拉,AWS,除非有一天你的速度改善,否则就是永别鸟。

CDNZZ和CloudFlare体验报告

由于本人比较懒,本站现在从Amazon的东京机房迁到了美国的Bluehost共享主机。

Bluehost的速度表现一般,同样是独立IP的情况下,全国响应时间(17ce.com测试)平均为2.8秒,godaddy的速度快一些是1.9秒,国内主机上放的速度是0.5s,原来的amazon日本主机和美国PR线路速度是1s-1.5s左右。

用了cdnzz,直接修改cnname就可以用,生效非常快。开始是新加坡softlayer机房,速度平均是2.5s,和没加速差不多。后来花了几块钱成为pro账户,转到香港节点,香港的速度到了1.8s,但是响应里面各种404,500,不太妙。

cloudflare需要修改dns服务器,生效比较慢,而且用的是美国服务器来加速。但是效果还不错,加速到了1.5-2s,还行吧,比cdnzz的效果好。期间有个小插曲,17ce的时候全部都显示403,网上搜了下才知道是cloudflare的防爬虫设计,要把threatcontrol的设置改一下才行。

测试完的体会就是,如果有能力和精力自己维护VPS,从速度上来看,最好买日本VPS。当然如果没有任何个人言论,国内的VPS也可以。

网站新架构

不知道是不是AWS的EBS I/O性能比较低,这两个月接连遇到mysql停止服务的问题,因此决定采用更加高效的网络架构,减轻服务器负担,降低出错概率。

计划如下:

服务器:只安装httpd/nginx, php, php-mysql,eaccelerator,memcache 其他的组件按照服务依赖添加。

数据库:aws rds,关系型数据库

图片等静态内容:amazon s3

aws小型机unixbench跑分

小型机配置:

Small Instance – default

1.7 GB memory
1 EC2 Compute Unit (1 virtual core with 1 EC2 Compute Unit)
160 GB instance storage
32-bit or 64-bit platform
I/O Performance: Moderate
EBS-Optimized Available: No
API name: m1.small

但是跑分的时候没有挂在instance storage,因为默认root是ebs,性能很低,一定程度上拉低了整体得分,但是整个分真的很低,只有190,不可思议。但是这么低得分,运行起来又很流畅。

探针和跑分截图如下: 继续阅读aws小型机unixbench跑分