OracleCloud薅羊毛的迁移之旅

最近一直木有关注有什么免费的羊毛可以薅一下,然而,免费的羊毛还是自动的跳到偶的眼中不得不薅,唉,是老天爷觉得我还要应该爬一下公有云的科技树或者对于免费羊毛不薅天理难容不得而知,但看完这帖子觉得是不得不薅了,先说一下目前都能薅到什么:

  • OracleCloud
  • Euserv
  • IBM
  • Heroku

最良心的还是排第一的甲骨文了,Euserv目前只支持IPV6,省IP的钱,但只能连接Warp获得IPV4, IBM去年太泛滥,所以被挂成了靶子,如果要科学上网,只有自编译梯子改特征才能用,Heroku则是需要信用卡才能连续不间断的使用,否则每月只有500小时,大家自己有兴趣都可以薅一遍,这里只讲怎么迁移去甲骨文云。

申请OC(Oraclecloud)需要用可以支付美元的信用卡,理论上免费资源申请的信用卡校验机制应该对于国内开了双币的VISA和MASTER类的卡都可以,但根据论坛上很多人的描述,也不是都是百分之百的成功,这里面不排除OracleCloud自己校验机制的问题,但也有可能是信用卡发卡行或者信用卡持有者的问题,但不管怎么样,成功的还是大多数,反正我一次就成功了,而且也没有任何觉得为难的地方,非常直接,就是next,next的。。人品还是好啊。。

申请到之后可以直接申请两个永久免费的AMD CPU的虚机实例,2个Core,1G内存,50G硬盘,这资源跑个什么Linux之类挂个小网站都没任何问题,很多人申请韩国的各个zone的,我就是懒,跟着前面人的文章直接申请了大阪的资源,然后就开始使用,OC自带的Ubuntu有很多定制化的设置,尤其是防火墙的Iptables里有一些规则,导致直接加规则不是很好用,这个有两个办法,一个是找image直接DD成纯粹的debian:

sudo -i #run as root

curl -fLO https://raw.githubusercontent.com/bohanyang/debi/master/debi.sh
# download debi.sh
bash debi.sh --architecture arm64 --user root --password yourPasswordHere
# run debi to prepare for DD

shutdown -r now
# reboot VPS to new DD, waiting 3-10min

apt-get update -y
# update debian 10

apt-get install curl -y
# install the common curl; you can ignore this line

或者把iptables的规则清掉,反正虚机的安全外面还有有层叫什么Security List的来保证。

OC的操作界面跟其他的公有云差别不大,如果大家有AWS,GCP,AZURE或者阿里云的面板操作经验,OC的操作应该是很直接的,而且安全,网络,虚机镜像配置啥啥的都很类似,配过的几分钟就能上手,不熟悉但对虚机操作有经验的也很快,如果这些都不熟悉。。唔。。那还申请个毛啊。。除非本来就是来学习目的来的,或者想硬薅羊毛的,硬薅不如有偿的找我这样的帮着折腾一下反而快很多,哈哈。。

OC说实在还是很良心的,居然直接在永久免费的机器上送IPV4的公网地址,这可是个大福利,嘿嘿,通常这种免费的资源都不配公网IP,不过现在有了IPV6,所以IPV4不是那么紧要了,但还是给了不少方便。送的IP又可能撞墙,不过有Cloudflare的CDN,做网站也不是啥问题,如果是搭梯子,那么可能就难受点了。。当时只送两个AMD实例的时候我还没想迁移,觉得资源差不多,折腾起来没意思,但过了一个多月,突然又传来了好消息。。

OC不知道咋想的,突然在整个亚洲的zone里每个用户给俩ARM的实例,这俩实例就不像AMD的实例那么抠门了,俩实例加起来不能超过4core+24G RAM+100GHD,这个比我这些年用过的主流自费机器的配置都高,不过我还没用过arm的机器,怕有些东西不兼容,赶紧找了俩大神了解了一下,发现Linux环境下面不兼容ARM的不是没有,但真的很少,流行的什么Nginx+Mysql+PHP都不在话下,那这必须用起来啊。。

赶紧申请,发现确实免费,但没有标记永久免费,我估计以后用的多了,这些资源就会回收,所以现在趁着羊毛还有,赶紧薅吧,本着成物不可毁的原则,我也不愿意去更新整个OS,所有的都是Ubuntu 20.04LTS,这样配置起来不用针对不同的OS去写不同的命令行,刷掉Iptables的配置,然后设好开放的80,443端口,装好Nginx,PHP,Mysql之后就开始一个一个的迁移之前的应用。

之前的应用有俩是Wordpress,这东西迁移起来轻车熟路的,基本上就是所有的代码考过来,然后数据库倒腾过来,装好一试,503错误,仔细看了一下,Nginx的conf文件的root路径配错了,这种基本的错误都能有,服了自己了,改好又变成502了,发现是数据库的问题,远程连接mysql又经历了Mysql的配置问题,防火墙的3306问题,用户问题等等,终于调好了,熟悉的这个界面又出现了,嘿嘿。。这里有个麻烦事是懒得去考之前的泛域名的SSL证书了,所以干脆直接重新安装我的那个装SSL的帖子再走一遍,搞定!!

有了第一个成功,那后面的就快了,很快BBS,Support之类的网站都过来了,但是迁移Mattermost的发现了不兼容的问题,服务的binary文件是X86指令集的,不兼容ARM,没办法,只能找了之前申请的AMD的实例装到那上面,折腾了一大圈,差不多快2周了,终于折腾完了。。

迁了那么多网站,说明这俩ARM的服务器的兼容性不错,用Linux没任何毛病,但我发现ARM服务器晚上的时候网络非常不稳定,经常丢包连不上去,不清楚是不是刚起来的云,安全性不好,被别人钻了漏洞,把SDN的资源都占光了,反正经常上很难上去,开始以为是撞墙了,后来发现不是,内部的俩host互相ping都不行,而且ARM的虚机偶尔也非常不稳定,估计还是网络造成的,网络好的时候没有任何问题。这两天网络慢慢好了一些。

这个ARM的资源很有限,属于紧缺资源,经常就没了,我在的大阪,开始申请的时候也申请不上,但是两天后就有了,只是已经有人说他在大阪申请的ARM的host悄无声息的消失了,好怕怕。。另外就是大家注意做好备份,什么时候被收回也不至于网站的数据库和资源文件都没了,呵呵。。现在据说首尔已经都光了,南韩只有春川还有,东京和大阪还有少量,大家如果有时间尽力去薅吧,毕竟做主力服务器都够用了,嘿嘿,祝大家好运。

相关的文章

One Response to “OracleCloud薅羊毛的迁移之旅”

Leave a Reply

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据