阿里云vps的io速度是不是很慢？

[mahone3297]

最近在做一个站点，图片有点多。全放到web目录下（没有采用第三方存储）
新打开一个站点时，要加载很多图片。。。这时我ssh在服务器上敲命令时，瞬间很卡。。。突然意识到，是磁盘io问题（之前也遇到过，以为可能是网络或者load问题）大家有遇到过我这样的情况吗？
今天测试了下，阿里云vps测试结果如下：
1. 写速度
time dd if=/dev/zero of=test.db bs=1M count=1024 conv=fdatasync
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 23.2556 s, 46.2 MB/s

real 0m23.265s
user 0m0.000s
sys 0m1.520s

2. 读速度
time dd if=test.db of=/dev/null bs=1M
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 15.0304 s, 71.4 MB/s

real 0m15.041s
user 0m0.004s
sys 0m1.128s

本地电脑虚拟机测试结果
1. 写
time dd if=/dev/zero of=test.db bs=1M count=1024 conv=fdatasync
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 12.0661 s, 89.0 MB/s

real 0m12.247s
user 0m0.012s
sys 0m2.288s

2. 读
time dd if=test.db of=/dev/null bs=1M
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 0.420771 s, 2.6 GB/s

real 0m0.425s
user 0m0.012s
sys 0m0.404s

ps：国内用阿里云vps靠谱吗？

[Livid]

SSH 卡是因为你的 VPS 的上行带宽满了。阿里云的 VPS 有带宽限制。

[mahone3297]

@Livid vps上行为什么会满？打开加载vps上的网站，应该算是下行吧，其他我什么事情都没做。敲几个ssh命令，应该上行不会满吧？

[varrily]

下载图片的时候，你这边是下行，服务器是上行，上行满了，终端卡是很正常的。

[felix021]

阿里云的磁盘IO的确是比较烂。但是他们有BGP骨干网这个卖点。

[wzxjohn]

据说阿里云的磁盘是基于NFS的，曾经出现多次nfs连接出错导致全盘只读。。。

[robertlyc]

哪个云现在没有BGP了

[mahone3297]

@varrily ok，有点理解 “下载图片的时候，你这边是下行，服务器是上行” 再请教下，上行满了，为什么终端就卡了？

[Livid]

@mahone3297 uplink 满了的时候，就会发生丢包。

[046569]

1.阿里云IO是不快,测试结果发到官方被删帖,在这补发一次:
阿里云高性能磁盘IO测试(2013年12月14日)
http://bbs.ymate.me/t/596/1/1
注意最近还是在用旧硬盘,高性能磁盘需要申请.
2.但你的问题并非是IO问题,L大给你解释过了.
3.阿里云靠谱吗?我们迁移到阿里云后434天无重启,客户的机器在上面的也有个百十来台,半年以上没重启的很多.即使是独立服务器,硬盘也经常是瓶颈,多用缓存,注意规避就可以了.个人认为还是比较靠谱的.

[sandtears]

听说阿里云那边的数据盘是通过网络挂载的 0.0

[akira]

阿里云的硬盘IO是不高，但是你这个是带宽的原因。
放图片多记得弄大点带宽。

[akira]

@046569 附带杭州临时硬盘的测试结果，似乎比你测出来的数据要好一点。

dd if=/dev/zero of=temp.dd bs=32k count=2k oflag=dsync
7108864 bytes (67 MB) copied, 3.54786 s, 18.9 MB/s

dd if=/dev/zero of=temp.dd bs=64k count=2k oflag=dsync
134217728 bytes (134 MB) copied, 3.64731 s, 36.8 MB/s

dd if=/dev/zero of=temp.dd bs=32k count=5k
167772160 bytes (168 MB) copied, 0.255099 s, 658 MB/s

dd if=/dev/zero of=temp.dd bs=64k count=5k
335544320 bytes (336 MB) copied, 0.50275 s, 667 MB/s

dd if=/dev/zero of=temp.dd bs=32k count=50k
1677721600 bytes (1.7 GB) copied, 9.34802 s, 179 MB/s

dd if=/dev/zero of=temp.dd bs=64k count=50k
3355443200 bytes (3.4 GB) copied, 24.944 s, 135 MB/s

[046569]

@akira
蛋疼的是,你占用不了多久,几分钟后就会被降速,本来就不高...
现在的办法还是尽量缓存,少惹硬盘.

[VYSE]

如果你CLIENT或VPS带宽没问题的话，的确可能遇到IO导致响应迟缓的情况。

我们有个FILE HTTP SERVER，那里SSH操作总会比其他机器缓慢，理论上带宽不是问题，因为是内网。
查过可能原因是IO中断导致，2.6.38内核据说能解决这个问题，另外DD算出来的IO速率可能受IO影响，因为IO操作如果内存够是直接读写内存的，我们128G内存DD也是在GB以上，其实都走内存。
从你阿里云的DD上看，基本走的磁盘，不妨留出更多空闲内存供CACHE。

[princeofwales]

阿里云的磁盘和AWS EC2一样，是通过网络挂载的，不是本地磁盘，I/O确实是瓶颈

[akira]

@046569 少惹硬盘是共识了。
ps ：临时硬盘是有丢失数据的可能的，就算上线了，用途也有限。

[mahone3297]

@046569
@Livid
@sandtears
@akira
- 购买服务器的时候，好像只看到说带宽，没看到说上行多少，下行多少，哪里可以看？
- 如何看uplink是否满了？
- 我没用阿里云的数据盘，直接用的阿里云系统送的20g
- 图片有点多的话，一般要多大带宽？这个怎么算？

@VYSE
你说的dd写内存，可以看下参数，conv=fdatasync 加上这个就不写内存缓存了

谢谢各位热心回复！学习了！

[VYSE]

@mahone3297 写的测试是准确的，主要是读的，那个2.6GB的，读的时候还是已经有CACHE了

[Benisme]

@mahone3297 产品帮助里写的是上行不限，下行你买多少就是多少。
图片多就不要把图片放在阿里云，用oss或者七牛或者又拍云（我觉得七牛不错）减轻带宽压力。

[drawingsinging]

如果追求速度的话,图片建议用阿里云oss存储或者七牛或者又拍.数据库可以用阿里云rds.

[mahone3297]

@Benisme
@drawingsinging
嗯，帮别人做的企业站，就不考虑那么多了。只是关于技术方面，对速度慢有点好奇，想和大家研究探讨下。企业老板就想放那么多图片上去。。。回头和他看看商量商量，是否要减少点图片。

[sandtears]

@mahone3297 阿里云标明的是上传带宽，下载带宽自己进去测呗，在10M以上 `wget cachefly.cachefly.net/100mb.test`

[sandtears]

@mahone3297 图片用七牛之类的做吧

[victor]

@046569 请问“现在的办法还是尽量缓存,少惹硬盘." 怎么解释呢？能讲一下么谢谢。

最近也遇到这类问题了。缓存到内存中已经被排除了。其他的缓存办法仍然要从硬盘上读取内容。当然图片，css，js文件等已经做了cdn和oss之类的静态文件分发存储。

[046569]

@victor
顺嘴说习惯了,这说法不严谨.
我还处在堆机器性能的初级阶段,数据库扛不住就升RDS,反代搞不定就堆CDN,应用服务器顶不住就SLB.除了阿里的坑爹老用户政策,一切看起来挺美好的.

[akira]

@sandtears 按带宽算的服务器，应该是上下行对等的。
@046569 你漏了一个堆memcache
@victor 如果你的图片等静态文件，都是丢到oss之类的地方的话，实际上你的主机应是基本上无io压力了。

[mahone3297]

@046569 看来你也是个有钱的主。就这么堆上去就好了？db直接升级rds就ok了？不用考虑分表？CDN贵不贵的？SLB是什么？

[sandtears]

@akira 阿里云不对等，下载速度10Mbps以上。

[akira]

@sandtears 具体数字我没测试过，但是1M的服务器，做update的时候，感觉比5M的服务器要慢。

刚测试了一下，从百度盘下载同一个文件，
5M带宽：106,404,624 5.79M/s in 18s
1M带宽：106,404,624 3.04M/s in 35s

[046569]

@mahone3297
都是小站,百W的PV就撑死了,数据也没大到需要分表.
后面的问题你可以咨询阿里云客服.

[victor]

@046569 小公司没钱啊，升级服务器都要精打细算，所以只要有那么一点优化的心得，我都要跪求赐教。
@akira 图片等静态文件已经放到OSS上了。现在的重点是对于一些内容不经常变化的请求。比如首页，新闻列表，新闻内容。这些大概每天更新一次，目前这些请求的缓存我还是放在了阿里的ECS(云主机)上。因为是多个进程，放在内存的话不能共享。这部分又没有特别强的交互，放在 memcached 也没必要。所以是存成了文件，这部分是不是就是 @046569 说的，还是会有 IO 的问题呢？

[akira]

@victor 如果你的pv比较大的话，还是丢mc比较好。具体还是要看你的数字，才能下结论。

不过不管如何，内存够的情况下，丢到内存放总是比放在硬盘上面要好的。

[046569]

@victor
要不要这么傲娇,我还在Ruby-China那拜读大作,说多就是矫情了.
这个还是可以共享的,存储的时候直接写到/dev/shm去,首页之类的不会太大,消耗不掉多少内存,但提速应该比较明显,阿里那IO跑出30+负载我一点也不奇怪...
希望能有点启发.
:)

[leisudeng]

这磁盘速度不能说特别差，一般做站是没啥大问题的

[victor]

@046569
@akira

好的，考虑到目前几十万PV，不算很严重，还是生成文件放在硬盘上吧。今天为此写了一个 Gem，如果程序是非 Rails 的 Ruby 应用，可以考虑下
https://github.com/wjp2013/grape-shaman_cache

支持内存，文件系统和memcached作为存储介质

[DavidSone]

阿里云很快会正式推出CDN了，把静态资源的压力转移到CDN吧，我就这么干的，还不错，至少不用整天再看着监控里面的磁盘项目一路飘红了，至于缓存，并不是万能的，很多场景启用缓存未必能解决多少问题