不以折腾为目的的迁移一点儿都不文艺

蜜瓜级轻巡洋舰二番舰 wrote on May 10th, 2015 under Life | 10 Comments | 2,898 views

近期完成了blog相关的一些迁移工作。

Domain从Oray迁移到Google Domains

很久之前就考虑着要把域名转移到Google Domains下面了,但目前的所在的注册商oray默认是把域名锁定的,切换成active状态转出需要实名认证,而实名认证又需要上传手持身份证的半身照,一直懒得弄于是就搁置了,真蛋疼。。。

前段时间在Oray的域名管理里逛来逛去,发现在一个现在已经找不到了的地方只需要上传签名的身份证就能实名认证(这些管理网站神马的果然是太复杂了,还不停地改版,实在是醉了。。。),于是便按要求上传了一下。结果紧接着就发现了我注册时的信息性别竟然填的是女!天知道当时是怎么想的。。而且现在竟然不能修改!估计这实名认证应该不会审核通过吧。修改信息还得联系客服,麻烦得要死,还是算了吧。。。

今天偶然上去又看了下,发现实名认证已经通过了。。。通过了。。。嘛,既然通过了也就没什么好说的了,立马申请域名转出,拿到转移密码。

Google Domains现在一年是12美刀,但是包含了Whois Privacy,相比Oray什么都没包括的一年80软妹币来说还是不错的。这么大的公司也没有不靠谱之类的问题。下面就是唯一的难题了,如何付款。

国内的付款好说,银行卡支付宝之类的各种方式基本都没问题,但Google Domains现在是仅对美国开放的,付款得用Google Wallet,而且账单地址需要是美国。毕竟Google已经退出中国市场,选择国家的时候是没有China可以选的。嘛,账单地址什么的随便填就好了,只要把信用卡成功添加进来就好了,我是这么想的。。。于是我在地址里写了个纽约,填了个纽约的邮编,成功把卡添加进了Wallet。

回到Domains,检测了一下我的域名,不知为何依旧是lock状态,尝试在Oray的控制台里将域名重新lock,再设成active,等了几分钟之后再检测,终于OK了,开始转入。转入时填写Whois信息,如果国家选中国的话会一直提示Invalid State,不管后面在State里填哪儿都是。。。我也是尝试了多次才发现这个奇妙的事情。。。最后依旧是填了纽约。。。

于是,于是,付款就出错了。。。搜了搜,没有找到合适的答案,只能不停地考虑问题可能出在哪儿,并去尝试各种不同的解决方案。。。
最后终于意识到了,应该还是填写的账单地址与银行预留的账单地址不符导致的,便开始尝试修改银行预留的账单地址。。。不过怎么可能改成其他地方嘛。。。
思前想后,Wallet里的这张卡现在有两个账单地址,一个是随便填写的纽约,一个是跑到已经开放给中国开发者注册的的Google Play的Develop Console里才成功添加进来的中国的真实地址。如果用纽约地址会付款失败,而用中国地址付款时信用卡是灰色不可选的,将这两个合起来呢?
于是我奇葩地又添加了一个新的账单地址,国家选美国,城市选纽约,而具体地址的方框里却填了北京,与银行预留地址的一模一样的文字。。。

于是。。。于是。。。付款真的成功了。。。 (bgm38) 我真是太机智了。。。

域名迁移过来了,至于dns嘛,据说Google的DNS现在在国内丢包严重,经常解析不到,而且感觉dnspod还挺好用的,较长一段时间内应该都不会去动它吧。
还是把dns迁到了google(说好的不去动它呢),稳定性没什么问题,考虑其实dnspod如果不用国内版的话还不如直接就用Google的了,我也没有分节点解析的需求。而且Google Domains的Email转发这个功能不错,收邮件时延迟小了很多,也提高了稳定性,不依赖于VPS的状况。

Host从SmartVPS迁移到VultrLinode

之前一直在使用SmartVPS,折腾来折腾去也已经超过两年了。
近段时间一直没有动过,top一下发现uptime已经超过了250天了。
由于当时买的时候Debian 7还不是稳定版本,于是就选了squeeze,现在看来好多软件都比较老了,更新起来比较费劲,再加上一些其他的原因,索性直接整个换掉了。

其实这家VPS还是不错的,不限流量,下载速度最高差不多能到400~500KB/s,IPV6就更快了。价格便宜,入门套餐467日元每月基本能满足需求,虽然是OpenVZ但也没怎么超售的样子,还是挺靠谱的。不过CPU相对比较弱。一个比较方便的地方是竟然是支付宝付款!而且只能支付宝付款!摆明了是面向中国用户的产品。。。
但是我现在其实搞不太清楚应该叫它什么。因为它的网址是smartvps.cn,logo写的是dream.jp,也就是它日本方面的地址,而页面内容里却一直在自称ServersMan@VPS。。。

至于想换掉,一方面考虑用专门针对中国用户的VPS产品感觉不是太好。另一方面,不知道什么原因,总是有时候会突然地,连接被reset掉几分钟。。。可能是被墙掉了吧。。。虽然很快就恢复了,但还是无法忍受。。。至于晚上高峰期联通网有时候会丢包,延迟比较大,这应该是通病了吧。用学校的网连倒是一直都挺稳定的,但现在已经不在学校了。。。而且这货的日本版dream.jp已经升级了,同价位的内存加了一倍,这个却迟迟没有反应。另外,这个的管理界面相对来说也比较简陋,没有提供使用情况的图表。

综上,基于各种各样的原因,考虑把主机迁移到其他地方了。

而迁移到哪儿呢?说到靠谱的VPS一般都会推荐Linode吧,毕竟是老牌了,稳定性和性能都没得说。不过貌似由于中国用户大量涌入,Linode的东京节点已经被玩坏了,据说已经很难分到不被墙的IP了。

分析尝试了一些,总之最后还是选定了Vultr,相对来说比较老了,而且可以自己上传镜像。。。虽然想传个Gentoo上去,但是最后还是懒得去上传安装而作罢。Debian的话因为7用的是SysInit,而马上要Stable了的8却切换到了Systemd,升级起来实在是及其的不平滑,以至于我最后竟然选了Ubuntu15.04。或许是因为已经看透了其实这些发行版差别并没有想象中那么大,而且生命周期内不会有什么问题吧。。。

Vultr后台有CPU内存和流量的统计,虽然东京节点每月只有200G的流量(其他节点全是1T,差别好大),但是也够我用的了。入门配置内存768MB,硬盘15GB,对于我来说也都是够用的范围(我的要求还真低),毕竟只是挂几个包括blog的网站,外加个邮件服务而已。当然还有Shadowsocks包括连接艦これ这一重要用途。。。
纯粹按小时收费这点也比较好,算下来每个月是5美刀,跟上一家也差不多,配置还稍微高点儿。

等服务迁移完之后也就让它稳定地跑着吧,感觉uptime两年应该没啥大问题。

才跑了一个星期,今天就ping不通了,我还以为是我的网络问题,mtr了一下发现是VPS的host到VM之间有80%以上的丢包 (bgm38) ,我也是醉了。。。打开Vultr的后台,它提示我的VPS所在的host出了些问题,正在修复。应该不至于是我点背刚好遇到它几百年出一次问题吧,而且还持续了一个多小时。。。(貌似确实是他们这段时间在升级东京节点。。。不过已经换到有Gentoo的Linode了就不再折腾了。)

于是我决定还是切到Linode了。。。

感觉Linode的support还是很靠谱的,提了个Ticket 5分钟后就有了回复,并且还不断在跟踪问题。
所有对VPS的操作都有邮件通知,还有load,网速和磁盘IO之类的报警,不需要自己另外去监控。
虽然东京节点一开始提示没有了,但用脚本刷了两分钟就买到了,而且还没有被墙,ping值和网速都不错。
10美元一个月的价格其实也不算高,正常使用也应该不会被墙吧。。。

至于系统还是选了Gentoo。Linode提供了一系列的内核不用自己去编译也非常方便,选了目前最新的4.0.2。
嗯,对的,我之前一直不知道Linode是有提供Gentoo的。。。要不然老早就迁过来了。。。 (bgm38)

Web Server从Apache迁移到Nginx

这个就纯粹只是为了迁而迁了,就之前的情况来看,其实用Apache也没什么问题,只是想着要熟悉下Nginx,所以迁了过来。

据说Nginx处理静态文件性能比较好,感觉也确实不错,而高并发什么的就没有去测了,也没那需求。配置文件写起来很简单这点也不错。不过wordpress依赖Apache的rewrite模块的一些东西就没法用了,selfoss的也是,得自己写nginx的rewrite规则,好在有好心人已经写好贴上来了,所以很快就搞定。

说来也觉得自己比较白痴的,之前VPS上的Dropbox竟然是以root跑的,自己当初是怎么考虑的实在是想不通。而dropbox断开连接比较久了,重新同步做了一堆乱七八糟的操作,结果包括Apache的site配置在内的一系列配置文件都被删掉了。。。还好没有手贱reload或者restart,所以网站还在正常跑着。。。本来如果那堆配置文件还在的话直接copy过来不用重新配置网站就能跑起来了。。。这也直接导致我没有遗憾地转移到了Nginx。

之前的Apache一直跑的是Apache-mpm-itk多用户模式,因为有时候会手动地执行selfoss的update.php,也会在cron里写定期执行,也有时候会网页端执行,切换用户不方便,于是索性统一到自己的用户下了。另外,lhm和csj的blog也挂在上面(虽然也是很久都没更新了),用他们自己的用户管理起来也方便点。

而Nginx的话,前端就没必要多用户了,默认的就好。php后端是fastcgi处理的,在php-fpm里给不同的网站指定不同的pool,不同的pool里可以直接写不同的用户,也很方便。

配置好网站后试了试,却感觉响应速度特别慢。顿时就伤心了。。。给blog加了个super cache,有cache的页面访问起来飞快,这应该不是网速的问题,而是到nginx后,后台php处理的响应速度很慢。nginx连php-fpm是用的socket,连接速度应该不成问题,那就应该是php-fpm的问题。虽然觉得应该不可能但还是把blog这个pool的进程数加了一倍,果然速度没有明显改善,看资源的使用也不是VPS性能问题。接着又查资料优化了半天,可是速度还是不尽人意,悲痛欲绝。。。

嘛,问题还是要解决的,这是人的天性,最后还是找到原因了。
因为wordpress连接mysql的地址写的是localhost,因此请求之前都会解析到localhost的IPV6地址,而本机上的mysql却没有监听IPV6地址,因此每次都要等一个超时,无法连接,然后才会fallback到127.0.0.1,导致连mysql速度奇慢无比。。。这蛋疼的设定。。。在配置里把localhost改成127.0.0.1之后,速度就蹭蹭地上来了 (bgm38) 。。。

跟之前比起来,由于加了cache,blog访问响应速度提高了一倍不止,而上这个VPS网速也不错,页面加载速度也快了不少,总体来说各方面都有提高。

Mail Server从Sendmail迁移到PostfixGoogle Domains

很久很久以前我在VPS上配置了sendmail。是怎么配置的我已经记不清了,不知道查了多少资料看了多少文档,终于让它正常工作了。从此便再也不想动它,虽然它也一直在很靠谱地工作着。。。
在这台主机上换成Postfix之后,也并不是说有多稳定,性能多好,这些对于一个个人服务器来说也没什么太高的要求。但至少配置文件能一看就懂了,知道该怎么去配了。不过也许是自己也更熟悉一些了吧。

postfix目前还没有支持4.0内核,编译的时候需要修改/var/tmp/portage/mail-mta/postfix-3.0.0/work/postfix-3.0.0/makedefs文件sed -i ‘s/Linux.3\*/Linux.[34]\*/’ makedefs添加4.0内核的支持。

加了条优先级高点儿的MX记录到目前的VPS上,正常收发也一次就测试好了,没有遇到什么复杂的问题,皆大欢喜。
至于目前的MX记录嘛,23333 (bgm87)
mx

设置对所有邮件做了转发,不用自建邮件服务器了。。。Google Domains真好用。。。 (bgm38)

图床从flickr迁移到七牛cdn

https的图床一直很头疼。
之前好不容易找到可以外链而且http以及https自由支持的flickr,于是把照片都放上去了。虽然这货的主页访问一直很慢,但是图片的farm速度貌似一直不错。
但是最近觉得还是把图片放在自己这儿靠谱一些,谁知道flickr什么时候会没掉。。。 (bgm38)

而支持https的cdn又不好找,特别是国内cdn。
最后还是用了七牛。七牛的上家是网宿,这是厂内用起来最靠谱的cdn,质量应该还是不错的。

如果没出什么问题预计这套配置应该会稳定很长的一段时间了。
虽然生命不息,折腾不止,但折腾多了还是会累的,还是留着精力去折腾一些其他的事情吧~ (bgm26)

  1. 这mx记录名真是够了 (bgm38)

  2. 壕友乎?

  3. 珍惜生命,原理折腾 (bgm38)

  4. 謝頴華 Safari Mac OS Says:
    #4 At August 30th, 2015 1:40 am Reply

    感謝博主!!
    我看了你的資訊,終於也成功註冊google domain了。

    不過…我是國籍選China,然後State寫Taiwan才成功哩,
    後面信用卡就照你的方法,國籍選美國,填臺灣的地址就過了:”p

  5. 其实conoha也不错的,速度比linode快,只是延迟高一点。直接把fpm扔掉的已经不用担心速度问题了2333333

  6. 迁移啊,我也刚做过,不过是主机方面的迁移,之前也是linode,现在直接用上了hexo。顺便连回复用的邮箱和昵称还有头像都换了。大概没人认得出我了 (bgm38)

(bgm38) (bgm24) (bgm108) (bgm84) (bgm65) (bgm97) (bgm44) (bgm66) (bgm61) (bgm47) (bgm90) more »

[Ctrl + Enter]