도입
Oracle Cloud의 Always Free Ampere A1 인스턴스는 최대 4 OCPU·24GB RAM을 평생 무료로 쓸 수 있다는 점에서 매력적이지만, 막상 만들려고 하면 "리소스가 부족합니다(Out of host capacity)"라는 에러와 계속 마주하게 됩니다. 이 글은 제가 실제로 이 서버를 확보하기까지 거친 시행착오와, 지금 이 서버를 어떻게 쓰고 있는지를 정리한 것입니다.

핵심 개념: 무료라고 다 같은 무료가 아니다
Always Free A1은 기간이 지나면 과금되는 크레딧형이 아니라, 정해진 스펙 안에서는 계정이 살아있는 한 계속 무료인 리소스 한도형 티어입니다. 문제는 전 세계 개발자들이 동시에 이 무료 리소스를 선점하려고 하기 때문에, 원하는 스펙으로 인스턴스를 생성하거나 확장하려는 순간부터 경쟁이 시작됩니다.
실제 겪은 시행착오
1차: 처음부터 리소스 부족
A1 인스턴스를 처음 생성할 때부터 "리소스가 부족합니다" 에러를 마주했습니다. 일단 1 OCPU로 낮춰서 생성을 시도했고, 이번엔 성공해서 인스턴스 자체는 확보했습니다.
2차: 1→4 OCPU로 한번에 올리려다 실패
인스턴스 설정에서 OCPU를 바로 4개(최대치)로 늘리려고 했다가 또다시 "리소스 부족" 에러를 만났습니다.
3차: 2 OCPU로 낮춰서 시도 → 성공
요구치를 낮춰 2 OCPU로 다시 시도했더니 바로 성공했습니다. 이때는 작게 요청하는 게 확실히 유리하다고 생각했습니다.
4차: 시간을 두고 2→3 OCPU 시도
며칠 후 3 OCPU로 늘리려다 또 리소스 부족 에러를 만났습니다. 다른 작업을 하다가 문득 생각나서 다시 시도해보았더니, 이번엔 별다른 조치 없이 바로 성공했습니다.
5차: 3→4 OCPU 시도 → 또 실패
마지막 단계인 4 OCPU로 늘리려는 시도에서는 다시 리소스 부족 에러가 떴습니다.
6차: 며칠 후 새벽, 드디어 성공
며칠이 지난 뒤 새벽 시간대에 3→4 OCPU 확장을 다시 시도해보았더니 그때서야 성공했습니다. 새벽 시간대는 트래픽이 적어서 리소스가 상대적으로 비는 타이밍이었던 것 같습니다.
Oracle A1 무료로 쓸 수 있는 최대 사양
계정당 리전별로 Ampere A1 인스턴스를 최대 4 OCPU, 24GB RAM, 200GB 부트 볼륨까지 평생 무료로 쓸 수 있습니다. 이 리소스는 하나의 인스턴스에 몰아서 써도 되고, 최대 4개까지 인스턴스를 나눠서 배분해도 됩니다. 저는 단일 인스턴스에 4 OCPU를 다 몰아서 쓰는 쪽을 택했습니다.
결제 수단을 등록해둔 이유
이미 결제 수단(Pay-As-You-Go)을 등록해둔 상태입니다. Always Free 한도 안에서만 쓰면 과금은 여전히 0원이면서도, 유휴 리소스 회수 정책(장기간 저사용 시 인스턴스가 강제 중지되는 정책) 대상에서는 제외되는 걸로 알고 있습니다. 어렵게 확보한 리소스가 회수되는 걸 방지하기 위해 미리 설정해둔 것입니다.
(2026년 7월 업데이트) Always Free A1 한도 축소와 이 서버의 상태
이 글을 쓰고 얼마 뒤, Oracle이 2026년 6월부터 Always Free A1 한도를 4 OCPU·24GB에서 2 OCPU·12GB로 낮췄다는 걸 알게 됐습니다. 다만 이건 카드 등록 없이 순수 무료 티어만 쓰는 계정 기준이고, 이 글의 서버처럼 이미 PAYG로 전환해둔 계정에는 적용되지 않는 것으로 보입니다. 콘솔 배너 문구(PAYG 계정에는 숫자 없는 일반 안내만 뜸), 인스턴스 편집 화면의 "상시 무료 적격" 태그(4 OCPU 구성에도 여전히 붙어있음), 계정 관리의 구독 메뉴(Universal Credits 구독이 활성 상태), 비용 분석(최근 사용 내역 0원)까지 교차로 확인해본 결과, 이 서버는 지금도 4 OCPU·24GB 그대로 유지되고 있습니다. 다만 Oracle이 "PAYG는 영향 없음"이라고 공식 문서로 명문화한 건 아니라서, 추후 정책이 바뀔 가능성은 열어두고 있습니다.
Oracle Always Free A1 축소 소동, 내 계정은 안전한지 직접 확인한 과정
도입최근 콘텐츠 자동화 파이프라인으로 이전 Oracle A1 글을 준비하던 중에, Oracle의 Always Free 무료 티어 스펙이 조용히 축소된 사실을 알게 됐습니다. 문제는 이게 제 계정에도 실제로 적용되는지
blog.jdevy.com
현재 이 서버로 하고 있는 일
확보한 4 OCPU/24GB 인스턴스 하나로 개인 프로젝트 인프라(GitHub Actions 셀프호스티드 러너, 콘텐츠 자동화 파이프라인 등)를 운영 중입니다. 단일 인스턴스로 묶은 것이라 OCPU/메모리를 프로젝트별로 유연하게 배분할 수 있다는 장점이 있습니다.
주의사항 / 흔한 실수
- 인스턴스를 새로 만드는 것보다, 기존 인스턴스의 OCPU를 점진적으로 확장하는 게 더 유리했습니다. 한번에 최대치로 올리려다 실패한 경험이 있어서, 한 단계씩 늘려가는 걸 추천합니다.
- 새벽 시간대가 상대적으로 성공률이 높았습니다. 시도 횟수보다 시도 시간대가 더 중요했던 것 같습니다.
- 결제 수단을 등록해둔다고 추가 과금이 발생하는 건 아닙니다. Always Free 한도 안에서만 쓰는 이상 계속 0원입니다.
마무리
결과만 보면 "결국 되더라"로 끝나지만, 실제로는 며칠에 걸쳐 여러 번 재시도한 과정이었습니다. 무료 리소스를 확보하는 데는 시도 횟수와 시간대가 다 필요하다는 걸 직접 겪었습니다.
[핵심요약] Oracle A1 무료 서버, OCPU 확장 시행착오 극복기
'실전 자동화 튜토리얼' 카테고리의 다른 글
| "다음 콘텐츠 만들어줘" 한 마디로 돌아가는 노션 자동화 설계기 (0) | 2026.07.16 |
|---|---|
| GitHub Actions self-hosted runner를 Oracle A1에서 무료로 운영하는 법 (0) | 2026.07.16 |
| 서브에이전트로 작업 분산 시도기: 콘텐츠 만들다 발견한 반전 (0) | 2026.07.15 |
| Claude Code에 나만의 커밋·PR 커맨드 만들어 쓴 이야기 (0) | 2026.07.15 |
| 재부팅마다 Docker 빌드가 깨졌다면 이거부터 확인하세요 (0) | 2026.07.14 |