buyvm 128m openvz正在出货，要的快抢

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

Recommended Services

› Amazon Web Services

› LeanCloud

› New Relic

› ClearDB

这是一个创建于 4259 天前的主题，其中的信息可能已经有所发展或是发生改变。

http://www.doesbuyvmhavestock.com/

才6分钟NY机房已售出7个

快抢

OpenVZ

buyvm

30 条回复 • 1970-01-01 08:00:00 +08:00

welsmann

2012-08-30 19:10:22 +08:00

没啥必要吧，还是OpenVZ的，价格和StyleX的Xen差不多，128M OPENVZ的VPS能干啥子呢？

2012-08-30 19:14:35 +08:00

除了翻墙，没任何用处

da_a

2012-08-30 19:16:14 +08:00

@welsmann 价格似乎差一倍吧 :)

forest520

2012-08-30 19:22:12 +08:00

很便宜，抑制冲动还是不买了

welsmann

2012-08-30 19:23:15 +08:00

@da_a NO,StyleX最终是半价优惠的，所以我才这么说：）

2012-08-30 19:25:01 +08:00

@da_a 就算不超售, 128mb openvz的实用内存也就勉强32~48mb左右吧

zxy

2012-08-30 19:30:21 +08:00

刚才想了想，还是不买了，有一个，再就是style 256的也有一个，enzu的1G的被误杀了交涉中。不折腾了

xupefei

2012-08-30 23:47:27 +08:00

BuyVM 的机器有 SSD 做的磁盘缓存，性能很给力。另外，他的 128M 系列似乎是在单独的母鸡上，于是性能和其它几款有点差距。
StyleX 是新开的，也常常被攻击，能活多久还有待观察。

terry0824

2012-08-30 23:50:35 +08:00

BuyVM用起来还是不错的，128M的跑小访问量的blog之类的完全没压力，或者用来做反代也不错。也支持pptp可以开梯子

764664

2012-08-31 10:03:39 +08:00

1.说是128M，实际可用256M
2.在稳定性、性能上都不错，比StyleX的自动关机和unixbench400的成绩应该要好不少
3.每次15USD年付一上货迅速就被买完，自然不会是买的人都是傻子

loveminds

2012-09-01 03:36:42 +08:00

百薇25的kvm还差不多

shanks

2012-09-01 08:36:16 +08:00

看起来不错啊~
但是怎么买。。。 = =

eric_q

2012-09-01 10:00:58 +08:00

128 的卖完了，各位洗洗睡吧

phuslu

2012-09-01 10:14:52 +08:00

装了一个 centos-6-minimal-x86 , 感觉速度蛮快的，ssh 上去才用了 6M 内存

da_a

2012-09-01 10:45:02 +08:00

@764664 @phuslu 昨天做了下UnixBench测试，分数1547.3，我对这个分数还不是很有概念，搜索对比一下好像还挺高

http://blog.bitand.com/?p=130

ewangke

2012-09-01 14:25:25 +08:00

@Js 为什么？求扫盲

2012-09-01 17:56:38 +08:00

@ewangke openvz的内存是VIRT算的，并不是按RES+SHR, 也就是说正常情况下一般程序在openvz里的占用是实际内存占用的2～4倍

764664

2012-09-01 19:53:08 +08:00

@da_a
是挺高了，感觉1000以上都属于性能不错的VPS了。

@Js
这是事实，但建议你看一下vpsee的文章，《64MB 的 VPS 能支持多少访问量？》，而且突发内存是可以长时间占用的，也就是256M的内存，虽然OpenVZ占用内存会变成几倍，但也少了Xen和KVM的一些系统开销

2012-09-01 20:49:16 +08:00

@764664 那篇《64MB 的 VPS 能支持多少访问量？》指的不是openvz, 例子里有swap呢，那会儿openvz可没vzswap, 看了下占用，48mb的内存+55mb的swap,算100mb吧，就拿100mb举个例子，一个没关闭innodb的mysql使用默认配置启动后加上系统本身进程开销大致在90mb左右，而openvz里是直接奔400mb去的。事实上，你要留意vpsee的大部分文章的话，你会发现vpsee从来没把openvz当成可用的vps方案过

我就总结一下openvz的缺点吧

1, 超售，除了mediatemple的vps和servint的独立服务器应该找不到不超售的openvz了, 江湖传说不超售的ramhost曾经一度推出高级方案后承认原先超售了2倍, 后来高级方案就不见了，又重新搞了kvm方案

2, 内存计算问题，也就是上面说的

3, 进程崩溃，数据丢失。比如用了innodb的mysql, mongodb(openvz下启动就会警告你会丢数据), redis都有可能随时崩掉进程，数据全丢，具体触发概率视RP而定，甚至还有java, buyvm曾经一度把使用java的用户集中转移到专用的node, 让他们自生自灭

4, 硬盘， openvz并不是真正的vps, 而只是一个chroot加强版的方案，所以访问硬盘文件并不像其他虚拟化方案一样是访问块文件，当node用户很少的时候效率很赞(少了一层嘛), 当node用户很多的时候，那就完了(处理一个文件在一个块文件里seek总好过在一个物理硬盘里不停蹿来蹿去效率高吧)。所以，无论中外,即便做了raid10, openvz机器整个硬盘数据彻底丢的事件也是月月不绝。另外，还有硬盘超售， openvz就算只有1mb剩余空间，都能卖给用户100g，至少我在buyvm, burst, hostrail都碰到过昨天看硬盘还正常，第二天就彻底没空间的事，如果碰到重要数据的写入，后果不堪设想啊

5, 性能限制。 openvz的性能限制完全是摆设，根本限不死的，所以unixbench数据再高，碰到共享相同cpu核心的邻居玩玩科学运算，或者挂挂bt,pt什么的，一样只是痿了

6, burst内存的争议，除了"burst.net"这种不存在burst内存的openvz, 其他大部分vps商关于burst内存根本没有统一的说法，但是大部分遵循一点，就是node上用户少，随便你用，用户一多，内存快不够了，那你长时间占用burst内存的进程会被母鸡"暗杀"

da_a

2012-09-01 21:48:42 +08:00

希望没有误导大家我测试的是128M的KVM VPS

我当时抢的时候就是奔着KVM去的，非常幸运购得自己的第一个VPS，之后buyvm的数次发布再没有KVM了，openvz倒是次次有，虽然我没想买openvz，但是觉得还是有朋友会需要的，所以果断在v2ex发出来了:)

@Js 很专业，向你学习了

da_a

2012-09-01 22:58:17 +08:00

官方最新消息：Last restocking of the week is up :) Next restocking will be Monday morning.

有需要的可以关注下
http://www.doesbuyvmhavestock.com/
wiki.buyvm.net/index.php/Stock
以及官方推

ewangke

2012-09-02 00:33:20 +08:00

@Js 能够详细介绍一下内存计算么？为什么会有400MB？多谢！

ewangke

2012-09-02 00:38:42 +08:00

@da_a 看来OpenVZ除了作作vpn，ssh，根本不能考虑。

能不能比较一下KVM和Xen？我看过一些文章，只是说Xen更成熟，但不是很理解。