Oracle Cloud Free Tier를 처음 보면 무료 서버를 계속 쓸 수 있다는 말만 먼저 보입니다.
그런데 실제로는 30일 체험 크레딧과 Always Free가 섞여 있어서, 여기서 한 번 헷갈리면 나중에 서버가 사라지거나 생각보다 구성이 안 맞는 일이 생깁니다.

이 글은 2026년 4월 27일 기준 Oracle 공식 문서를 바탕으로, 초급자가 먼저 알아야 할 것만 추렸습니다.

1. Free Tier는 두 층으로 나뉩니다

Oracle Cloud Free Tier는 크게 두 가지입니다.

  • 30일 Free Trial: US$300 크레딧으로 대부분의 OCI 서비스를 체험
  • Always Free: 무료 한도 안에서 계속 유지되는 리소스

즉, 체험 기간에 잠깐만 쓸 수 있는 것과, 체험이 끝나도 남는 것을 구분해서 봐야 합니다.
작은 블로그나 개인 실습 서버를 오래 유지할 생각이라면 Always Free 한도 안에 들어오느냐가 더 중요합니다.

2. 홈 리전은 대충 고르면 안 됩니다

Oracle은 가입할 때 home region을 신중하게 고르라고 안내합니다.
Always Free 컴퓨트 인스턴스와 Autonomous Database는 홈 리전에서만 만들 수 있기 때문입니다.

더 중요한 점도 있습니다.
Oracle 문서는 사용자가 리전을 고를 때 가장 가까운 리전이 낮은 지연(latency)과 가장 높은 성능을 보장한다고 설명합니다.
또 홈 리전은 tenancy가 만들어진 뒤 바꿀 수 없습니다.

초급자 기준으로는 이렇게 생각하면 됩니다.

  • 나중에 바꾸기 어렵다
  • Always Free 서버를 계속 쓸 생각이면 더 중요하다
  • 처음에 가까운 리전, 가용성, 무료 자원 확보 가능성을 같이 봐야 한다

즉, 가입을 서두르다가 리전을 아무 데나 고르면, 나중에 “왜 이 리전엔 안 되지?” 같은 문제가 생길 수 있습니다.

한국 사용자 기준으로는 이 부분이 실제 체감에 영향을 줍니다

예를 들어 사용자는 한국에 있는데 홈 리전을 미국으로 잡으면, 아래 작업에서 불필요한 왕복 지연이 생길 수 있습니다.

  • SSH 접속
  • 파일 업로드
  • 관리자 화면에서 작업하기
  • 데이터베이스나 API 왕복이 많은 앱 사용

정적 사이트를 Cloudflare 앞단에 두면 방문자 체감이 일부 완화될 수는 있습니다.
하지만 원본 서버 운영, 관리자 작업, 배포, 로그 확인 같은 운영 흐름까지 빨라지는 것은 아닙니다.

초급자라면 보통 이렇게 정리하는 편이 현실적입니다.

  • 내 사용 위치와 운영 위치가 같으면 가까운 홈 리전을 우선
  • 다만 가까운 리전이더라도 내가 쓰려는 서비스나 Always Free 항목이 부족할 수 있으니 같이 확인
  • 특히 무료 계정일수록 “가깝다”와 “원하는 구성이 된다”를 둘 다 봐야 함

3. 카드 등록은 필요할 수 있지만, 자동 과금과 같은 뜻은 아닙니다

Oracle 문서 기준으로 대부분의 사용자는 가입 시 휴대폰 번호와 신용카드 또는 신용카드처럼 동작하는 체크카드가 필요합니다.
Oracle은 신원 확인을 위해 카드 유효성을 확인할 수 있고, 이 과정에서 며칠짜리 임시 승인(authorization hold)이 보일 수 있다고 설명합니다.

중요한 해석은 이겁니다.

  • 카드 등록이 필요할 수 있다
  • 하지만 유료 계정으로 업그레이드하지 않는 한 실제 청구가 일어나는 것은 아니다
  • 대신 카드가 필요한 가입 절차 자체가 부담이 될 수는 있다

무료라고 해서 완전히 “아무 결제 정보도 없는 가입”은 아니라는 점은 미리 알고 들어가는 편이 낫습니다.

4. 실제로 많이 보는 Always Free 자원은 이 정도입니다

Oracle 공식 문서에서 초급자에게 가장 중요한 Always Free 자원은 보통 아래입니다.

  • AMD 마이크로 인스턴스 최대 2개
  • Arm 기반 VM.Standard.A1.Flex 무료 한도: 월 3,000 OCPU 시간과 18,000 GB 시간
  • Always Free 전용 기준으로 보면 A1은 총 4 OCPU, 24GB 메모리 수준
  • 블록 스토리지 총 200GB
  • Always Free-only 상태 기준 오브젝트/아카이브 스토리지 총 20GB
  • 월 10TB 아웃바운드 데이터 전송

초급자 입장에서는 A1이 가장 매력적으로 보일 수 있습니다.
다만 A1 무료 총량과 블록 스토리지 200GB를 같이 봐야 합니다.

예를 들어 기본 부트 볼륨이 50GB 수준이라 인스턴스를 여러 개 만들면 저장 공간이 먼저 꽉 차기 쉽습니다.
무료 CPU/메모리만 보고 서버를 여러 대 나누면, 저장 공간에서 먼저 막힐 수 있다는 뜻입니다.

리전별로 지원하는 서비스와 타입이 다를 수 있습니다

이 부분은 초급자가 가장 많이 놓치는 함정입니다.

Oracle 문서는 특수 서비스나 새로운 서비스는 일부 리전에서만 제공될 수 있다고 설명합니다.
실제로 OCI Generative AI는 모든 상용 리전에 제공되지 않습니다.

Always Free도 완전히 동일하지 않습니다.
예를 들어 Oracle 문서는 Always Free Autonomous AI Database가 전 세계 일부 리전(subset of regions)에서만 제공된다고 적고 있습니다.
또 Oracle AI Database 26ai 기반 Always Free Autonomous AI Database는 2026년 문서 기준으로 Phoenix, Ashburn, London, Paris, Sydney, Mumbai, Singapore, Tokyo 같은 홈 리전에서만 새 기능을 활용할 수 있습니다.

즉, 한국에서 가까운 리전이 무조건 정답은 아닙니다.
가까운 리전이더라도 내가 원하는 Always Free 서비스, 데이터베이스 버전, AI 서비스, 특정 shape가 바로 안 될 수 있습니다.

실무적으로는 이렇게 확인하는 편이 좋습니다.

  1. 먼저 내 사용 위치와 가까운 리전을 후보로 고릅니다.
  2. 그 리전에서 내가 원하는 서비스가 실제로 지원되는지 봅니다.
  3. Always Free 자원이 홈 리전 기준으로 가능한지 확인합니다.
  4. 마지막으로 out of host capacity 같은 무료 자원 부족 가능성도 염두에 둡니다.

무료 한도를 넘기면 실제로 얼마가 붙는가

여기서부터는 정말 돈이 붙는 숫자입니다.
아래 단가는 Oracle 공식 가격표를 기준으로 2026년 3월 공개본에서 확인한 USD PAYG 기준입니다.
가격은 바뀔 수 있으니, 실제 생성 전에는 항상 가격표를 다시 확인하는 것이 안전합니다.

A1 컴퓨트

  • A1 OCPU: 3,000 OCPU-시간/월 초과분 US$0.01 / OCPU-시간
  • A1 메모리: 18,000 GB-시간/월 초과분 US$0.0015 / GB-시간

여기서 초급자가 먼저 헷갈리는 부분이 있습니다.
이 숫자는 겁주기용이 아니라 무료 총량을 시간 기준으로 적어둔 것에 가깝습니다.

예를 들어 31일짜리 달에:

  • 1 OCPU / 1GB 인스턴스를 한 달 내내 켜도 744 OCPU-시간, 744 GB-시간
  • 2 OCPU / 12GB 인스턴스를 한 달 내내 켜도 1,488 OCPU-시간, 8,928 GB-시간
  • Always Free 최대치에 가까운 4 OCPU / 24GB를 한 달 내내 켜도 2,976 OCPU-시간, 17,856 GB-시간

즉, Always Free 총량 안에서만 쓰면 보통 A1 컴퓨트 초과 과금은 거의 생기지 않습니다.
당신이 지적한 것처럼 1 OCPU / 1GB나 2 OCPU 수준으로 계속 돌리는 사용자는 이 한도에 한참 못 미칩니다.

그래서 이 단가가 실제로 중요해지는 경우는 보통 이런 때입니다.

  1. trial 기간에 잠깐 더 큰 A1 자원을 잡았다가 계속 유지하려는 경우
  2. 유료 계정으로 업그레이드한 뒤 4 OCPU / 24GB를 넘겨 더 키우는 경우
  3. 여러 VM을 나눠 만들다가 tenancy 전체 합계가 Always Free 총량을 넘어가는 경우

정리하면, A1 초과 단가는 평소 작은 개인 블로그 운영자보다 확장하거나 실험하다가 무료 총량을 넘기는 순간을 이해하기 위한 숫자라고 보면 됩니다.

블록 스토리지

  • Block Volume Storage: US$0.0255 / GB-월
  • Block Volume Performance: US$0.0017 / Performance Unit / GB-월

예를 들어 기본 Lower Cost처럼 성능 단위를 낮게 두면 추가 성능비가 거의 없지만, Balanced(10 VPU)로 올리면 GB당 US$0.017/월이 추가되고, Higher Performance(20 VPU)면 GB당 US$0.034/월이 더 붙습니다.

즉, 스토리지는 용량만이 아니라 성능 옵션도 같이 과금 포인트입니다.

여기서 초급자가 특히 자주 놓치는 부분이 있습니다.

  • 인스턴스를 삭제해도 보존(preserve)된 부트 볼륨은 남을 수 있다
  • 인스턴스에 붙어 있던 데이터 블록 볼륨도 자동으로 detach만 되고 남을 수 있다

Oracle CLI 문서 기준으로 인스턴스를 terminate할 때 attached VNICs and volumes are automatically detached됩니다.
또 부트 볼륨은 preserve boot volume 설정에 따라 남길 수 있고, 데이터 볼륨도 preserve data volumes 여부에 따라 남길 수 있습니다.
Block Volume 문서도 볼륨 데이터는 삭제하기 전까지 유지된다고 설명합니다.

이걸 운영 관점으로 번역하면 이렇습니다.

  • VM은 지웠는데
  • 부트 볼륨 50GB
  • 추가 블록 볼륨 100GB
  • 백업 몇 개

가 그대로 남아 있으면, 컴퓨트 비용은 줄어도 스토리지 비용은 계속 잡힐 수 있습니다.

특히 Free Tier를 넘긴 상태나 유료 계정에서는 더 직접적인 과금 포인트가 됩니다.
그래서 인스턴스를 정리할 때는 VM만 사라졌는지가 아니라 아래를 같이 봐야 합니다.

  1. boot volume이 보존됐는지
  2. attached block volume이 detach 상태로 남아 있는지
  3. volume backup이 남아 있는지
  4. Free Tier 200GB 안에 아직 들어오는지

즉, 인스턴스 삭제 = 비용 종료로 생각하면 안 됩니다.

오브젝트/아카이브 스토리지

  • Object Storage - Storage: 첫 10GB 이후 US$0.0255 / GB-월
  • Object Storage - Requests: 월 50,000 요청 이후 US$0.0034 / 10,000 요청
  • Archive Storage: 첫 10GB 이후 US$0.0026 / GB-월
  • Infrequent Access Storage: 첫 10GB 이후 US$0.0100 / GB-월
  • Data Retrieval from Infrequent Access: 첫 10GB 이후 US$0.0100 / GB

Oracle 글이나 강의에서 Object/Archive 20GB 무료라고 한 줄로 많이 설명하지만, 실제 청구는 오브젝트 10GB, 아카이브 10GB, 요청 수, retrieval처럼 더 세분화되어 있습니다.

이메일 전송

  • Email Delivery: 첫 3,000통 이후 US$0.085 / 1,000통

작은 블로그는 당장 크게 문제 없을 수 있지만, 알림 메일이나 가입 메일을 많이 보내는 서비스는 이 숫자도 나중에 봐야 합니다.

로드 밸런서

  • Load Balancer Base: 첫 1개 이후 US$0.0113 / Load Balancer 시간
  • Load Balancer Bandwidth: 첫 10 Mbps 이후 US$0.0001 / Mbps-시간

Always Free에서 일단 로드 밸런서도 공짜로 이해하면 안 됩니다.
추가 인스턴스를 만들거나 대역폭을 높이면 바로 유료 영역으로 들어갑니다.

아웃바운드 데이터 전송

  • North America / Europe / UK: 월 10TB 초과분 US$0.0085 / GB
  • APAC / Japan / South America: 월 10TB 초과분 US$0.0250 / GB
  • Middle East / Africa: 월 10TB 초과분 US$0.0500 / GB

이건 특히 중요합니다.
한국 사용자가 주로 잡게 되는 서울, 도쿄, 싱가포르 같은 APAC 계열은 10TB를 넘기면 GB당 0.025달러 구간으로 들어갑니다.

즉, 같은 10TB 무료라도 초과 뒤 단가는 리전 묶음에 따라 다릅니다.

5. 체험 기간이 끝날 때 가장 많이 실수하는 부분이 있습니다

체험 기간이 끝난 뒤에도 Always Free 자원은 남습니다.
하지만 예외가 있습니다.

첫째, 체험 중에 만든 유료 리소스는 유료 계정으로 업그레이드하지 않으면 Oracle이 회수합니다.

둘째, A1 인스턴스를 Always Free 한도보다 많이 잡아둔 상태면 문제가 생깁니다.
Oracle은 체험 종료 전에 tenancy 전체 A1 사용량이 4 OCPU와 24GB 메모리 안에 들어와야 한다고 설명합니다.
초과 상태를 그대로 두면 기존 A1 인스턴스가 비활성화되고, 이후 삭제될 수 있습니다.

셋째, 오브젝트 스토리지는 더 조심해야 합니다.
Oracle 문서상 체험 중에는 사실상 더 넓게 써볼 수 있지만, 유료로 전환하지 않고 체험이 끝나면 Always Free 계정은 20GB 한도로 줄어듭니다.
그 시점에 20GB를 넘겨 쓰고 있으면 저장된 객체가 삭제될 수 있습니다.

즉, “무료니까 일단 많이 만들어두자”가 체험 종료 시점에는 오히려 정리 비용이 되는 구조입니다.

6. Always Free 서버도 놀고 있으면 회수 대상이 될 수 있습니다

Oracle은 Idle Always Free compute instances may be reclaimed라고 명시합니다.

문서 기준으로는 7일 동안 아래 조건이 모두 성립하면 유휴로 간주될 수 있습니다.

  • CPU 사용률 95퍼센타일이 20% 미만
  • 네트워크 사용률이 20% 미만
  • A1의 경우 메모리 사용률도 20% 미만

또 Free Tier FAQ에는 30일 이상 방치된 계정은 abandoned로 판단되어 중단 또는 종료 대상이 될 수 있다고도 나옵니다.

초급자 기준으로 해석하면 이렇습니다.

  • 무료 서버라고 해서 영구 보관함처럼 두면 안 된다
  • 아주 오래 손대지 않으면 계정이나 인스턴스가 리스크를 가진다
  • 최소한 로그인, 점검, 실제 사용 흔적은 주기적으로 남기는 편이 안전하다

7. 서버가 안 만들어지는 이유가 내 잘못만은 아닐 수 있습니다

Oracle은 Always Free Compute를 만들 때 out of host capacity 오류가 날 수 있다고 공식 문서에 적어둡니다.
뜻은 간단합니다. 그 시점에 해당 홈 리전의 Always Free 자원이 부족할 수 있다는 말입니다.

실제로 콘솔에서는 이런 식으로 보일 수 있습니다.

가용성 도메인 VM.Standard.A1.Flex에서 AD-1 구성에 대한 용량이 부족합니다. 다른 가용성 도메인에 인스턴스를 생성하거나 나중에 다시 시도하십시오. 결함 도메인을 지정한 경우 결함 도메인을 지정하지 않고 인스턴스를 생성해 보십시오.

초급자 기준으로는 이 에러를 이렇게 해석하면 됩니다.

  • 내 계정이 막힌 것이 아니다
  • 내 설정이 무조건 틀린 것도 아니다
  • 지금 그 AD/FD 조합에 남은 A1 물리 자원이 부족하다는 뜻에 가깝다

특히 Always Free는 유료보다 자원 풀이 더 빨리 차는 경우가 있어서, 인기 리전에서는 이 메시지가 자주 보일 수 있습니다.

이럴 때 Oracle이 제시하는 기본 대응은 다음과 같습니다.

  • 다른 Availability Domain에서 시도
  • Fault Domain을 직접 지정했다면 해제하고 다시 시도
  • 잠시 기다린 뒤 재시도
  • 필요하면 더 작은 구성으로 다시 시도

Oracle Compute 문제 해결 문서에서는 여기에 더해 다음 방법도 안내합니다.

  • shape 변경
  • fault domain 변경
  • 가능하면 fault domain을 지정하지 않고 생성

이 에러가 특히 많이 나오는 상황

  1. 서울, 도쿄, 싱가포르처럼 수요가 많은 APAC 리전에서 Always Free A1을 바로 만들 때
  2. AD-1만 고정해서 계속 시도할 때
  3. fault domain까지 직접 고정해서 선택 폭을 좁혔을 때
  4. 처음부터 4 OCPU / 24GB 같은 큰 크기로 한 번에 잡으려 할 때

즉, 같은 리전 안에서도 AD-1은 실패, AD-2는 성공 같은 일이 실제로 생길 수 있습니다.

초급자라면 이렇게 대응하는 편이 현실적입니다

  1. 먼저 fault domain 지정부터 해제합니다.
  2. 그래도 안 되면 다른 Availability Domain으로 바꿉니다.
  3. 그래도 안 되면 1 OCPU / 6GB나 1 OCPU / 1GB처럼 더 작은 크기로 먼저 시도합니다.
  4. 일단 작은 인스턴스를 만든 뒤 나중에 여유 있을 때 키우는 방법도 고려합니다.
  5. 같은 시도만 반복하지 말고 몇 시간 뒤 또는 다음 날 다시 시도합니다.

즉, 가입은 성공했는데 무료 인스턴스가 바로 안 잡히는 일이 실제로 있을 수 있습니다.
이건 초급자가 설정을 틀려서만 생기는 문제는 아닙니다.

8. 초급자가 블로그나 개인 프로젝트에 쓰려면 이렇게 접근하는 편이 낫습니다

작은 블로그나 개인 서비스라면 처음부터 무료 자원을 꽉 채우기보다, 아래처럼 보수적으로 시작하는 편이 안전합니다.

  1. 서버는 1대만 먼저 만든다.
  2. A1을 쓴다면 총량 4 OCPU / 24GB 안에서 여유 있게 잡는다.
  3. 부트 볼륨과 블록 스토리지를 합쳐 200GB 안에 유지한다.
  4. 오브젝트 스토리지는 체험 종료 전에 20GB 안으로 줄일 수 있는 구조로 쓴다.
  5. 가끔 로그인하고 실제 사용 흔적을 남긴다.
  6. 중요한 데이터는 Oracle 무료 계정만 믿지 말고 외부 백업도 둔다.

다음 단계에서 같이 봐야 할 글

Free Tier를 이해한 뒤에는 공개 방식, 복구, 비용 감시를 같이 이어서 보는 편이 좋습니다.

이렇게 해야 “무료라서 시작은 쉬웠는데, 한 달 뒤에 구조를 다 뜯어고쳐야 하는 상황”을 피하기 쉽습니다.

한 줄 결론

Oracle Cloud Free Tier는 분명 매력적입니다.
하지만 초급자 기준으로는 무료 서버를 준다보다 무료 한도와 종료 조건이 꽤 구체적이다로 이해하는 편이 더 정확합니다.

처음부터 Always Free 한도 안에서 설계하고, 홈 리전과 저장 공간, 유휴 정책만 제대로 이해해도 시행착오를 크게 줄일 수 있습니다.

출처