早期阿里云存在的一些问题
修订记录
- 2015.12.17: 增加备份恢复失败一条内容
早都说要发个帖子吐槽阿里云，今天动笔吧，自从支付宝越做越臃肿，就对阿里系产品没有任何好感了。
那就开喷！
先说点无关的，VPS 的虚拟化技术有好几种，分 Xen，OpenVZ，Hyper-V，KVM，VMWare。
平常能接触到的就是 VMWare，代表产品是 VMWare Workstation，VirtualBox 这种，电脑上装一个 VirtualBox 就能跑 Linux 了。这种叫完全虚拟化，效率非常差，不过日常用 足够 应该够。
其次是半虚拟化，Windows 怎么解决的今天不说了，因为我用的是 Linux。Xen 和 KVM 都是这种技术，一般来讲，ls /proc/ 如果出来的目录有 xen 的，就是 Xen 无疑，当然也可能没有 xen 目录，这个自行搜索检测方法吧。 反正阿里云用的就是 Xen。
接下来比较无聊了，我扫下盲，Xen 是 2003 年问世，KVM 是 2007 年，Xen 的实现方法是运行支持 Xen 功能的 kernel，如果你需要更新 Xen 的版本，你需要重新编译整个内核，稍有不慎机器会开不了机的。相比较，KVM 就好很多，只是动态的链接上去几个模块，所以某些情况下，性能更优。这也是阿里云说不建议用户自己升级内核的原因。
所以我就很好奇阿里云是怎么做到不允许升级内核，理论上，yum，apt-get，都是可以更新内核的，刚才翻了几个文件夹发现，有这么个文件 /etc/apt/apt.conf.d/50unattended-upgrades，里面列出一些相关东西，只是猜测，并未去深究。
不管怎么说，阿里的客服不错，发了工单，都是直接电话沟通的，也不摆架子，挺好的
备案的处理速度很快，除了周末，资料审核不过夜
备多少天送多少天，也做到了
基本就这些了。开启吐槽模式，前方高能！
恢复快照的时候有些文件被篡改
之一
早些时候有一次恢复快照，发现 /etc/apt 目录被篡改了，辛辛苦苦搜集的一些源，一夜回到解放前，上论坛发帖，一个个傻逼管理员说是我快照不是最新的，到最后，我原来的 sources.list 文件在 sources.backup.d 目录找到了，虽说没丢，恢复个快照也能被篡改东西，真是服了，你哪来的权限？另外还有哪些东西修改了求告知，我诚心的。
之二
创建快照的时候，如果我没记错的话，我已经把 Aliyundun 进程卸载了，恢复完，居然又特么神奇的出现了，阿里你到底在干啥？注：如果你也想卸载，可以看这里。
Aliyundun 进程是什么
我用用你家服务器，你再安插一个奸细来监控我每天做了啥？还有那什么阿里绿网，说白了不就是跟墙一个原理，监控 80 端口非加密流量，过滤关键字。然而我博客这么多政治不正确的内容，因为用的 443 端口，貌似是不起作用。（偷笑
据相关用户说，阿里云盾占用内存也不少，我就无从考证了，拿到手第一件事就是卸载阿里云盾。
磁盘 IO 感人
虽说我电脑是用的 SSD，但是就从数据上看，服务器用的磁盘速度绝对不能 28 MB/s
time sh -c "dd if=/dev/zero of=ddfile bs=8k count=250000 && sync"; rm ddfile这是阿里云
250000+0 records in
250000+0 records out
2048000000 bytes (2.0 GB) copied, 72.2646 s, 28.3 MB/s
sh -c "dd if=/dev/zero of=ddfile bs=8k count=250000 && sync" 0.22s user 2.74s system 3% cpu 1:17.29 total
这是我的电脑
250000+0 records in
250000+0 records out
2048000000 bytes transferred in 3.240451 secs (632010772 bytes/sec)
sh -c "dd if=/dev/zero of=ddfile bs=8k count=250000 && sync" 0.09s user 2.21s system 68% cpu 3.358 total
这是 DigitalOcean
250000+0 records in
250000+0 records out
2048000000 bytes (2.0 GB) copied, 3.48763 s, 587 MB/s
sh -c "dd if=/dev/zero of=ddfile bs=8k count=250000 && sync" 0.03s user 2.07s system 59% cpu 3.529 total
这是外接移动硬盘
13 年暑假买的，数次文件恢复，数次格式化，可能都有坏道了，反正没少折腾
300000+0 records in
300000+0 records out
2457600000 bytes transferred in 28.783569 secs (81.4 MB/sec)
real 0m28.878s
user 0m0.127s
sys 0m2.930s
堂堂一个服务器级别的 SATA 硬盘，还没有 USB 口的移动硬盘速度快。
做好快照，恢复的时候，开不开机
前天想给生产环境升级 64 位操作系统，但是不想影响线上的业务，就充值 100，开了个按量付费的 VPS，在配置好环境恢复完数据之后，做了个快照，然后恢复到生产环境，结果悲剧了，开不开机。
无奈只好重装了系统，折腾了一下午加一晚上。问客服客服一脸无辜的表情，说我帮你反馈下 = = 这也不是客服的错，也不好意思再说什么。
国产的的东西，永远在细节上输一截，都做的什么狗屁产品。
流量计费不准
这点简直是优点了...官方说是只统计出网，入网流量不计费，然而出网流量计费也不准，这大半个月，用了至少 7 个 G 流量，实际扣费只扣了 2 个 G 的费用。
阿里也是大厂，应该不会突然哪天找我算账要钱吧。
未完待续...
像备案慢，国际出口太慢，这些，就不吐槽了。
