发生了什么
OCI Block Volumes 这次做了个行为变更,简单说就是补了个之前一直存在的漏洞。
以前创建虚拟机的时候,Boot Volume 的生成流程是不检查存储配额的,就算你的 total_storage_gb 已经超限,机器照样能建成功。甲骨文自己承认这个逻辑本来就不对,这次算是把它修正过来。
现在的逻辑是:启动实例 → 先检查配额够不够 → 不够就直接报错,实例建不起来。
哪些情况不受影响
- 已经在跑的实例,应该没事
- 现有的 Boot Volume 和 Block Volume,估计也应该没事
- 只有新建实例的时候才会触发这个检查
顺带说一下
甲骨文说会主动帮受影响的租户提前调整配额
另外这次变更无法申请延期,也不能退出,属于强制服务更新,收到邮件的都跑不掉。
有用 龟壳OCI 的朋友可以去看看自己的配额情况,欢迎留言讨论。
这次修复是针对BUG鸡的

邮件看到了Block,以为龟没了
我收到邮件了,我就一个arm 4+24+200的实例,刚刚好
收到邮件了,没看懂啥意思就删除了。
@UtopiaAn #1 我也是,今早看到这个邮件吓死我了
什么时候执行呢
圣荷塞已经在utc 22:11执行新政策
老机器没影响。。还好
@lqy #5
通知都下来了,执行应该也很快了,各地区时间不一样而已
不超200g不就没事吗
@peon-man #7
我感觉老BUG鸡可能重启了也会受到影响