白嫖云服务器？后果来了...

早前蓝点网提到甲骨文在用户控制台挂出提示，低于长时间闲置的云服务器甲骨文将会自动关机以节省资源。现在甲骨文已经公布详细的闲置云服务器回收规则，遗憾的是对于闲置的机器是回收而非停机因此影响较大。

之前网友们通过各种卡薅的甲骨文免费实例要用起来，不然被回收后再想开新机器估计没有配额没法再开通。

当然好消息是既然有闲置机器被回收那甲骨文「可能」还会放出更多配额，那后来的用户估计也能开新机器。然而考虑到现在整个行业不景气甲骨文也在裁员，鬼知道这些闲置机器被回收后甲骨文还会不会继续放配额。

以下是闲置回收规则：

1.时间周期：本规则适用于甲骨文云计算的永久免费实例，计算周期为七天，七天内触发条件可能会被回收。

2.处理器闲置率：在本周期内也就是七天内的 95% 的时间，CPU 使用率都低于 10% 则服务器会被视作闲置、可能会被回收。

3.网络利用率：在本周期内如果服务器的网络利用率低于 10% 则视为闲置机器，可能会被甲骨文回收服务器。

4.内存利用率：此条仅适用于 A1 型也就是 ARM 机器，在本周期内内存利用率低于 10% 也被视作是闲置机器。

这里甲骨文还留了个 BUG，使用规则里并没有提到以上 3 种条件同时满足还是其中一条满足就属于闲置机器。

**注：以上规则不仅适用于 Oracle Cloud 开通的云服务器(虚拟机)，对于裸机计算实例也同样执行限制回收。

估计挂机脚本很快就会出现：

现在最大的问题就是到底是三条都满足还是其中一条满足就算限制，如果任意一条就触发那保号的难度太大。当然对专业用户来说这也不是问题，因为只需要写个脚本跑定时任务就可以，人为制造更高的服务器负载率。

以蓝点网目前持有的甲骨文服务器来说其实并没有闲置，但上面运行的任务本身负载很低不满足甲骨文要求。所以现在我也得考虑写个脚本比如随机生成一些文件然后计算哈希值、并行高压缩率压缩或者执行解压等等。

这么做倒是能满足甲骨文的要求只不过感觉确实没有必要，但不想被回收的话，我也只能人为制造高负载率。