오라클 무료 Arm 인스턴스 얘기를 보고 제일 먼저 든 생각은 “공짜 인프라도 운영 자산으로 보기 시작하면 언젠가 비용표를 만나게 된다”였다. 개인 프로젝트나 작은 자동화 서버를 굴릴 때 Oracle Cloud Always Free는 꽤 매력적인 선택지였다. 특히 Ampere A1 쪽은 가벼운 봇, 블로그 빌드, 모니터링, 테스트 서버를 올려두기 좋았다. 그런데 이번 변경은 그 편한 기본값을 다시 보게 만든다.
GeekNews에 올라온 요약은 핵심을 짧게 정리했다. Ampere A1 무료 사용 한도가 기존 최대 4 OCPU와 24GB 메모리에서 2 OCPU와 12GB 메모리로 줄어들고, 기준을 넘는 사용량은 표준 요금 부과나 사용 중지 대상이 될 수 있다는 내용이다. 적용 시점도 6월 15일로 언급됐다. 공식 문서 쪽을 보면 Oracle Always Free Resources는 현재 Ampere A1에 대해 월 1,500 OCPU hours와 9,000 GB hours를 무료로 제공하며, Always Free 테넌시 기준으로 2 OCPU와 12GB 메모리에 해당한다고 설명한다.
무료 서버는 사라진 게 아니라 작아졌다
숫자보다 운영 기준이 바뀐 게 크다
이번 변경을 단순히 “메모리 절반 됐다”로만 보면 조금 아깝다. 진짜 변화는 무료 서버를 바라보는 운영 기준이다. 이전에는 4 OCPU와 24GB 메모리라는 숫자가 꽤 넉넉했다. 작은 PostgreSQL, Redis, 웹 서버, n8n, 봇 프로세스 몇 개를 한 박스에 몰아넣어도 당장 터지지 않았다. 그래서 많은 사람이 “공짜 VPS 하나”가 아니라 “작은 개인 클라우드 노드”처럼 썼다.
2 OCPU와 12GB면 여전히 쓸 수는 있다. 블로그 빌드, 정적 사이트 배포, 작은 API, 개발용 VPN, 모니터링 에이전트 정도는 충분히 가능하다. 문제는 여유분이다. 여유분이 줄면 운영 방식이 달라진다. 한 서버에 이것저것 얹어두던 습관을 버리고, 프로세스별 메모리 상한과 디스크 사용량, 트래픽 패턴을 다시 봐야 한다.
Oracle Cloud Free Tier 페이지는 Always Free 서비스가 계속 제공된다고 말한다. 그러니까 이건 무료 티어 종료가 아니다. 다만 “무료라서 대충 올려도 된다”는 해석은 점점 위험해진다. 무료 자원도 클라우드 사업자의 정책 안에 있고, 그 정책은 수요·비용·남용 방지·지역별 용량에 따라 바뀔 수 있다.
한국 운영자에게는 리전과 용량이 같이 문제다
공식 문서에는 Ampere A1 인스턴스를 여러 가용 영역에서 만들 수 있지만, 일부 리전 예외가 있다는 내용도 보인다. 한국에서 개인 서버를 굴리는 사람은 지연시간 때문에 국내 또는 가까운 리전을 선호한다. 그런데 무료 자원은 리전별 재고와 정책 영향도 받는다. “스펙은 무료인데 생성이 안 된다”는 얘기가 예전부터 꾸준히 나온 이유도 이쪽이다.
이번 이슈에서 레딧 쪽 반응이 흥미로웠던 것도 이 지점이다. OracleCloud 서브레딧 검색 결과를 보면 경고 팝업과 지원 문서의 숫자가 다르게 보인다는 사용자 글이 잡힌다. 정책 변경은 문서 한 줄보다 콘솔 경고, 청구 화면, 실제 인스턴스 상태에서 먼저 체감될 때가 많다. 운영자는 항상 이 사이의 어긋남을 감안해야 한다.
작은 서버 운영자는 무엇부터 봐야 하나
먼저 워크로드를 쪼개야 한다
내가 이번 변경을 보고 바로 할 일은 서버 스펙 비교가 아니라 워크로드 분류다. 지금 무료 Arm 인스턴스에 올라간 것들을 이렇게 나눠야 한다.
1. 항상 켜져 있어야 하는 것
2. 하루 몇 번만 돌면 되는 것
3. 장애 나도 괜찮은 개인 실험
4. 메모리만 많이 먹고 실제 가치는 낮은 것
5. 데이터가 쌓여서 백업이 필요한 것
이렇게 나누면 답이 꽤 빨리 나온다. 항상 켜져 있어야 하는 봇과 API만 남기고, 배치성 작업은 GitHub Actions나 다른 스케줄러로 빼도 된다. 로그와 백업은 로컬 디스크에 계속 쌓지 말고 Object Storage나 외부 저장소로 보내는 편이 낫다. 메모리를 많이 먹는 대시보드는 꺼두거나 필요할 때만 켜는 구조가 낫다.
이전에 서버 메모리 병목을 mimalloc으로 보는 글을 쓰면서도 비슷한 얘기를 했다. 메모리 문제는 “더 큰 서버로 올리자”보다 “무엇이 계속 메모리를 잡고 있나”를 먼저 봐야 한다. 무료 한도가 줄어들수록 이 순서가 더 중요해진다.
청구 알림은 귀찮아도 먼저 켜야 한다
무료 티어에서 제일 위험한 순간은 서버가 멈출 때가 아니다. 조용히 유료 과금 영역에 들어갈 때다. Oracle Cloud Pricing은 OCI가 가격 경쟁력을 강조한다고 말하지만, 개인 운영자에게 중요한 건 절대 가격보다 예측 가능성이다. 몇 달러가 큰돈이라기보다, “내가 모르는 비용”이 생기는 순간 그 인프라는 더 이상 편한 도구가 아니다.
그래서 첫 번째 방어선은 청구 알림이다. Pay As You Go로 전환해둔 계정이라면 예산과 알림을 켜고, 무료 한도 밖 리소스가 만들어지는지 봐야 한다. 두 번째는 태그다. 개인 프로젝트라도 서버, 볼륨, IP, 로드밸런서에 용도를 적어두면 나중에 끄기 쉽다. 세 번째는 월 1회 리소스 점검이다. 공짜 서버는 방치되기 쉽고, 방치된 서버는 언젠가 비용이나 보안 이슈로 돌아온다.
나는 여기에 하나를 더 넣고 싶다. “삭제해도 되는 서버”와 “절대 날리면 안 되는 데이터”를 같은 인스턴스에 두지 않는 것이다. 무료 서버는 실험장이 되기 쉽다. 실험장이면 언제든 지우고 다시 만들 수 있어야 한다. 그런데 그 안에 DB 덤프, 인증서, 봇 설정, 오래된 로그까지 같이 쌓이면 갑자기 실험장이 아니라 복구 어려운 운영 서버가 된다. 한도가 줄어든 지금은 이 경계를 더 빨리 그어야 한다.
무료 클라우드 전략은 백업 플랜이 있어야 한다
한 공급자에 운영 습관을 맞추면 위험하다
오라클이 나쁘다는 얘기를 하려는 건 아니다. 무료 티어를 계속 제공하는 것 자체가 사용자에게는 여전히 이득이다. 다만 무료 자원 위에 운영 습관 전체를 올려두면, 공급자 정책 변경이 곧 내 운영 정책 변경이 된다. 이게 불편한 지점이다.
작은 팀이나 개인 운영자라면 최소한 세 가지는 준비하는 게 좋다.
- 서버 재생성 스크립트
- 백업 복원 절차
- 다른 저가 VPS나 홈서버로 옮길 수 있는 실행 방식
Docker Compose 하나로 묶어두거나, Ansible까지는 아니어도 설치 명령을 문서화해두면 이런 변경에 덜 흔들린다. 반대로 수동으로 이것저것 설치해둔 무료 서버는 스펙이 줄거나 인스턴스가 멈췄을 때 복구 시간이 길어진다. 무료 서버의 진짜 비용은 월 요금이 아니라 재현 불가능성일 때가 많다.
개인 자동화는 더 작고 명확해야 한다
요즘 개인 자동화 서버는 생각보다 많은 일을 한다. RSS 수집, 블로그 빌드, n8n 워크플로, 디스코드 봇, 크론 잡, 이미지 처리, 작은 DB까지 한 곳에 모인다. 무료 Arm 인스턴스가 넉넉하면 이걸 한 박스에 몰아넣는 유혹이 크다. 하지만 한도가 줄어든 지금은 작은 단위로 나누는 편이 낫다.
예를 들어 항상 떠 있어야 하는 봇은 작게 유지하고, 무거운 이미지 처리나 빌드는 로컬 PC나 GitHub Actions로 보낸다. DB는 정말 필요한 것만 남기고, 캐시는 과감히 줄인다. 로그 보관 기간도 짧게 잡는다. 이런 정리는 성능 최적화라기보다 운영 위생에 가깝다.
Oracle의 Compute Shapes 문서를 보면 OCPU와 vCPU의 관계, shape별 프로비저닝 단위가 꽤 자세히 나온다. Arm 기반 Compute 문서도 Ampere A1과 A2가 어떤 플랫폼인지 설명한다. 무료 티어를 계속 쓸 생각이라면 이 문서를 한 번은 읽는 게 좋다. 콘솔에서 보이는 숫자만 보고 운영하면, 실제 과금 단위와 성능 단위를 헷갈리기 쉽다.
결국 무료 인프라도 운영 설계의 일부다
이번 오라클 Ampere A1 한도 축소는 극적인 사건이라기보다 좋은 리마인더에 가깝다. 무료 클라우드는 공짜라서 좋은 게 아니라, 실험 비용을 낮춰주기 때문에 좋다. 그런데 실험이 운영으로 바뀌는 순간, 무료 여부보다 재현성·백업·청구 알림·리소스 분리가 더 중요해진다.
나는 이번 기회에 무료 서버를 하나의 큰 상자처럼 쓰던 습관을 버리는 쪽이 맞다고 본다. 2 OCPU와 12GB면 아직 꽤 많은 일을 할 수 있다. 다만 그 안에 들어갈 일은 더 선별해야 한다. 작고 오래 켜둘 서비스, 잠깐 돌릴 배치, 데이터가 중요한 시스템을 구분해야 한다. 무료 티어는 계속 좋은 도구다. 하지만 이제는 “공짜니까 대충”이 아니라 “공짜여도 운영 기준은 똑같이”가 맞는 시점이다.