HN Debrief

Oracle cut its Always Free ARM limits to 2 OCPU / 12GB, enforced Aug 18

  • Cloud Infrastructure
  • Startups
  • Infrastructure
  • Developer Tools

The submitted post says Oracle has reduced the ARM portion of its Oracle Cloud Infrastructure free tier and will start enforcing the lower cap on August 18, automatically terminating instances that sit above the new limit. The new “Always Free” cap is 2 Ampere A1 OCPUs and 12 GB RAM. Several people pasted the actual email and linked Oracle’s docs and price list because the source article itself was widely dismissed as AI-written and sloppy.

If you rely on OCI free compute, audit whether your account is a free tenancy or a paid tenancy with free-eligible usage, then verify limits inside the console and price list instead of trusting third-party posts. More broadly, do not build anything important on promotional cloud capacity unless you already have a migration path and recent backups.

Discussion mood

Mostly resigned and cynical. People generally agree Oracle’s old free ARM tier was unusually generous and that cutting it is commercially reasonable, but they are irritated by confusing communication, by the gap between advertised free capacity and actual availability, and by Oracle’s long-standing reputation for hostile account and control-plane behavior.

Key insights

  1. 01

    Paid tenancy still looks different

    Having a verified payment method appears to move you into a higher-priority OCI state where free-eligible usage is treated differently from a plain free tenancy. Multiple users on PAYG reported banners and account notices saying the new Always Free cut does not affect their paid resources, existing workloads, or bill, which supports the idea that the old ARM allowance may still remain available at $0 under paid tenancy rules.

    Check your exact tenancy type before downsizing or migrating. If you already have a card on file, confirm whether your current ARM usage is still covered under the paid-tenancy free allowance instead of assuming the headline applies to you.

      Attribution:
    • SOLAR_FIELDS #1
    • daneel_w #1
    • sva_ #1
    • blfr #1
    • dibbsonline #1
  2. 02

    Capacity was the real limit

    The headline change lands on top of a system that many people say was already effectively rationed by scarcity. Free-tenancy users repeatedly hit out-of-capacity errors for ARM instances, while the same regions often worked once the account was switched to PAYG, which makes the nominal free quota less important than Oracle’s internal priority rules for who actually gets hardware.

    Treat OCI free-tier numbers as marketing ceilings, not guaranteed capacity. If a project depends on actually launching instances on demand, test the exact account type and region before you commit.

      Attribution:
    • devy #1
    • silisili #1
    • SOLAR_FIELDS #1
    • llm_nerd #1
    • everfrustrated #1
    • mapkkk #1
  3. 03

    Idle-resource reclamation changes how free is usable

    Always Free instances are not just smaller and harder to get. They can also be reclaimed when Oracle decides they are too idle. Users described getting shut down while running low-traffic services and resorting to artificial keepalive or fake workload scripts to avoid eviction, while PAYG users said they could leave the same kinds of instances idle for months without being touched.

    Do not park low-traffic infrastructure on a pure free tenancy and expect it to sit there forever. If the service matters, either move it to paid tenancy rules or host it somewhere with explicit idle behavior.

      Attribution:
    • syntheticnature #1
    • newsoftheday #1
    • SOLAR_FIELDS #1
    • zenoprax #1
    • somehnguy #1
  4. 04

    Account risk is bigger than the quota cut

    A sharper warning came from people whose OCI accounts or VMs were terminated with little explanation and no useful support path. That changes the story from “free tier got worse” to “the platform itself can be operationally unpredictable,” especially if you are using it for anything you cannot quickly recreate elsewhere.

    Keep OCI free-tier workloads disposable. Store infrastructure as code, keep off-platform backups, and make sure recovery does not depend on Oracle support being responsive.

      Attribution:
    • drdexebtjl #1
    • somenameforme #1
    • Dimtree #1
    • Havoc #1
  5. 05

    Tor relays may lose capacity

    Some of these oversized free ARM instances were being used as Tor relay nodes because the offer effectively bundled a lot of bandwidth at no direct cost. Shrinking the compute allowance will likely remove some of that volunteer capacity, which is a reminder that cloud freebies can quietly become part of public internet infrastructure.

    If you operate projects that rely on volunteer relay or mirror capacity, watch for indirect effects from cloud pricing changes. Cheap or free bandwidth has become a hidden dependency for some networks.

      Attribution:
    • roncesvalles #1

Against the grain

  1. 01

    Two weeks is enough notice

    For a no-cost service, a two-week shutdown window is not obviously abusive. The practical argument is that most users should be able to resize, migrate, or back up a small free-tier workload in that time, so the stronger criticism is Oracle’s confusing messaging, not the calendar itself.

    Separate policy complaints from process complaints. If you depend on free infrastructure, assume short notice is normal and optimize your setup so two weeks is plenty.

      Attribution:
    • bigstrat2003 #1
  2. 02

    The reduction does not prove distress

    Cutting a loss-making giveaway is weak evidence that Oracle is in trouble. Free ARM at the old level was already far above market norms, and tightening it after years of subsidy can just as easily reflect overdue housekeeping, capacity pressure, or abuse control rather than a deeper business problem.

    Do not read too much macro signal out of a single free-tier change. Use it as a prompt to review your vendor exposure, not as proof of the vendor’s collapse.

      Attribution:
    • throwaway67743 #1
  3. 03

    The smaller free tier is still useful

    Even with the ARM cut and all the caveats, some users still report years of trouble-free service on the tiny x86 instance and acceptable results once they switched to PAYG for free-eligible ARM. That keeps OCI in the running for hobby services, VPN endpoints, and light utility hosts if you can tolerate rough edges.

    For noncritical side projects, OCI can still pencil out. Just choose workloads that are easy to recreate and do not require polished tooling or support.

      Attribution:
    • wastedpotencial #1

In plain english

Ampere A1 ↩
Oracle’s ARM-based virtual machine family built on Ampere processors.
ARM ↩
A processor architecture commonly used for efficient servers and mobile devices, different from traditional x86 chips.
OCI ↩
Oracle Cloud Infrastructure, Oracle’s public cloud platform for running virtual machines, storage, and networking.
OCPU ↩
Oracle CPU, Oracle’s billing and sizing unit for compute capacity that roughly maps to a share of physical processor cores.
PAYG ↩
Pay As You Go, an account type where you provide a payment method and are billed for usage beyond any free allowances.
Tor relay ↩
A server that helps carry traffic for the Tor anonymity network.
VPN ↩
Virtual Private Network, a service that routes traffic through another machine or network to provide secure remote access.
x86 ↩
A widely used computer processor architecture associated mainly with Intel and AMD chips.

Reference links

Oracle documentation and pricing

Coverage of the change

Related references and side discussions