标签归档:openvz

说说alienvps

上次在wht看到alienvps的openvz促销,256内存只要4刀一个月,就搞了个拿来做后端,结果烦心事不断

ps:这里所谓烦心事都是真实发生的物理状况,绝非个人感觉

首先,vps在我12月4号付款以后是可以自动开通的,可惜开通以后给分配到了一个不能访问的ip(不是撞墙,而是根本就是down掉的ip),写ticket过去,46分钟后给换了新ip,开始正常访问

好景不长,12月7号,ip再次down掉,写ticket过去,4小时后回复了“your VPS will be back online soon”,6小时候,换上了新ip,解释说他们有个ip段有问题,而我刚好受影响,给了承诺“Your IP will not need to change anymore.”。

这次折腾以后,稳定了很长一段时间,一直到大概一周前,我发现内存还剩一半没用的时候,就不能启动新进程,直接报错内存不足,于是写ticket问,结果居然过了两天没答复,结果我自己google到了答案,要求他们协助,更改privvmpages和shmpages的值,这一等就是5天,我也没抱任何希望了,反正到期就move,结果昨天(20号),有回复了,说已经调整了,结果我冲上去cat /proc/user_beancounters ,看到的那两个值依旧是65536.

以上这些都还算温柔,最生猛的在下面。

一小时左右前,我正在shell上编辑文件,突然就看到系统即将halt的广播消息,我想可能只是他们要重启下服务器,就没管,过了5分钟,依旧不能登陆回去,就冲到panel看,服务器状态正常,以为又是什么抽风bug,就手动重启了,结果已经不能登陆。

然后就小小的试了试ping,结果:

92 bytes from 209.188.5.226: Time to live exceeded
Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst
4  5  00 5400 19c8   0 0000  01  01 7ec6 192.168.1.3  184.171.166.196

从来没看到过ping是这样的结果,就很好奇的traceroute了一下,结果看到包在两个ip之间跳来跳去,直到ttl- –

traceroute to 184.171.166.196 (184.171.166.196), 32 hops max, 52 byte packets
1  router (192.168.1.1)  66.777 ms  0.935 ms  0.895 ms
2  reverse.gdsz.cncnet.net (220.249.240.1)  54.543 ms  46.624 ms  31.539 ms
3  120.80.199.209 (120.80.199.209)  25.083 ms  26.228 ms  25.491 ms
4  120.80.198.161 (120.80.198.161)  26.260 ms  25.815 ms  32.681 ms
5  120.82.0.161 (120.82.0.161)  30.528 ms  30.764 ms  29.982 ms
6  219.158.10.37 (219.158.10.37)  31.689 ms  32.575 ms  32.063 ms
7  219.158.3.78 (219.158.3.78)  123.173 ms  119.879 ms  116.987 ms
8  * * *
9  te2-4.mpd01.sjc03.atlas.cogentco.com (154.54.6.85)  331.383 ms  333.725 ms  333.047 ms
10  te2-2.mpd01.sjc01.atlas.cogentco.com (66.28.4.73)  291.021 ms
te3-2.mpd01.sjc01.atlas.cogentco.com (154.54.6.81)  342.749 ms *
11  * te0-3-0-2.mpd21.lax01.atlas.cogentco.com (154.54.2.129)  354.663 ms  351.331 ms
12  * * *
13  vl3512.na41.b023003-0.phx02.atlas.cogentco.com (38.20.49.214)  346.059 ms *  351.909 ms
14  * 38.104.116.186 (38.104.116.186)  312.681 ms *
15  * cr1.ss.122.3.1.phx0.cwie.net (174.138.168.2)  355.872 ms  355.699 ms
16  209.188.5.226 (209.188.5.226)  360.190 ms * *
17  * * *
18  209.188.5.226 (209.188.5.226)  360.637 ms *  359.814 ms
19  * 174.138.175.145 (174.138.175.145)  357.932 ms *
20  209.188.5.226 (209.188.5.226)  360.983 ms *  358.027 ms
21  * 174.138.175.145 (174.138.175.145)  357.900 ms  358.292 ms
22  209.188.5.226 (209.188.5.226)  359.140 ms  365.133 ms  358.821 ms
23  174.138.175.145 (174.138.175.145)  356.940 ms  359.810 ms *
24  209.188.5.226 (209.188.5.226)  358.559 ms  359.547 ms  356.870 ms
25  174.138.175.145 (174.138.175.145)  356.949 ms  358.005 ms *
26  * * *
27  174.138.175.145 (174.138.175.145)  359.024 ms *  358.757 ms
28  * * *
29  174.138.175.145 (174.138.175.145)  360.654 ms  357.546 ms *
30  * * 209.188.5.226 (209.188.5.226)  357.501 ms

然后再去看panel,发现ip居然变了,然后邮箱就收到信了:“We apologize for the inconvenience, we have new IP space and have no choice but to change the IP address of your VPS.”

够简洁明了吧?靠,居然可以这样不负责任的突然换掉一个跑了半个月多的vps的主ip也是唯一一个ip,幸好只是个后端,只需要在前端稍微改改配置就可以恢复访问,不然,就是好几个小时的downtime了

不过因祸得福,新ip网通走的是比较nb的nlayer线路,电信走xo,原来ping要350左右,现在居然降到了250左右,电信更nb,只有190,和直连网通的xeex有的一拼

不过,这样的服务商,还是躲远点好。。说不定什么时候再给你换个ip,气死你

cs说了一句很无语的话:Thanks for bearing with us as we are still learning the ropes.好吧,你们慢慢折腾,我先走了

多级缓存架构相当的给力

Mon.itor.us的检测结果表明,我的烂博客首页加载速度已经稳定在100ms左右的- –
目前博客逻辑架构是这样的:
前端:squid,跑在直连网通的xeex网络后,硬件是个小vps,128内存,xen架构,2G/150G,6刀一个月
后端:nginx反代httpd,同时nginx做部分静态文件服务器,硬件同样是个小vps,256内存,openvz架构,25G/250G,4刀一个月
数据库:mysqld,跑在上面那个256内存的vps上。
整个架构:squid>nginx>httpd>mysqld
用ab跑100个并发测试打开1000次首页,10多秒钟就搞定,服务器负载最多时候到了1- –
monitorus检测结果:
Test HTTP johnliu.info_http
12:23 676 OK US
12:53 105 OK US
13:23 116 OK US
13:53 1052 OK US
14:23 766 OK US
14:53 98 OK US
15:23 89 OK US
参考:
www.google.com_http 29

ab结果:
Server Software: nginx/0.8.53
Server Hostname: johnliu.info
Server Port: 80

Document Path: /others/kuai_fan_yuan_quakkfan_chong_xin_fa_bu/
Document Length: 15534 bytes

Concurrency Level: 100
Time taken for tests: 19.676012 seconds
Complete requests: 1000
Failed requests: 980
(Connect: 0, Length: 980, Exceptions: 0)
Write errors: 0
Total transferred: 16043778 bytes
HTML transferred: 15577247 bytes
Requests per second: 50.82 [#/sec] (mean)
Time per request: 1967.601 [ms] (mean)
Time per request: 19.676 [ms] (mean, across all concurrent requests)
Transfer rate: 796.25 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 11 90 98.4 96 3011
Processing: 32 1787 1663.1 1327 9043
Waiting: 11 252 340.5 110 1906
Total: 62 1878 1642.5 1420 9060

Percentage of the requests served within a certain time (ms)
50% 1420
66% 1565
75% 1663
80% 1791
90% 5181
95% 6338
98% 7419
99% 7650
100% 9060 (longest request)