留档，硬盘好像还是200 https://docs.oracle.com/en-us/iaas/Content/FreeTier/freetier_topic-Always_Free_Resources.htm
后排用gpt分析了一下，不一定要降配！！可能会成为，绝版神鸡！！！ 我反而注意到文档里的另一个变化： 以前经典说法是： 最多可以开 4 个 1C6G 而现在文档已经改成： 可以创建 1个 2C12G，或者 2个 1C6G 实例，总计 2 OCPU。 这意味着 Oracle 不只是把总配额砍半，而是把实例数量上限也一起砍了。 如果未来老用户也被纳入新规则，那么很多人的： 4×1C6G 2×2C12G 4C24G 大机器 都会成为“绝版资源”。 不过截至目前，文档里我还没看到关于已创建的 4C24G 老实例如何处理的说明。这才是接下来 VPS 圈最关心的问题。 ps，本投票仅供交流与讨论 由大伙自己决定自己的龟龟命运吧~~
留档，硬盘好像还是200
https://docs.oracle.com/en-us/iaas/Content/FreeTier/freetier_topic-Always_Free_Resources.htm
后排用gpt分析了一下，不一定要降配！！可能会成为，绝版神鸡！！！
我反而注意到文档里的另一个变化：
以前经典说法是：
最多可以开 4 个 1C6G
而现在文档已经改成：
可以创建 1个 2C12G，或者 2个 1C6G 实例，总计 2 OCPU。
这意味着 Oracle 不只是把总配额砍半，而是把实例数量上限也一起砍了。
如果未来老用户也被纳入新规则，那么很多人的：
4×1C6G
2×2C12G
4C24G 大机器
都会成为“绝版资源”。
不过截至目前，文档里我还没看到关于已创建的 4C24G 老实例如何处理的说明。这才是接下来 VPS 圈最关心的问题。
ps，本投票仅供交流与讨论
由大伙自己决定自己的龟龟命运吧~~