Wprowadzenie przez Oracle Cloud nowych limitów Always Free w dniu 18 sierpnia 2026 r. oznacza, że każda przestrzeń (tenancy) Ampere A1 Flex jest teraz ograniczona do 2 jednostek OCPU i 12 GB pamięci RAM – czyli połowy zasobów, z których użytkownicy mogli korzystać do tej pory. Przekroczenie tych wartości spowoduje zatrzymanie naruszających limit instancje przez platformę, co może prowadzić do przerwania działania usług.

Dlaczego limity uległy zmianie

Kiedy Oracle uruchomiło poziom Always Free, obiecywało hojne 4 jednostki OCPU i 24 GB pamięci RAM dla typu instancji VM.Standard.A1.Flex. Ostatnia rewizja polityki zmniejsza ten limit o połowę. Limit dotyczy całkowitej alokacji dla wszystkich maszyn wirtualnych A1 Flex w ramach danej przestrzeni (tenancy), a nie pojedynczej instancji. W praktyce można uruchomić:

  • Jedną maszynę VM z pełnymi 2 OCPU / 12 GB RAM, lub
  • Dwie maszyny VM, każda po 1 OCPU / 6 GB RAM.

Wszystkie inne typy instancji Always Free, takie jak AMD x86 E2.1.Micro, zachowują swoje dotychczasowe limity.

Kto odczuje skutki

  • Deweloperzy korzystający z darmowego poziomu – strony WordPress, małe kontenery Docker, odwrócone serwery proxy Nginx oraz lekkie bazy danych wciąż bez problemu mieszczą się w nowym limicie.
  • Użytkownicy Pay-As-You-Go (PAYG) – Dokumentacja nie wyjaśnia, czy limit 2 OCPU/12 GB dotyczy również ich. Ta niejasność zmusza klientów PAYG do otwierania zgłoszeń do wsparcia technicznego w celu uzyskania potwierdzenia.

Co się stanie, jeśli przekroczysz limit

Od momentu wejścia w życie nowej polityki, niektórzy użytkownicy zgłaszają, że Oracle automatycznie wyłącza instancje, które wydają się przekraczać nowy limit, nawet jeśli użytkownicy byli przekonani, że mieszczą się w wyznaczonych granicach. Wyłączonej maszyny VM nie można zmienić rozmiaru za pomocą konsoli; standardowym rozwiązaniem jest otwarcie zgłoszenia do wsparcia i poproszenie o ręczną korektę lub przejście na płatny typ instancji.

Ryzyko przerwania świadczenia usług sprawia, że niezbędny jest audyt każdej maszyny VM A1 Flex. Jedna przeoczona instancja może spowodować przekroczenie limitu w całej przestrzeni (tenancy), wywołując kaskadę zatrzymań.

Jak zweryfikować aktualne zużycie

  1. Zaloguj się do konsoli Oracle Cloud.
  2. Przejdź do sekcji Compute → Instances.
  3. Zastosuj filtr dla A1.Flex.
  4. Zsumuj liczbę jednostek OCPU oraz pamięć RAM dla każdej wymienionej instancji.

Jeśli suma jednostek OCPU przekracza 2 lub suma pamięci RAM przekracza 12 GB, oznacza to brak zgodności z nowymi limitami.

Opcje pozwalające pozostać w darmowym poziomie

  • Konsolidacja obciążeń – Jeśli to możliwe, połącz małe usługi w jedną maszynę VM z 2 OCPU.
  • Zmniejszenie skali – Zmniejsz liczbę kontenerów lub obniż parametry baz danych, aby dopasować się do konfiguracji 1 OCPU / 6 GB.
  • Migracja na płatne instancje – Jeśli nie można ograniczyć obciążenia, przejście na płatny typ instancji zapobiegnie nagłemu zatrzymaniu, ale wiąże się z dodatkowymi kosztami.
  • Wykonanie kopii zapasowej przed zmianami – Migawki (snapshots) lub zewnętrzne kopie zapasowe chronią dane na wypadek wymuszonego wyłączenia podczas audytu.

Na co zwrócić uwagę w przyszłości

Dokumentacja wciąż pozostaje niejasna w kwestii kont PAYG.

Podsumowanie

Zmniejszenie limitów instancji Ampere A1 Flex o połowę zmusza każdego użytkownika darmowego poziomu do ponownej oceny wykorzystywanych zasobów obliczeniowych. Szybkie podliczenie w konsoli powie Ci, czy jesteś bezpieczny, czy ryzykujesz nagłe zatrzymanie usług. Jeśli przekraczasz limity, skonsoliduj zasoby, zmniejsz ich skalę lub przejdź na płatną instancję, zanim automatyzacja Oracle wyłączy Twoją maszynę VM. Ignorowanie tej zmiany oznacza nagłą utratę usług, której można było uniknąć dzięki krótkiej kontroli przeprowadzonej już dziś.