모두
모두콘텐츠
얼마 전 작은 블로그를 옮기려는 분이 월 방문자 2만 명인데 서버를 얼마나 크게 잡아야 하냐고 물었다. 접속이 한꺼번에 몰리지 않는 사이트라면 큰 서버부터 만들 이유가 없다. 오라클 클라우드도 무료 자원이 꽤 쓸 만하지만, 화면에 보이는 ‘무료 체험’과 계속 쓸 수 있는 ‘Always Free’를 구분하지 않으면 한 달 뒤 서버가 멈추거나 데이터가 사라질 수 있다.
무료 체험과 계속 무료인 자원부터 구분한다
가입하면 기간이 정해진 무료 체험 크레딧과 Always Free 자원을 함께 볼 수 있다. 체험 크레딧으로 만든 유료 자원은 체험 종료 뒤 회수될 수 있다. 반면 Always Free 조건에 맞춰 만든 자원은 계정을 유지하는 동안 계속 사용할 수 있다. 서버 생성 화면에서 사양과 운영체제 이미지에 ‘Always Free eligible’ 표시가 있는지 확인하는 이유다.
2026년 10월 기준 오라클의 Always Free 문서에는 Arm 기반 A1 인스턴스가 월 1,500 OCPU 시간과 9,000GB 시간까지 무료라고 적혀 있다. 무료 계정에서 24시간 가동하는 기준으로 보면 총 2 OCPU와 메모리 12GB 수준이다. 예전 글에서 흔히 보이는 4 OCPU·24GB를 그대로 따라 만들면 체험 종료 시 무료 한도를 넘을 수 있다. 계정 화면의 현재 한도와 생성 화면의 무료 표시를 다시 확인해야 한다.
AMD 기반 마이크로 인스턴스는 최대 2대까지 가능하지만 각 인스턴스의 메모리가 1GB라 여유가 작다. 정적 사이트나 가벼운 관리 도구에는 맞아도, 웹서버와 데이터베이스를 한 대에 올리는 구성에는 빠듯하다. 블로그 하나라면 Arm A1에 1 OCPU와 메모리 6GB부터 잡고 실제 사용률을 보는 편이 현실적이다. 다만 사용하는 프로그램이나 컨테이너 이미지가 Arm을 지원하는지 먼저 확인해야 한다.
가입 뒤 인스턴스는 작은 사양으로 만든다
계정을 만들 때 결제 카드 확인 절차가 있다. 카드 등록 자체가 곧 유료 전환은 아니다. 다만 나중에 유료 계정으로 전환하면 무료 범위를 벗어난 자원에는 비용이 생길 수 있으므로, 생성 버튼을 누르기 전에 무료 대상 표시를 확인하는 습관이 필요하다.
첫 단계는 홈 리전 선택이다. Always Free 컴퓨트와 블록 볼륨은 홈 리전 조건을 확인해야 하며, 홈 리전은 가입 후 쉽게 바꾸는 설정이 아니다. 주 이용자와 가까운 곳을 고르되 원하는 무료 사양의 재고가 항상 있다는 뜻은 아니다. ‘호스트 용량 부족’이 뜨면 같은 리전의 다른 가용성 도메인을 확인하거나 시간을 두고 다시 시도한다. 무작정 유료 사양을 선택해 해결할 문제는 아니다.
인스턴스 생성 화면에서는 A1 사양, 무료 대상 운영체제 이미지, OCPU·메모리 수치, 부트 볼륨 용량을 차례로 본다. 기본 부트 볼륨은 보통 50GB이고 이 용량도 무료 블록 볼륨 총량 200GB에 포함된다. 서버 두 대를 만들면 디스크도 두 번 잡힌다. 실험용 인스턴스를 지워도 부트 볼륨을 남겨 두면 저장 공간이 계속 점유될 수 있으니 삭제 화면의 볼륨 처리 항목까지 확인한다.
SSH 키는 서버 생성 전에 준비하고 개인 키를 안전한 곳에 보관한다. 비밀번호 로그인은 열지 않는 편이 좋다. 공개 IP가 필요한 웹서버라면 네트워크 보안 규칙에서 웹 접속용 80·443 포트만 전체에 열고, 관리용 22 포트는 자신의 접속 IP로 제한한다. 운영체제 방화벽도 별도로 확인해야 한다. 클라우드 보안 규칙을 열었는데 접속이 안 되는 사례는 이 두 방화벽 중 하나를 놓친 경우가 많다.
올리기 전에 부하와 백업을 계산한다
월 방문자 수만으로 CPU를 정할 수는 없다. 예를 들어 하루 방문자 700명이라도 대부분이 캐시된 페이지를 읽는다면 1 OCPU로 시작할 여지가 있다. 반대로 같은 700명이라도 이미지 변환, 검색, 동시 로그인 요청이 몰리면 CPU와 메모리 사용량이 달라진다. 첫 일주일은 피크 시간의 CPU, 메모리, 디스크 여유, 응답 시간을 기록해 병목을 확인한다. 평균 수치보다 접속이 몰릴 때의 수치가 증설 판단에 도움이 된다.
이전 작업은 새 서버에 웹서버와 필요한 실행 환경을 설치하고, 파일과 데이터베이스를 복사한 뒤, 임시 접속으로 동작을 검증하는 순서가 안전하다. 로그인, 글 작성, 이미지 표시처럼 데이터가 바뀌는 기능을 직접 시험한다. 기존 서버를 곧바로 지우지 말고 일정 기간 유지하면 되돌릴 경로가 생긴다. 도메인을 전환했다면 이전 서버에도 요청이 들어올 수 있으므로 접속 기록을 보고 종료 시점을 정한다.
오라클의 무료 블록 볼륨 백업 제공량이 있더라도 그것만 믿고 운영하지 않는다. 같은 계정 안의 백업은 계정 접근 문제나 잘못된 삭제에 함께 영향을 받을 수 있다. 데이터베이스 덤프와 업로드 파일은 별도 저장 위치로 주기적으로 내보내고, 한 번은 새 환경에 복원해 본다. 복원하지 않은 백업은 사고 때 쓸 수 있는지 알 수 없다.
운영 중에는 회수와 비용 신호를 확인한다
Always Free 서버도 방치하면 안전하지 않다. 오라클 문서는 7일 동안 CPU, 네트워크, A1의 메모리 사용률이 모두 낮은 인스턴스를 유휴 상태로 보고 회수할 수 있다고 안내한다. 계정 자체도 장기간 사용하지 않으면 중단 대상이 될 수 있다. 쓸모없는 부하를 일부러 만드는 대신, 실제 운영 여부를 점검하고 복구 가능한 백업을 유지해야 한다.
서버가 갑자기 접속되지 않으면 먼저 클라우드 화면에서 인스턴스 상태와 공인 IP를 확인한다. 다음으로 보안 규칙, 운영체제 방화벽, 웹서버 프로세스, 디스크 사용량 순서로 본다. SSH까지 막혔다면 웹 애플리케이션보다 네트워크 규칙이나 서버 상태를 먼저 의심하는 게 빠르다. CPU가 높거나 저장 공간이 가득 찼다면 최근 배포와 로그 증가량을 확인한다.
유료 전환을 했다면 예산 알림을 설정하고, 사용하지 않는 볼륨·백업·네트워크 자원이 남아 있는지 정기적으로 본다. 무료 계정이라도 체험 자원과 상시 무료 자원의 표시를 섞어 읽지 않는 것이 중요하다. 작은 사이트 운영에서는 사양을 크게 잡는 것보다 무료 범위 확인, 접속 제한, 복원 가능한 백업 세 가지가 오래 버티는 서버를 만든다.
