我的跨机房迁移记录，给有需要的朋友做个参考

前提：
1、杭州机房迁移到深圳机房
2、磁盘数据300G多一点，平均文件大小100+KB
3、一个论坛


9月12号4点15分记录


其实迁移是从9月11号开始的，11号中午我重新购置了一台按量付费的机器，这台机器配置是双核+2G+双400G临时磁盘+250M带宽，其中一个临时磁盘是用正常机器的数据盘11号凌晨的快照创建的。


补一个小插曲，其实一周前就准备迁移，当时按阿里技术支持部门童鞋的指导进行操作，只可惜第一步用快照创建磁盘的操作就失败了，后来查出来说是系统bug，当时就开玩笑说阿里的系统跟我有仇，每次用任何功能就出bug。


说回来，用临时迁移使用的机器准备打包数据，直接tar cf，没有执行任何压缩，当然，一旦执行压缩，CPU必然吃不消。打包一段时间之后，发现怪怪的，磁盘速度不像临时磁盘该有的性能，于是技术支持的童鞋说帮忙调高了IO限制，当然，实际得到的结果却是IO反倒变低了一半，后来后台开发查了蛮久，估计又是系统故障，过了蛮久才恢复到号称调高限制之前的水平。可是这水平实在太臭。


一直不停的在打包，我预计是打4个左右的包，从中午12点多开始，期间9个多小时一直在打。到了晚上21:50，技术支持的童鞋才告诉我一个这里面巨坑的细节，有快照创建磁盘需求的同学一定要注意一下。


快照创建磁盘的时候，不管你创建的是什么类型的磁盘，其实磁盘创建完的时候数据并没有copy过来，只有当磁盘上的文件不断的被访问的时候，才会从快照里面copy到你新创建的磁盘上，其速度可想而知了，我得到的结果是5MB/S的读取速度，有时候还低到2MB/S，悲惨到无以复加。


下午的时候我购置了深圳机房的机器，正常需要的配置，双磁盘，当然其中一块磁盘是准备临时用完就释放掉的。当打完一个包的时候，我就下载这个包到深圳的机器，然后解包。深圳现在是混合存储，根据实际压满跑了N多个小时的结果，按我的这种文件情况，顺序读写能达到50MB/S的速度，比杭州机房老的集群磁盘速度好很多。


整个过程就这样交替着，杭州打包，打完包下载到深圳，接着深圳解包。期间有碰到一个坑，凌晨开始，自动快照来了，磁盘速度立马严重受影响，刚开始磁盘速度急剧下降，还丈二和尚摸不着头脑，后来无意中发现是自动快照的问题，于是将没完成的自动快照删掉，速度又恢复了。