这是一个创建于 3350 天前的主题，其中的信息可能已经有所发展或是发生改变。
阿里云买的服务器, 东北节点 1G 内存, 40G 盘
最近事故出现频繁, 看起来就是网站挂了, ssh 不上去, 然后超时 服务 80 和 8080 都有, 都是 pending 很久然后超时
提交工单, 客服说 io 高, 丢我一个连接让我自己折腾 麻蛋, 我连服务器都上不去, 管理终端也连不上去, 给我一个帖子能怎么解决问题,
重启后改善, 但是上面只有 mysql , docker, tomcat, 平时硬盘 io 也是 10M/s 级别, 假死时, cpu load 也才 0.2 左右,
用 iotop 监控, 发现假死时最后的监控, 前三有两个都是阿里自己的服务!
│Actual DISK READ: 203.99 M/s | Actual DISK WRITE: 87.95 K/s │ TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND │ 2185 be/4 root 12.80 M/s 0.00 B/s 0.00 % 99.99 % python /usr/sbin/iotop │ 1498 be/4 root 13.35 M/s 0.00 B/s 0.00 % 99.99 % AliHids [Thread (pooled)] │ 1439 be/4 root 8.06 M/s 0.00 B/s 0.00 % 99.99 % AliHids [QThread] │ 4572 be/4 www-data 8.33 M/s 0.00 B/s 0.00 % 99.99 % apache2 -DFOREGROUND │ 4514 be/4 www-data 10.39 M/s 0.00 B/s 0.00 % 99.99 % apache2 -DFOREGROUND │ 4624 be/4 mysql 7.14 M/s 0.00 B/s 0.00 % 99.99 % mysqld │ 1400 be/4 root 9.99 M/s 0.00 B/s 0.00 % 99.99 % AliHids │ 4615 be/4 mysql 13.70 M/s 0.00 B/s 0.00 % 99.99 % mysqld │ 4621 be/4 www-data 7.53 M/s 0.00 B/s 0.00 % 99.99 % apache2 -DFOREGROUND │ 2366 be/4 dix 2.09 M/s 0.00 B/s 0.00 % 99.99 % java -Djava.util.lo~rtup.Bootstrap start │ 2105 be/4 dix 10.59 M/s 0.00 B/s 0.00 % 99.99 % tmux new -s di │ 2357 be/4 dix 1222.61 K/s 0.00 B/s 0.00 % 99.99 % java -Djava.util.lo~rtup.Bootstrap start │ 1142 be/4 root 3.10 M/s 0.00 B/s 0.00 % 99.99 % docker -d │ 1307 be/4 root 7.65 M/s 0.00 B/s 0.00 % 99.99 % AliYunDunUpdate │ 2767 be/4 dix 1099.74 K/s 1262.48 B/s 0.00 % 99.99 % java -Djava.util.lo~rtup.Bootstrap start │ 1347 be/4 root 5.19 M/s 0.00 B/s 0.00 % 99.99 % AliYunDun │ 707 be/4 root 1201.24 K/s 0.00 B/s 0.00 % 99.99 % docker -d │ 947 be/4 mysql 4.69 M/s 0.00 B/s 0.00 % 99.99 % mysqld │ 4598 be/4 mysql 1997.28 K/s 0.00 B/s 0.00 % 99.99 % mysqld │ 2945 be/4 mysql 2.03 M/s 0.00 B/s 0.00 % 99.99 % mysqld │ 1966 be/4 ntp 6.41 M/s 0.00 B/s 0.00 % 99.99 % ntpd -p /var/run/ntpd.pid -g -u 103:109 │ 2359 be/4 dix 364.52 K/s 36.16 K/s 0.00 % 99.99 % java -Djava.util.lo~rtup.Bootstrap start │ 2479 be/4 dix 198.08 K/s 0.00 B/s 0.00 % 99.99 % java -Djava.util.lo~rtup.Bootstrap start │ 3385 be/4 mysql 3.82 M/s 0.00 B/s 0.00 % 99.99 % mysqld │ 3591 be/4 mysql 1488.51 K/s 0.00 B/s 0.00 % 99.99 % mysqld │ 1495 be/4 root 3.20 M/s 0.00 B/s 0.00 % 99.99 % AliHids [Thread (pooled)] │ 2106 be/4 dix 4.36 M/s 0.00 B/s 0.00 % 99.99 % -zsh │ 945 be/4 mysql 2.92 M/s 0.00 B/s 0.00 % 87.46 % mysqld │ 4432 be/4 root 4.12 M/s 0.00 B/s 0.00 % 84.23 % apache2 -DFOREGROUND │ 2352 be/4 dix 771.79 K/s 841.65 B/s 0.00 % 83.91 % java -Djava.util.lo~rtup.Bootstrap start │ 4614 be/4 mysql 1191.38 K/s 0.00 B/s 0.00 % 75.89 % mysqld │ 4560 be/4 mysql 1310.15 K/s 0.00 B/s 0.00 % 75.77 % mysqld │ 949 be/4 mysql 1904.40 K/s 0.00 B/s 0.00 % 64.58 % mysqld │ 4570 be/4 mysql 1189.74 K/s 0.00 B/s 0.00 % 58.15 % mysqld │ 4588 be/4 mysql 1231.24 K/s 0.00 B/s 0.00 % 57.72 % mysqld │ 3622 be/4 dix 2.24 M/s 0.00 B/s 0.00 % 56.63 % sshd: dix@pts/2 │ 925 be/4 mysql 62.06 K/s 0.00 B/s 0.00 % 51.01 % mysqld
求是否有同样情况的朋友?
阿里云是不是也是虚高的配置?然后各种复用, 将负载大的用户 压到众多普通用户服务器上?
 | 1 LuoDiNate OP │Actual DISK READ: 203.99 M/s | Actual DISK WRITE: 87.95 K/s │ TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND │ 2185 be/4 root 12.80 M/s 0.00 B/s 0.00 % 99.99 % python /usr/sbin/iotop │ 1498 be/4 root 13.35 M/s 0.00 B/s 0.00 % 99.99 % AliHids [Thread (pooled)] │ 1439 be/4 root 8.06 M/s 0.00 B/s 0.00 % 99.99 % AliHids [QThread] 这是前三 |
 | 2 MiguelValentine 2016-08-12 14:38:32 +08:00 我之前也遇到，两次。 |
| 3 LuoDiNate OP @MiguelValentine 有解决办法么? |
| 4 MiguelValentine 2016-08-12 14:45:50 +08:00 @LuoDiNate － －！怼过工单，跟你一样的情况。一口咬定我这的问题。。 |
| 5 LuoDiNate OP @MiguelValentine 同一个 docker 镜像, 在配置更低的 aws 上跑了半年没出过一次问题, 我 docker 导出的 zip 包来过了, 一周宕机 4/5 次, 气死我了 |
 | 6 kozora 2016-08-12 14:58:32 +08:00 阿里个位数的 IO 我也是怕了 |
 | 7 scys 2016-08-12 15:17:39 +08:00 阿里云跑任何 IO 都要小心： D |
 | 8 niudaye 2016-08-12 15:18:27 +08:00 我的也是这样，刚开始一周挂四五次，现在就是重启后也打不开了。 |
 | 9 hgzz 2016-08-12 15:55:33 +08:00 我也遇到过很多次，后来还是把自己程序优化了一下，后面就再也没出现过了 |
 | 10 SourceMan 2016-08-12 16:12:19 +08:00 我也是， 2 月份一次， 6 月份一次，全部站点挂掉 查询原因是 IO 突然跑满，机器假死，只能控制台“硬重启” |
 | 13 yangdehua 2016-08-12 16:41:53 +08:00 看看 io 能力是多少 lsblk -t -d |
 | 15 lun10439547 2016-08-12 17:55:27 +08:00 我已经 N 多次了。。。幸亏 不频繁。。。。也就一两个月重启一回。。。。。真烦 |
 | 17 fangpeishi 2016-08-12 18:27:12 +08:00 主下 ECS 的 IO 控看看。遇到，一般都是 IOPS 打的高，然後假死了，得重。 可以 SSD ， 2 系的 CPU ， IO 化看看。 |
 | 18 em70 2016-08-12 18:28:39 +08:00 mysql 部署到 RDS 去 |
 | 19 notgod 2016-08-12 18:29:50 +08:00 via iPhone 你们试试 使用 nginx + pagespeed 开缓存 经常假死 nginx 查日志 全部是缓存文件读取 slow 引起的问题 这么多年这玩意还是没长进 尽然升级降级功能都找不到 谁教我下？ |
 | 21 billlee 2016-08-12 19:37:45 +08:00 把云盾关了并删除 |
 | 22 jiongxiaobu 2016-08-12 20:12:28 +08:00 ＋ 1 |
 | 23 ragnaroks 2016-08-13 10:14:12 +08:00 卸载云盾有一点用,但是原罪是 IO 云磁盘还没我淘宝买的扩容盘快 |
Select Language