1
Livid MOD SSH 卡是因为你的 VPS 的上行带宽满了。阿里云的 VPS 有带宽限制。
|
2
mahone3297 OP @Livid vps上行为什么会满?打开加载vps上的网站,应该算是下行吧,其他我什么事情都没做。敲几个ssh命令,应该上行不会满吧?
|
3
varrily 2013-12-17 14:59:18 +08:00
下载图片的时候,你这边是下行,服务器是上行,上行满了,终端卡是很正常的。
|
4
felix021 2013-12-17 15:10:24 +08:00
阿里云的磁盘IO的确是比较烂。但是他们有BGP骨干网这个卖点。
|
5
wzxjohn 2013-12-17 15:13:53 +08:00
据说阿里云的磁盘是基于NFS的,曾经出现多次nfs连接出错导致全盘只读。。。
|
6
robertlyc 2013-12-17 15:27:48 +08:00
哪个云现在没有BGP了
|
7
mahone3297 OP @varrily ok,有点理解 “下载图片的时候,你这边是下行,服务器是上行” 再请教下,上行满了,为什么终端就卡了?
|
8
Livid MOD @mahone3297 uplink 满了的时候,就会发生丢包。
|
9
046569 2013-12-17 16:36:00 +08:00
1.阿里云IO是不快,测试结果发到官方被删帖,在这补发一次:
阿里云高性能磁盘IO测试(2013年12月14日) http://bbs.ymate.me/t/596/1/1 注意最近还是在用旧硬盘,高性能磁盘需要申请. 2.但你的问题并非是IO问题,L大给你解释过了. 3.阿里云靠谱吗?我们迁移到阿里云后434天无重启,客户的机器在上面的也有个百十来台,半年以上没重启的很多.即使是独立服务器,硬盘也经常是瓶颈,多用缓存,注意规避就可以了.个人认为还是比较靠谱的. |
10
sandtears 2013-12-17 17:29:30 +08:00
听说阿里云那边的数据盘是通过网络挂载的 0.0
|
11
akira 2013-12-17 18:53:29 +08:00 1
阿里云的硬盘IO是不高,但是你这个是带宽的原因。
放图片多记得弄大点带宽。 |
12
akira 2013-12-17 18:57:55 +08:00
@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 |
14
VYSE 2013-12-17 20:43:32 +08:00
如果你CLIENT或VPS带宽没问题的话,的确可能遇到IO导致响应迟缓的情况。
我们有个FILE HTTP SERVER,那里SSH操作总会比其他机器缓慢,理论上带宽不是问题,因为是内网。 查过可能原因是IO中断导致,2.6.38内核据说能解决这个问题,另外DD算出来的IO速率可能受IO影响,因为IO操作如果内存够是直接读写内存的,我们128G内存DD也是在GB以上,其实都走内存。 从你阿里云的DD上看,基本走的磁盘,不妨留出更多空闲内存供CACHE。 |
15
princeofwales 2013-12-17 20:46:45 +08:00
阿里云的磁盘和AWS EC2一样,是通过网络挂载的,不是本地磁盘,I/O确实是瓶颈
|
17
mahone3297 OP |
18
VYSE 2013-12-17 23:10:31 +08:00
@mahone3297 写的测试是准确的,主要是读的,那个2.6GB的,读的时候还是已经有CACHE了
|
19
Benisme 2013-12-17 23:11:36 +08:00
@mahone3297 产品帮助里写的是上行不限,下行你买多少就是多少。
图片多就不要把图片放在阿里云,用oss或者七牛或者又拍云(我觉得七牛不错)减轻带宽压力。 |
20
drawingsinging 2013-12-17 23:16:28 +08:00
如果追求速度的话,图片建议用阿里云oss存储或者七牛或者又拍.数据库可以用阿里云rds.
|
21
mahone3297 OP @Benisme
@drawingsinging 嗯,帮别人做的企业站,就不考虑那么多了。只是关于技术方面,对速度慢有点好奇,想和大家研究探讨下。企业老板就想放那么多图片上去。。。回头和他看看商量商量,是否要减少点图片。 |
22
sandtears 2013-12-18 02:30:43 +08:00
@mahone3297 阿里云标明的是上传带宽,下载带宽自己进去测呗,在10M以上 `wget cachefly.cachefly.net/100mb.test`
|
23
sandtears 2013-12-18 02:31:07 +08:00
@mahone3297 图片用七牛之类的做吧
|
24
victor 2013-12-18 07:50:59 +08:00
@046569 请问“现在的办法还是尽量缓存,少惹硬盘." 怎么解释呢?能讲一下么谢谢。
最近也遇到这类问题了。缓存到内存中已经被排除了。其他的缓存办法仍然要从硬盘上读取内容。当然图片,css,js文件等已经做了cdn和oss之类的静态文件分发存储。 |
25
046569 2013-12-18 17:25:00 +08:00
|
26
akira 2013-12-18 19:57:40 +08:00
|
27
mahone3297 OP @046569 看来你也是个有钱的主。就这么堆上去就好了?db直接升级rds就ok了?不用考虑分表?CDN贵不贵的?SLB是什么?
|
29
akira 2013-12-18 21:51:33 +08:00
@sandtears 具体数字我没测试过,但是1M的服务器,做update的时候,感觉比5M的服务器要慢。
刚测试了一下,从百度盘下载同一个文件, 5M带宽:106,404,624 5.79M/s in 18s 1M带宽:106,404,624 3.04M/s in 35s |
30
046569 2013-12-18 22:02:32 +08:00
|
31
victor 2013-12-18 22:11:07 +08:00
|
32
akira 2013-12-18 22:25:08 +08:00
|
33
046569 2013-12-18 22:29:09 +08:00
@victor
要不要这么傲娇,我还在Ruby-China那拜读大作,说多就是矫情了. 这个还是可以共享的,存储的时候直接写到/dev/shm去,首页之类的不会太大,消耗不掉多少内存,但提速应该比较明显,阿里那IO跑出30+负载我一点也不奇怪... 希望能有点启发. :) |
34
leisudeng 2013-12-19 13:09:32 +08:00
这磁盘速度不能说特别差,一般做站是没啥大问题的
|
35
victor 2013-12-19 17:27:06 +08:00
@046569
@akira 好的,考虑到目前几十万PV,不算很严重,还是生成文件放在硬盘上吧。今天为此写了一个 Gem,如果程序是非 Rails 的 Ruby 应用,可以考虑下 https://github.com/wjp2013/grape-shaman_cache 支持内存,文件系统和memcached作为存储介质 |
36
DavidSone 2013-12-24 11:08:05 +08:00 1
阿里云很快会正式推出CDN了,把静态资源的压力转移到CDN吧,我就这么干的,还不错,至少不用整天再看着监控里面的磁盘项目一路飘红了,至于缓存,并不是万能的,很多场景启用缓存未必能解决多少问题
|