2026년 8월 18일부터 시행되는 Oracle Cloud의 새로운 Always Free 제한 사항으로 인해, 모든 Ampere A1 Flex 테넌시는 이제 최대 2 OCPU 및 12 GB RAM으로 제한됩니다. 이는 사용자가 지금까지 누려온 리소스의 절반 수준입니다. 이 수치를 초과하면 플랫폼이 해당 인스턴스를 중단시켜 라이브 서비스가 중단될 수 있습니다.

제한 사항이 변경된 이유

Oracle이 Always Free 티어를 출시했을 때, VM.Standard.A1.Flex 형태에 대해 4 OCPU 및 24 GB RAM이라는 관대한 사양을 약속했습니다. 최근의 정책 변경으로 이 한도가 절반으로 줄어들었습니다. 이 제한은 인스턴스당 적용되는 것이 아니라, 테넌시 내의 모든 A1 Flex VM에 할당된 총 리소스에 적용됩니다. 실제로 다음과 같이 운영할 수 있습니다:

  • 2 OCPU / 12 GB RAM을 사용하는 VM 1개, 또는
  • 각각 1 OCPU / 6 GB RAM을 사용하는 VM 2개.

AMD x86 E2.1.Micro와 같은 다른 모든 Always Free 형태는 기존 제한을 유지합니다.

영향을 받는 대상

  • Free-tier 개발자 – WordPress 사이트, 소규모 Docker 컨테이너, Nginx 리버스 프록시 및 경량 데이터베이스는 여전히 새로운 한도 내에서 원활하게 운영할 수 있습니다.
  • Pay-As-You-Go (PAYG) 사용자 – 문서에는 2 OCPU/12 GB 제한이 PAYG 사용자에게도 적용되는지 명시되어 있지 않습니다. 이러한 모호성 때문에 PAYG 고객은 확인을 위해 지원 티켓을 열어야 하는 상황입니다.

한도를 초과할 경우 발생하는 일

정책 시행 이후, 일부 사용자는 사용자가 한도 내에 있다고 믿었음에도 불구하고 Oracle이 새로운 제한을 초과하는 것으로 보이는 인스턴스를 자동으로 비활성화한다고 보고하고 있습니다. 비활성화된 VM은 콘솔을 통해 크기를 조정할 수 없습니다. 일반적인 해결 방법은 지원 티켓을 제출하여 수동 조정을 요청하거나 유료 형태로 전환하는 것입니다.

서비스 중단 위험이 있으므로 모든 A1 Flex VM을 점검하는 것이 필수적입니다. 간과한 인스턴스 하나가 테넌시 전체를 한도 초과로 몰아넣어 연쇄적인 중단을 일으킬 수 있습니다.

현재 사용량 확인 방법

  1. Oracle Cloud 콘솔에 로그인합니다.
  2. Compute → Instances로 이동합니다.
  3. A1.Flex 필터를 적용합니다.
  4. 나열된 각 인스턴스의 OCPU 수와 RAM을 합산합니다.

합산된 OCPU가 2를 초과하거나 합산된 RAM이 12 GB를 초과하면 한도를 초과한 것입니다.

Free tier를 유지하기 위한 옵션

  • 워크로드 통합 – 가능한 경우 소규모 서비스를 단일 2 OCPU VM으로 병합합니다.
  • 규모 축소(Scale down) – 컨테이너 수를 줄이거나 데이터베이스 사양을 낮추어 1 OCPU / 6 GB 구성에 맞춥니다.
  • 유료 인스턴스로 마이그레이션 – 워크로드를 줄일 수 없는 경우, 유료 형태로 업그레이드하면 강제 중단은 피할 수 있지만 비용이 발생합니다.
  • 변경 전 백업 – 감사 중에 강제 종료가 발생할 경우를 대비해 스냅샷이나 외부 백업으로 데이터를 보호하십시오.

향후 주목할 점

PAYG 계정에 대한 문서는 여전히 불분명합니다.

요약

Ampere A1 Flex 인스턴스의 제한이 절반으로 줄어듦에 따라 모든 Free-tier 사용자는 자신의 컴퓨팅 사용량을 재검토해야 합니다. 콘솔에서 빠르게 합계를 확인하면 안전한지 아니면 강제 중단 위험이 있는지 알 수 있습니다. 한도를 초과했다면 Oracle의 자동화 기능이 VM을 비활성화하기 전에 통합, 규모 축소 또는 유료 인스턴스로 전환하십시오. 이 변경 사항을 무시하면 오늘 짧은 점검만으로도 피할 수 있었던 갑작스러운 서비스 중실을 겪게 될 것입니다.