IXwebhosting suck me!!
很久之前就想写这样一篇文章了,购买IXwebhosting的虚拟空间服务是从09年的8月份开始(很长的一个熟悉过程)。
但是今天我要说IXwebhosting糟透了,糟到连基本的可用性都无法达到。从这个月初(10年的9月份)到23号,我的站点已经大大小小经历了七八次的短期无法访问,这绝不是因为网络抽风所致,我一直有用pingdom的网站监测服务,在我正式启用这一服务监测我的网站后,我几乎每天要收到1-2封关于site down的警告,有些会是在凌晨时分。我想继Sep 9的那次cp9服务器大规模outage后,有很多正在使用IXwebhosting的owner都彻底对IX失望了。
长期的延迟监测让我发现当使用华东地区的电信连接到IX的网络时其延迟既不稳定,有时可以稳定了在260-300ms之间,但一天后就可能增加到400-500ms,就像今天一样:
C:\Users\weisly>ping -t www.youyus.com 正在 Ping www.youyus.com [96.0.108.2] 具有 32 字节的数据: 来自 96.0.108.2 的回复: 字节=32 时间=498ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=494ms TTL=45 请求超时。 来自 96.0.108.2 的回复: 字节=32 时间=499ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=493ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=500ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=493ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=496ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=492ms TTL=45 请求超时。 来自 96.0.108.2 的回复: 字节=32 时间=497ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=496ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=498ms TTL=45 请求超时。 来自 96.0.108.2 的回复: 字节=32 时间=496ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=488ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=503ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=492ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=497ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=494ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=493ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=496ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=496ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=494ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=496ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=492ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=501ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=501ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=495ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=497ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=497ms TTL=45 请求超时。 来自 96.0.108.2 的回复: 字节=32 时间=502ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=499ms TTL=45 来自 96.0.108.2 的回复: 字节=32 时间=490ms TTL=45 C:\Users\weisly>tracert www.youyus.com 通过最多 30 个跃点跟踪 到 www.youyus.com [96.0.108.2] 的路由: 1 22 ms 25 ms 20 ms 1.128.79.218.broad.xw.sh.dynamic.163data.com.cn [218.79.128 2 12 ms 13 ms 14 ms 124.74.12.45 3 12 ms 10 ms 15 ms 124.74.210.145 4 15 ms 14 ms 14 ms 61.152.86.50 5 18 ms 14 ms 12 ms 202.97.33.26 6 17 ms 14 ms 18 ms 202.97.33.102 7 208 ms 209 ms * 202.97.51.102 8 207 ms 209 ms 207 ms 202.97.50.26 9 180 ms 188 ms 182 ms 192.205.35.81 10 256 ms 253 ms 254 ms cr2.la2ca.ip.att.net [12.122.129.98] 11 244 ms 245 ms 245 ms cr1.slkut.ip.att.net [12.122.30.29] 12 251 ms 254 ms 274 ms cr2.dvmco.ip.att.net [12.122.30.26] 13 282 ms 275 ms 274 ms cr1.cgcil.ip.att.net [12.122.31.86] 14 299 ms 297 ms 294 ms cr2.cgcil.ip.att.net [12.122.2.54] 15 250 ms 258 ms 253 ms cr1.n54ny.ip.att.net [12.122.1.1] 16 274 ms 280 ms 274 ms gar1.nylny.ip.att.net [12.122.131.165] 17 477 ms * * 12.118.94.54 18 473 ms 471 ms 473 ms 76.10.193.137.customer.bluemilenetworks.com [76.10.193.137] 19 505 ms 505 ms 507 ms 76.10.193.133.customer.bluemilenetworks.com [76.10.193.133] 20 * * 561 ms 76.10.207.14.customer.bluemilenetworks.com [76.10.207.14] 21 494 ms 490 ms 490 ms OH-MLS1-609.Te-9-2.opentransfer.com [98.130.213.18] 22 504 ms * 494 ms rev.opentransfer.com.2.108.0.96.in-addr.arpa [96.0.108.2] 跟踪完成。IX部分使用Bluemile Network的线路,而Bluemile的这一线路极不稳定,以下是IX在今年Jun 11发布的对于Bluemile网络问题的声明: "One of our network providers (BlueMile Networks) currently has a problem in their network that was causing some customers to be unable to reach our network.Because we have no control on BlueMile Network, and there was no other way to fix this problem, we were forced to shut down the BlueMile circuit until they fix their issue. A ticket has been opened on BlueMile side to track this issue. Until Blue Mile issue will be fixed, we only rely on the Sprint circuit." 至今我仍然相信Bluemile的接入网络是有问题的,因为当使用联通线路连入时发现使用的是Sprint link的线路,并且延迟可以稳定在300-350ms。
总之我要说:" IXwebhosting suck me, I can't bear it any more!!",今天我把本站迁移到了香港,希望新的一天太阳依旧升起!
posted on 2010-09-23 18:36 Oracle和MySQL 阅读(235) 评论(0) 编辑 收藏 举报