不删甲骨文了

我也是，不扣费就不改，扣费了我就交一点，先观察一下。

老账户不减配？

没收到相关的邮件通知

发生了肾么事？

小生认为有时间不如观赏一部电影《让子弹飞》

没邮件就不管

甲骨文大厂，不是mjj，不会朝令夕改的，即使改，也会提前有告知函；

就目前看到的消息，一个都没有去求证的（客服/官方论坛/邮件等途径），全靠一部分页面展示去揣测

对于有刚性需求的 肯定是用一天是一天 等邮件再说

对于本来就吃灰的 平时又不太关注邮件的 肯定是减了稳妥

我是属于第二种情况 已减

汇总了一下。除了 Reddit 的几篇核心帖子外，中文技术社区（如 V2EX、HostLoc 俗称“下水道/左转”论坛、NodeSeek 等）以及各大 Telegram 羊毛/运维频道也是这次“6.12 惨案”大讨论的重灾区。

1. NodeSeek 社区

NodeSeek 是目前国内主机和 Homelab 圈子非常活跃的论坛，对于这次突发缩水，圈内迅速给出了操作定性。

• 核心讨论帖：大家在讨论中明确提到了客服给出的 6 月 15 日计费红线。


• 社区实测内幕：


• 关于 200GB 硬盘：大家反复查阅了最新的 freetier_topic-Always_Free_Resources.htm 官方文档，确认块存储（Block Volume）的 200GB 额度并没有跟着砍。


• 关于热重塑（Edit Shape）：有很多纯免费（无信用卡升级）的用户反馈，如果直接在控制台点击“Edit”把滑块往左拉到 2c12g，部分机房会卡住或者提示“Capacity不足”（因为同一时间所有人都在降配，导致后台资源锁死）。


• NodeSeek 网友的建议：如果是 PAYG 付费账户，热重塑失败的话，建议立刻挂抢机脚本重新申请 2c12g 资源，因为 15 号一到，不降配就意味着直接从绑定的信用卡里扣除剩余十几天的 2 核算力费（大约每天 0.5~1 美刀）。

2. HostLoc（全球主机交流论坛）

作为国内最老牌的薅羊毛和服务器兜售论坛，HostLoc 的老哥们对甲骨文的操作进行了更深层的“利益和风控分析”。

• 核心内幕与风控警告：


• 老哥们根据甲骨文以往的操作风格（比如前几年的“闲置机器强制关机”和“大面积无理由封号”）推测，这次强制缩水其实是新一轮封号潮的前兆。


• “欺骗性宣传”的本质：有熟悉企业级云服务的前辈发帖指出，甲骨文在 [oracle.com/cloud/free/](https://oracle.com/cloud/free/) 首页上不改 4c24g 广告，其实根本不在乎普通用户的投诉。因为对于纯免费账户，大厂的法务早就用一句“随时有权终止或修改”免责了。不改首页广告单纯是为了吸引新用户注册，而进来后发现开不出大机子，再通过官方文档（Docs）收割老用户，这是标准的大厂“降本增效”手段。

3. V2EX 社区

在 V2EX 上，讨论更偏向于“应用层缩水后，业务怎么办”的技术实操。

• 技术讨论方向：


• OOM（内存溢出）恐慌：很多在甲骨文 ARM 上跑了 Java 项目（如微服务、私有云盘、或者小型本地语言模型）的程序员在贴里吐槽。内存从 24G 缩到 12G，意味着原来那些大吞吐量的 JVM 配置、数据库缓存（InnoDB Buffer Pool）如果不手动调小，15 号之后系统一重启就会集体暴毙。


• 备用方案讨论：不少人开始分享怎么用轻量化工具替代重型应用的经验，比如把一些庞大的 Docker 镜像换成更精简的版本，或者干脆把非核心服务迁移到其他免费平台（如 Cloudflare Pages/Workers 或是本地自建 NAS）。

不管是哪个论坛，目前全网给出的安全渡劫标准姿势只有一条：

别去赌大厂的计费系统会宽限。如果你有重要的服务跑在上面，且是 PAYG 付费账户，必须在 15 号前在后台完成降配。

@阿尼亚 #7

有人向客服求证过的

https://www.reddit.com/r/oraclecloud/comments/1u4lzkk/new_free_tier_limits_confirmed_by_oracle_support/

https://www.reddit.com/r/oraclecloud/comments/1u4emfv/end_of_an_era/

@jasonn8 #8

是啊，我的卡限额外币1块钱，反正降级改改也就3分钟的事。 不行以后再改回来。即便改不回，日常也是吃灰没啥影响。

好奇一个问题，已经改成arm2c12g了，那还能再开一台amd么

@marsss #12

amd免费是单列的，两个互不影响。只是共享账号存储、带宽总额。

@h2d #13 好的好的，那我去申请个amd试试看

@jasonn8 #8 我也是这种情况，机器不是刚需，担心被反薅，果断自己缩配置了

@h2d #9 发布于2026/6/13 21:37:01，编辑于2026/6/13 21:39:04

汇总了一下。除了 Reddit 的几篇核心帖子外，中文技术社区（如 V2EX、HostLoc 俗称“下水道/左转”论坛、NodeSeek 等）以及各大 Telegram 羊毛/运维频道也是这次“6.12 惨案”大讨论的重灾区。

1. NodeSeek 社区

NodeSeek 是目前国内主机和 Homelab 圈子非常活跃的论坛，对于这次突发缩水，圈内迅速给出了操作定性。

• 核心讨论帖：大家在讨论中明确提到了客服给出的 6 月 15 日计费红线。


• 社区实测内幕：


• 关于 200GB 硬盘：大家反复查阅了最新的 freetier_topic-Always_Free_Resources.htm 官方文档，确认块存储（Block Volume）的 200GB 额度并没有跟着砍。


• 关于热重塑（Edit Shape）：有很多纯免费（无信用卡升级）的用户反馈，如果直接在控制台点击“Edit”把滑块往左拉到 2c12g，部分机房会卡住或者提示“Capacity不足”（因为同一时间所有人都在降配，导致后台资源锁死）。


• NodeSeek 网友的建议：如果是 PAYG 付费账户，热重塑失败的话，建议立刻挂抢机脚本重新申请 2c12g 资源，因为 15 号一到，不降配就意味着直接从绑定的信用卡里扣除剩余十几天的 2 核算力费（大约每天 0.5~1 美刀）。

2. HostLoc（全球主机交流论坛）

作为国内最老牌的薅羊毛和服务器兜售论坛，HostLoc 的老哥们对甲骨文的操作进行了更深层的“利益和风控分析”。

• 核心内幕与风控警告：


• 老哥们根据甲骨文以往的操作风格（比如前几年的“闲置机器强制关机”和“大面积无理由封号”）推测，这次强制缩水其实是新一轮封号潮的前兆。


• “欺骗性宣传”的本质：有熟悉企业级云服务的前辈发帖指出，甲骨文在 [oracle.com/cloud/free/](https://oracle.com/cloud/free/) 首页上不改 4c24g 广告，其实根本不在乎普通用户的投诉。因为对于纯免费账户，大厂的法务早就用一句“随时有权终止或修改”免责了。不改首页广告单纯是为了吸引新用户注册，而进来后发现开不出大机子，再通过官方文档（Docs）收割老用户，这是标准的大厂“降本增效”手段。

3. V2EX 社区

在 V2EX 上，讨论更偏向于“应用层缩水后，业务怎么办”的技术实操。

• 技术讨论方向：


• OOM（内存溢出）恐慌：很多在甲骨文 ARM 上跑了 Java 项目（如微服务、私有云盘、或者小型本地语言模型）的程序员在贴里吐槽。内存从 24G 缩到 12G，意味着原来那些大吞吐量的 JVM 配置、数据库缓存（InnoDB Buffer Pool）如果不手动调小，15 号之后系统一重启就会集体暴毙。


• 备用方案讨论：不少人开始分享怎么用轻量化工具替代重型应用的经验，比如把一些庞大的 Docker 镜像换成更精简的版本，或者干脆把非核心服务迁移到其他免费平台（如 Cloudflare Pages/Workers 或是本地自建 NAS）。

不管是哪个论坛，目前全网给出的安全渡劫标准姿势只有一条：

别去赌大厂的计费系统会宽限。如果你有重要的服务跑在上面，且是 PAYG 付费账户，必须在 15 号前在后台完成降配。

15号马上就到了，看看甲骨文这次玩什么花招！

我是直接缩减了

免费用户怎么扣费

@道法自然 #18 客服说是后续超配额的会停机 但可以重新开回 2C12G，不会扣费

@marsss #12 发布于6/13/2026, 9:50:28 AM

好奇一个问题，已经改成arm2c12g了，那还能再开一台amd么

amd 不影响 还是两台 1c1g

@h2d #10 求证啥了 ^-^ ，就看他一面之词嘛，他说打电话了，连个录音都没放出来；还有你那个ai总结，怎么还有“HostLoc（全球主机交流论坛）”，loc不都关门许久了吗 ^-^

@multiset #20 我的arm分配了200g，现在不知所措 ^-^

不管了，先减配再说。还好减配不需要删机重建。

@afterglow #0 发布于13/06/2026, 09:26:11

我看tg里面有佬说有甲骨文的人说

政策不影响已开的老号，说要改运营模式，调整一下目标群体，在更新中还没上线完成

懒得想了爱咋样咋样吧

@afterglow #0 有靠谱来源吗

@marsss #22 没事，存储不影响，cpu 和内存也能直接在当前实例改，不需要重建，数据也不会丢

@h2d #9 发布于13/06/2026, 09:37:01，编辑于13/06/2026, 09:39:04

汇总了一下。除了 Reddit 的几篇核心帖子外，中文技术社区（如 V2EX、HostLoc 俗称“下水道/左转”论坛、NodeSeek 等）以及各大 Telegram 羊毛/运维频道也是这次“6.12 惨案”大讨论的重灾区。

1. NodeSeek 社区

NodeSeek 是目前国内主机和 Homelab 圈子非常活跃的论坛，对于这次突发缩水，圈内迅速给出了操作定性。

• 核心讨论帖：大家在讨论中明确提到了客服给出的 6 月 15 日计费红线。


• 社区实测内幕：


• 关于 200GB 硬盘：大家反复查阅了最新的 freetier_topic-Always_Free_Resources.htm 官方文档，确认块存储（Block Volume）的 200GB 额度并没有跟着砍。


• 关于热重塑（Edit Shape）：有很多纯免费（无信用卡升级）的用户反馈，如果直接在控制台点击“Edit”把滑块往左拉到 2c12g，部分机房会卡住或者提示“Capacity不足”（因为同一时间所有人都在降配，导致后台资源锁死）。


• NodeSeek 网友的建议：如果是 PAYG 付费账户，热重塑失败的话，建议立刻挂抢机脚本重新申请 2c12g 资源，因为 15 号一到，不降配就意味着直接从绑定的信用卡里扣除剩余十几天的 2 核算力费（大约每天 0.5~1 美刀）。

2. HostLoc（全球主机交流论坛）

作为国内最老牌的薅羊毛和服务器兜售论坛，HostLoc 的老哥们对甲骨文的操作进行了更深层的“利益和风控分析”。

• 核心内幕与风控警告：


• 老哥们根据甲骨文以往的操作风格（比如前几年的“闲置机器强制关机”和“大面积无理由封号”）推测，这次强制缩水其实是新一轮封号潮的前兆。


• “欺骗性宣传”的本质：有熟悉企业级云服务的前辈发帖指出，甲骨文在 [oracle.com/cloud/free/](https://oracle.com/cloud/free/) 首页上不改 4c24g 广告，其实根本不在乎普通用户的投诉。因为对于纯免费账户，大厂的法务早就用一句“随时有权终止或修改”免责了。不改首页广告单纯是为了吸引新用户注册，而进来后发现开不出大机子，再通过官方文档（Docs）收割老用户，这是标准的大厂“降本增效”手段。

3. V2EX 社区

在 V2EX 上，讨论更偏向于“应用层缩水后，业务怎么办”的技术实操。

• 技术讨论方向：


• OOM（内存溢出）恐慌：很多在甲骨文 ARM 上跑了 Java 项目（如微服务、私有云盘、或者小型本地语言模型）的程序员在贴里吐槽。内存从 24G 缩到 12G，意味着原来那些大吞吐量的 JVM 配置、数据库缓存（InnoDB Buffer Pool）如果不手动调小，15 号之后系统一重启就会集体暴毙。


• 备用方案讨论：不少人开始分享怎么用轻量化工具替代重型应用的经验，比如把一些庞大的 Docker 镜像换成更精简的版本，或者干脆把非核心服务迁移到其他免费平台（如 Cloudflare Pages/Workers 或是本地自建 NAS）。

不管是哪个论坛，目前全网给出的安全渡劫标准姿势只有一条：

别去赌大厂的计费系统会宽限。如果你有重要的服务跑在上面，且是 PAYG 付费账户，必须在 15 号前在后台完成降配。

@h2d #9 问题是大家问客服的时候北美客服都下班了，我美东周五下午问北美客服的时候人家表示他们啥也不知道，让付费用户创建 SR 问 billing team。现在传出来的这么多混乱消息，可能全是印度客服 hallucinate 出来的。

@h2d #9 发布于2026/6/13 21:37:01，编辑于2026/6/13 21:39:04

汇总了一下。除了 Reddit 的几篇核心帖子外，中文技术社区（如 V2EX、HostLoc 俗称“下水道/左转”论坛、NodeSeek 等）以及各大 Telegram 羊毛/运维频道也是这次“6.12 惨案”大讨论的重灾区。

1. NodeSeek 社区

NodeSeek 是目前国内主机和 Homelab 圈子非常活跃的论坛，对于这次突发缩水，圈内迅速给出了操作定性。

• 核心讨论帖：大家在讨论中明确提到了客服给出的 6 月 15 日计费红线。


• 社区实测内幕：


• 关于 200GB 硬盘：大家反复查阅了最新的 freetier_topic-Always_Free_Resources.htm 官方文档，确认块存储（Block Volume）的 200GB 额度并没有跟着砍。


• 关于热重塑（Edit Shape）：有很多纯免费（无信用卡升级）的用户反馈，如果直接在控制台点击“Edit”把滑块往左拉到 2c12g，部分机房会卡住或者提示“Capacity不足”（因为同一时间所有人都在降配，导致后台资源锁死）。


• NodeSeek 网友的建议：如果是 PAYG 付费账户，热重塑失败的话，建议立刻挂抢机脚本重新申请 2c12g 资源，因为 15 号一到，不降配就意味着直接从绑定的信用卡里扣除剩余十几天的 2 核算力费（大约每天 0.5~1 美刀）。

2. HostLoc（全球主机交流论坛）

作为国内最老牌的薅羊毛和服务器兜售论坛，HostLoc 的老哥们对甲骨文的操作进行了更深层的“利益和风控分析”。

• 核心内幕与风控警告：


• 老哥们根据甲骨文以往的操作风格（比如前几年的“闲置机器强制关机”和“大面积无理由封号”）推测，这次强制缩水其实是新一轮封号潮的前兆。


• “欺骗性宣传”的本质：有熟悉企业级云服务的前辈发帖指出，甲骨文在 [oracle.com/cloud/free/](https://oracle.com/cloud/free/) 首页上不改 4c24g 广告，其实根本不在乎普通用户的投诉。因为对于纯免费账户，大厂的法务早就用一句“随时有权终止或修改”免责了。不改首页广告单纯是为了吸引新用户注册，而进来后发现开不出大机子，再通过官方文档（Docs）收割老用户，这是标准的大厂“降本增效”手段。

3. V2EX 社区

在 V2EX 上，讨论更偏向于“应用层缩水后，业务怎么办”的技术实操。

• 技术讨论方向：


• OOM（内存溢出）恐慌：很多在甲骨文 ARM 上跑了 Java 项目（如微服务、私有云盘、或者小型本地语言模型）的程序员在贴里吐槽。内存从 24G 缩到 12G，意味着原来那些大吞吐量的 JVM 配置、数据库缓存（InnoDB Buffer Pool）如果不手动调小，15 号之后系统一重启就会集体暴毙。


• 备用方案讨论：不少人开始分享怎么用轻量化工具替代重型应用的经验，比如把一些庞大的 Docker 镜像换成更精简的版本，或者干脆把非核心服务迁移到其他免费平台（如 Cloudflare Pages/Workers 或是本地自建 NAS）。

不管是哪个论坛，目前全网给出的安全渡劫标准姿势只有一条：

别去赌大厂的计费系统会宽限。如果你有重要的服务跑在上面，且是 PAYG 付费账户，必须在 15 号前在后台完成降配。

hostloc都关了，哪来的信息

@h2d #10 发布于2026/6/13 21:47:30

@阿尼亚 #7

有人向客服求证过的

https://www.reddit.com/r/oraclecloud/comments/1u4lzkk/new_free_tier_limits_confirmed_by_oracle_support/

https://www.reddit.com/r/oraclecloud/comments/1u4emfv/end_of_an_era/

打开页面显示blocked，不知道为啥，看不到

@multiset #19 发布于2026/6/13 22:17:34

@道法自然 #18 客服说是后续超配额的会停机 但可以重新开回 2C12G，不会扣费

原有的账户都停？只是停机不删机对吗，我好奇，被停机之后，减配，是不是有概率开不了机了，数据会不会丢失。

@NoaMoe #28 reddit 屏蔽了机房 ip，如果你之前注册过 reddit 的话可以登录之后看帖子，之前没注册的话就直接 block 了。

@NoaMoe #29 数据不会丢，甲骨文是正经云厂商，cpu/内存在同一个物理机器上，但存储是独立的 nfs，哪怕删机器了 boot volume 默认也不会删，可以开新机器 attach 旧盘重新拉回来。