标签归档：openvz

说说alienvps

4条回复

上次在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)