使用linode clone功能把一个vps整机迁移到另一vps上

前些天linode九周年促销活动时,抢买了一512的vps,想把原vps上的数据全部迁移过去,然后把旧vps撤销掉,这样可以省三个月的费用,还是很值的。买过后却懒得迁移数据,因为配置环境还是一件麻烦的事情,虽然没有多高技术含量。一个多月时间,也只配置了个最基本的环境,当时把配置过程实录下来,写了篇新手教程,然后就完全搁置了。其实环境还没有真正配置好。

今天偶然间看到linode后台里的clone功能,上网查了下,果然就是vps整机迁移的,这简直太方便了,跟linode迁移数据中心/机房一样简单,甚至更简单,不用给客服发ticket,完全自助!

于是在仔细确认后关掉新vps,把原vps clone过来。clone时,源vps不关机,直接迁移,理论上这样会造成一些问题,但考虑到vps工作负载并不高,其实只是个人wordpress博客,访问量很少,所以数据一致性问题应该可以忽略。

clone时,选中启动配置,而不是下面的硬盘,因为我需要的是整个服务器迁移,而不是只迁移某个硬盘。但是报错说“空间不足”,于是去把硬盘删掉,这样再操作,就通过了。因为两个vps在同一个机房(Fremont),所以速度很快,十几分钟就完成了。

启动vps,但失败了,发现是用的原来的启动配置,注意到在 Select Configuration Profiles 里有两个配置,默认选中的是原来的配置,改选中用另一个,再启动,成功。把前一个启动配置删掉,只保留可用的这个。

ssh连接,提示WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!

因为RSA host key变了,所以ssh警告。

$ vim ~/.ssh/known_hosts

把旧的rsa key删掉,保存,再ssh连接,正常进入。

因为在vps上没有使用本机静态ip地址的配置,所以不需要做任何设置修改,直接运行了。

nginx编译后写入/etc/rc.local,所以自动启动了。

测试clone迁移后的vps上的站点是否正常运行,把浏览器的代理设置成vps ip地址80端口,然后通过域名访问,但wordpress提示“无法连接数据库”,难道是迁移后mysql挂了?ssh上检查没有mysqld的进程,想起好像当时没有把mysqld 设置为自动启动,于是到setup里查看,果然。设置自动启动,然后/etc/init.d/mysqld start ,然后再次访问网站,完全正常!

再检查了一下其它站点、备份数据之类,确认没有问题,到dnspod上把域名解析到新的vps上,然后两边都运行着,这样dns解析没有生效的用户,访问旧vps还是可以正常打开的,不至于造成流量丢失,或者被se蜘蛛“反感”。

几个小时后,把旧vps关掉,再次确认没有问题,这下就可以撤销掉旧vps了,今天8月1号,或许这一个月的费用就可以不付了。撤销掉vps后,看到账单里有个0.64刀的账单,看来这个月还是算用了一天吧。不过也还好,至省下了8-9月两个月的vps费用,好歹也两百多RMB。接着给客服发了个ticket,问问是remove掉vps后否还有其它事情要做,客服说要付掉那0.64的账单,别的没有。

于是付款,然后,没事了。写下这篇文章记念一下。

linode vps 国内访问速度测试:机房测速

注意:本文内容仅供参考,测得数据并没有广泛的代表性。测试结论参看文后总结。

今天凌晨0点买了个linode的 512vps,久闻其最近日本机房质量严重下降——我指的是在本朝大局域网内访问的速度——有点不是太相信,想亲自测试一下;以后把站点迁移上去之后就不方便这么折腾了。

于是点选了Tokyo JP,ssh连接上去看了看,一个很空的系统,大概是最小化安装的,还是这种环境好,没有乱七八糟的东西,想装什么装什么,省心。太困了,于是睡觉。

起床后开始折腾:

时间:2012-06-09 10:00

安装apache ,在web目录里 wget -r http://blog.path8.net ,搞一点文件,用来测试一下页面打开速度。wget太慢,运行了一两分钟,Ctrl+C中止掉;浏览器打开测试页面,通过firebug的网络检测功能查看,速度跟burstNet vps差不多,甚至更慢。

vps上 wget上去一个linux kernel的bz2包,这可是真正的高压缩文件,测试网速时最喜欢用它了! 在vps上wget,速度基本上在300-500K左右,最高也没超过700K。

这么来看,linode 日本东京机房的网络速度果然不很快。

网上找比较linode几个数据中心的速度方面的文章,都比较老,通过搜索得知linode library中(http://library.linode.com/getting-started#sph_selecting-a-data-center)提供的有测速的链接 http://www.linode.com/speedtest/

============= 这几个测速链接如下: ===================

Use this information to determine the best location for your Linode.

Facility Hostname Test Download
Tokyo, JP speedtest.tokyo.linode.com 100MB-tokyo.bin
London, UK speedtest.london.linode.com 100MB-london.bin
Newark, NJ speedtest.newark.linode.com 100MB-newark.bin
Atlanta, GA speedtest.atlanta.linode.com 100MB-atlanta.bin
Dallas, TX speedtest.dallas.linode.com 100MB-dallas.bin
Fremont, CA speedtest.fremont.linode.com 100MB-fremont.bin

========================================================

上网环境为 中国电信光纤宽带,使用firefox下载一个测试文件1分钟左右,然后断开,再下载下一个。

测速结果大致如下:

数据中心 粗测速度(KB/s)

Tokyo, JP 150~210

London, UK 400~700

Newark, NJ 200~220

Atlanta, GA 400~500

Dallas, TX 400~800

Fremont, CA 100~120

因为正好是美国的夜间,而是日本的白天,这点也会影响实际结果。

换个时间再测一下速度,以使结果更具代表性

12:30再次测试,使用wget 命令,仍下载一部分,加上两个参数:wget第一次显示的速度值,wget第一条日志记录中显示值

数据中心 前10秒平均速度 第一次显示速度 第一条记录中速度

Tokyo, JP 35 (35~26) 33 35

London, UK 400 (220~600) 33 193

Newark, NJ 120 (156~80) 30 156

Atlanta, GA 400 (260~560) 42 289

Dallas, TX 600 (480~900) 49 389

Fremont, CA 140 (120~260) 61 138

总结:

Atlanta, GA 与 Dallas, TX 表现最佳,另外 London, UK 也不错,这点之前是没有想到。

----------------------------------

不过就实际有使用情况来看,在国内访问Dallas, TX机房的网络速度很慢,ping值在几个机房中是最高的,web访问起来,跟burst速度差不多,根本没有体现出linode的形象来。经过一天的使用,请求客服换到Fremont, CA ,使用这个据说有些悲摧的机房,一段时间看看情况再说,看是是真的有带宽拥挤而抽风等情况。据说Atlanta, GA 机房在国内访问也是不错的,不过没有试用。

目前本站vps就是在Fremont, CA机房,速度尚可。

----------------------------------

另外,顺便扯一点:

有不少主机商提供的测速都是做过手脚的:他们提供的文件其实是内容高度重复的文件,甚至是整个文件里都是同一个字符,这样的文件,通过http协议下载时,会自动压缩传递的。所以他们的主机:测速链接的文件下载速度超级的快,但用时时候慢得要死。

而linode的测速文件下载下来后,使用zip、bz2压缩,文件大小都没有减小,也就是说他们提供的测速文件还是很专业的,至少在测速方面,他们根本没有想骗用户。

----------------------------

后记:本文是很早写的。2014年的某天本站已迁移到linode日本,当时网络质量还是不错的,丢包率通常在2%以内。然而在2015年,上海电信连接海外网络质量严重bug,丢包暴增,linode日本平均丢包20-30%;cnn, apple, ms等网站在上海电信丢包率也好不了哪里。所以,网络质量这东西,是动态的,老文章的数据,参考意义不大。