一直以来，使用的都是1and1（现改名为ionos）的服务。从域名到虚拟主机，还有云主机和独立服务器，都挨个使用过，价格还可以，服务也还行。
近来折腾Saas ERP，所以把原来几个小网站都挪到了1and1的虚拟主机上，而为另一个需要搭建odoo的网站申请了云主机。申请的是稍微便宜的那种，虽然前面半年都相当于免费使用，但速度实在太慢。
Odoo搭建测试之后，连我都觉得慢，如果正式上线，多个并发处理任务时，会更加吃力。1and1可以升级云主机，但升级的弹性不大，无非是多加一个cpu和空间而已。
考虑了半天还是决定另投他家。
在云服务领域，亚马逊是领头羊，但是阿里云把这个概念带到了中国。之前试用过，但一涉及到网络领域，备案啊，证书啊都是必须的，所以阿里云就首先舍弃了。
申请亚马逊的云服务AWS，先给你免费一年的试用，所以在AWS的EC2上部署了Odoo环境，非常简单便捷，但亚马逊的收费据说有很多坑（其实收费也还好），玩了一天不到，赶紧删掉实例，关闭AWS账号，就此告别。
Google搞IPO的时候，亚马逊已经做了AWS，但后来者追上，Google自有其品牌效应和能力，来抗衡AWS。所以就把目光转到了Google云上。
Google倒是大方，注册云服务之后，就给你300美金的试用券，用完即止，但也有永久免费的服务。
本来想直接从虚拟主机的VM，过度到使用谷歌的集群Kubernetes，无奈部署Kubernetes可真不是安装一个操作系统，安装几个软件的事。
先是把原来1and1云服务器上的Docker容器制作成镜像，推送到谷歌的Container Registry上就花了不少时间。先弄了个谷歌的云存储，然后把容器打包过来，无奈真没搞明白Container Registry如何使用云存储的镜像。
BTW，谷歌的帮助写的简直不是给人看的。
后来直接从原来服务器远程拷贝到谷歌的Container Registry上，然后使用Kubernetes集群上安装，结果应该是环境的问题，总是配置不成功。
以上，已经折腾了我一天一夜，需要学的东西太多，脑神经元重组的结果就是头疼得厉害。
索性还是退回到虚拟主机，使用谷歌的VM。但又怕环境搞错，这次干脆直接安装一个现成的VM 实例，使用了bitnami提供的odoo。安装过程比较简单，接下来是数据转移。
本来说使用docker，就是一个集装箱，想搬到哪里搬哪里，结果还是多费了很多步骤。
VM的odoo实例安装好之后，将原来服务器上的odoo数据库备份，然后导入到新安装的实例中。VM安装实例时，bitnami随机生成了后台登陆密码，一切都可以在google云端的“工具》部署管理器”中看到。
而Odoo数据库的默认管理密码（Master），则写入了服务配置文件中，这个是数据库导入必须要的。ssh登陆VM之后，在以下的地址中，可以看到admin_passwd，还有addons的安装地址
/opt/bitnami/apps/odoo/conf/odoo-server.conf 但还有个插件问题没有解决。
虽然可以登陆新的odoo后台和前台，包括图片等内容都原样显示，但系统报错，问题就出在安装的自有插件没有挪过来。
简单的方式就是，将原有的插件ftp下载到本地，如果没有改动，直接安装开发者提供的Addons。然后上传的google的实例上去。
但再次，google坑爹的就是ftp服务不是默认开通的，看了帮助文件仍然没有搞明白如何使用SCP登陆，本机安装的filezilla也是报错。大半天又过去了，头又开始疼了。
只能另寻他路，ssh到原来服务器上，使用scp远程拷贝，将文件传送到google上。一切妥当之后，登陆新服务器上的odoo后台，update app list，然后重启bitnami的整个服务。
再次进入后台之后，一切总算恢复如初。晚上总算能在床上睡个好觉了。
还有个问题，谷歌的VM实例给的是临时的ip地址，所以要把整个临时的改成静态ip，最后一步就是登陆到域名服务器上，把域名指向到谷歌的这个静态ip地址上。
一切就算妥当了。
这次从1(and1)-A(mazon)-G(oogle)之间的折腾，本来想用一个最新的集群服务器，最后不得不还是退回到了虚拟主机上。
Google的VM使用配置是1 个 vCPU、3.75 GB 内存，10Gb的标准磁盘（并非SSD），服务器选择在了europe-west4-a。在创建实例的时候，google会告诉你价格，并且从给你赠送的300美金里扣。
欧洲的服务器我选择了比利时的，相对法兰克福、伦敦等地方的要便宜一点。这样即便是以后自己付费，也会心安理得一些。
试用之后，果然是要比1and1的要神速很多，无卡顿现象。
接下来是依旧是继续折腾Odoo了。POS连接自动收款机，还有使用Ingenico的刷卡终端，都是尚未解决的问题。