Die Durchsetzung der neuen Always-Free-Limits durch Oracle Cloud am 18. August 2026 bedeutet, dass jede Ampere A1 Flex Tenancy nun bei maximal 2 OCPUs und 12 GB RAM gedeckelt ist – die Hälfte der Ressourcen, die Nutzer bisher zur Verfügung standen. Werden diese Werte überschritten, stoppt die Plattform die betreffenden Instanzen, was potenziell laufende Dienste unterbrechen kann.

Warum sich die Limits geändert haben

Als Oracle den Always-Free-Tarif einführte, versprach er großzügige 4 OCPUs und 24 GB RAM für die VM.Standard.A1.Flex Shape. Die jüngste Richtlinienänderung halbiert diese Obergrenze. Das Limit gilt für die Gesamtzuweisung über alle A1 Flex VMs in einer Tenancy, nicht pro Instanz. In der Praxis können Sie Folgendes ausführen:

  • Eine VM mit den vollen 2 OCPUs / 12 GB RAM, oder
  • Zwei VMs mit jeweils 1 OCPU / 6 GB RAM.

Alle anderen Always-Free-Shapes, wie die AMD x86 E2.1.Micro, behalten ihre ursprünglichen Limits bei.

Wer ist betroffen

  • Free-Tier-Entwickler – WordPress-Seiten, kleine Docker-Container, Nginx-Reverse-Proxys und leichtgewichtige Datenbanken passen weiterhin problemlos unter die neue Obergrenze.
  • Pay-As-You-Go (PAYG)-Nutzer – Die Dokumentation klärt nicht auf, ob die Grenze von 2 OCPU/12 GB auch für sie gilt. Diese Unklarheit zwingt PAYG-Kunden dazu, Support-Tickets zur Bestätigung zu eröffnen.

Was passiert, wenn Sie das Limit überschreiten

Seit Inkrafttreten der Richtlinie berichten einige Nutzer, dass Oracle Instanzen automatisch deaktiviert, die das neue Limit zu überschreiten scheinen, selbst wenn die Nutzer glaubten, innerhalb der Grenzen zu liegen. Eine deaktivierte VM kann nicht über die Konsole in der Größe angepasst werden; das übliche Mittel ist die Eröffnung eines Support-Tickets, um eine manuelle Anpassung oder den Wechsel zu einer kostenpflichtigen Shape zu beantragen.

Das Risiko von Dienstunterbrechungen macht eine Überprüfung jeder A1 Flex VM unerlässlich. Eine übersehene Instanz kann die Tenancy über das Limit treiben und eine Kette von Stopps auslösen.

So überprüfen Sie Ihren aktuellen Verbrauch

  1. Melden Sie sich in der Oracle Cloud Console an.
  2. Navigieren Sie zu Compute → Instances.
  3. Wenden Sie einen Filter für A1.Flex an.
  4. Addieren Sie die Anzahl der OCPUs und den RAM für jede aufgeführte Instanz.

Wenn die Summe der OCPUs 2 oder die Summe des RAMs 12 GB überschreitet, verstoßen Sie gegen die Richtlinien.

Optionen, um innerhalb des Free-Tiers zu bleiben

  • Workloads konsolidieren – Fassen Sie kleine Dienste, sofern möglich, in einer einzigen 2-OCPU-VM zusammen.
  • Herunterskalieren – Reduzieren Sie die Anzahl der Container oder verkleinern Sie Datenbanken, um in die 1-OCPU / 6-GB-Konfiguration zu passen.
  • Auf kostenpflichtige Instanzen migrieren – Wenn Ihre Workload nicht reduziert werden kann, vermeidet ein Upgrade auf eine kostenpflichtige Shape den harten Stopp, verursacht jedoch Kosten.
  • Vor Änderungen sichern – Snapshots oder externe Backups schützen die Daten, falls während der Überprüfung ein erzwungener Shutdown erfolgt.

Worauf Sie als Nächstes achten sollten

Die Dokumentation für PAYG-Konten bleibt unklar.

Fazit

Die halbierten Limits für Ampere A1 Flex Instanzen zwingen jeden Free-Tier-Nutzer dazu, seinen Compute-Footprint neu zu bewerten. Eine kurze Zählung in der Konsole verrät Ihnen, ob Sie sicher sind oder Gefahr laufen, abrupt abgeschaltet zu werden. Wenn Sie das Limit überschreiten, konsolidieren, verkleinern oder auf eine kostenpflichtige Instanz umsteigen, bevor die Automatisierung von Oracle Ihre VM deaktiviert. Die Änderung zu ignorieren bedeutet einen plötzlichen Dienstausfall, der durch eine kurze Überprüfung heute hätte vermieden werden können.