迁移至阿里云前须知

     也许你被阿里云广告吸引/朋友推荐，准备把你的网站/应用/服务器迁移到阿里云，那么我真心建议你先仔细做下性能评估，同时可以看下以下文字。以免以后出现问题了，除了骂人只能骂人。


1.使用阿里云服务器，不要有大量的硬盘IO操作，越少越好。如果你的应用/网站/服务，需要大量的文件读写操作，请先修改吧。例如有些游戏服务器，玩家数据是存本地文件的，几分钟存盘几百M上G数据什么的，到了存盘点的时候，我只能说，自求多福吧。
   PS：无责任猜想，或许弄个虚拟盘，数据先放虚拟盘，然后在做个持久化的方案也可以。
  再PS: 各种图片站啊下载站什么的，直接绕道吧，别折腾自己了。
  
2.能用缓存的地方就用缓存吧。对于php站点，各种3方加速，什么xcache，apc的，能开的就开了。各种页面和数据，能缓存的就缓存吧。至少目前看来，云计算的内存比硬盘IO靠谱。如果你的访问量比较大，缓存和不缓存，性能差的可不是一个数量级。
  
3.数据库强烈建议使用rds，完全不推荐在云计算上面自架数据库。如果你非要这么做，嗯，希望你的数据量不大吧，顺便祝你好运。另外，以前rds对于保持长链接似乎不友好，虽然最近好像有优化过，个人还是建议能用短链接就用短链接吧，如果一定要用长链接，请自行做好断线重连机制。加个仓库/用户/IP白名单都会断开链接的日子，真是痛苦。
PS: rds目前无法自己设定参数，一些以前在自己服务器上面可以跑的很好的sql语句，迁移过来以后，就不好说了。如果你没人做dba，应用又复杂的。。。祝你好运。另外，对于mysql用户，数据库类型建议使用innodb，rds对myiasm似乎不太友好。


4.如果需要写大量日志，买台机器做日志服务器来写吧，这样就算日志服务器挂了，也不至于影响到你的业务。有些应用一天产生上G的日志保存在本地，你这不是给自己找不痛快么。
PS:开个RDS来做日志记录也是个办法。

5.云计算和rds是一定会出错的，没人，没有一家服务商是保证100%sla的。对于一个机房来说，每天出现几起机器故障是很正常的事情。对于用户而言，一般就是单点故障了，所以你的架构至少要能处理这种意外情况。 至于集群故障，祈祷你的机器不是刚好都在一个母机上面吧，如果你的服务器和后备/冗余服务器全部挂了，那么我建议打电话去骂客服吧，这样心里会好受一点。
    至于RDS，虽然比云计算稳定(也许是用的人少？)，但也出现过故障，同时因为到现在为止，阿里还不提供主从方案和异地同步冗余方案，所以，如果你对rds有在线要求，请自行设计方案了。例如，数据同时提交到杭州青岛2个机房的RDS，然后做好故障切换和数据同步各种处理，理论上2个机房同时故障的可能性已经足够低了。
PS: 阿里云提供的sla保证是99.7%，理论上是每个月可以有4个小时的故障时间。当然了，实际上没有出现这么多的故障时间。
PS: 最近一年，我记得的，云计算出现大规模故障2次，RDS出现过大规模故障一次。请各位自行评估风险。

6. 虽然一般情况下，对于服务器来说，cpu不是瓶颈，不过同样，如果你的应用/服务，需要使用大量的cpu资源的话，请先想办法降低吧。

7,阿里云计算提供的带宽，5M以上就是抢钱。如果你网站前端需要100M的带宽，个人意见是不如使用10-20台5M的来做前端。一个是价格更低，另外是避免了单点故障。特别是有些站，每天的访问高峰就那1-2个小时，其他时段访问量很少的，完全可以使用按需计费模式，在高峰时期开启多几台，过了高峰就关闭。
PS: 土豪请无视此条。

8. SLB是好东西。不过对于目前的SLB个人持保留意见，请不要完全把宝压在SLB上面。

最后，以上均为个人意见，不承诺也不保证一定正确，仅供参考。最最后，目前我个人还在使用云计算以及rds，并且短期内没有迁移走的计划。