클라우드웨이즈와 벌처 요금 비교 | 실제 청구서로 따져봤습니다

핵심 요약

클라우드웨이즈와 벌처는 경쟁 관계가 아닙니다. 벌처가 실제 서버를 빌려주고, 클라우드웨이즈는 그 위에 관리 도구를 얹어 팝니다. 제 청구서에는 「Vultr Machine」이라고 찍혀요. 이 사이트 서버는 1코어에 램 2GB인데 한 달에 30달러가 매겨집니다. 차액은 서버 값이 아니라 관리비인데, 정작 페이지 캐시가 꺼져 있던 것도 잔재 1.1GB가 쌓인 것도 알려 주지 않았습니다.

워드프레스 호스팅을 고르려고 검색하면 클라우드웨이즈와 벌처를 나란히 놓고 비교하는 글이 자주 나옵니다. 저도 그렇게 읽었어요. 어느 쪽이 싸고 어느 쪽이 빠른지 표로 정리된 글들 말입니다.

그런데 지난달 청구서를 열어 보고 알았습니다. 둘은 나란히 놓을 대상이 아니었습니다.

제 사이트는 클라우드웨이즈로 관리하고 있는데, 청구서에 찍힌 항목 이름이 「Vultr Machine」이었어요. 벌처 서버를 쓰고 있으면서 클라우드웨이즈에 돈을 내고 있었던 겁니다.

이 글에는 실제 청구서에 찍힌 숫자와, 8월 31일에 사이트가 멈췄을 때 무슨 일이 있었는지를 그대로 적었습니다. 결론부터 말하면 저는 직접 쓰는 쪽으로 마음이 기울었는데, 그 이유가 값 때문만은 아니었습니다.

이 글은 2026년 9월 기준, 클라우드웨이즈(벌처 서울, 1코어 램 2GB, 데비안 12)와 벌처 직접 계정(서울, 우분투 22.04) 환경에서 직접 확인한 내용입니다. 요금은 계정과 시점에 따라 달라질 수 있어요.

클라우드웨이즈와 벌처 관계 — 경쟁이 아니라 위아래

먼저 짚고 갈 것이 있습니다.

벌처는 실제 서버를 빌려주는 회사입니다. 클라우드웨이즈는 그 서버 위에 관리 도구를 얹어서 파는 회사고요. 서버를 직접 만들어 주는 곳이 아닙니다.

클라우드웨이즈에서 서버를 만들 때 벌처, 디지털오션, 아마존 같은 선택지가 나오는데, 그게 「어느 회사 서버를 빌려서 관리해 줄까」를 고르는 화면이에요. 저는 벌처 서울을 골랐습니다.

그래서 청구서에 이렇게 찍힙니다.

클라우드웨이즈 청구서의 요금 항목. Vultr Machine 항목에 744시간 30달러라고 적혀 있고 서버 이름은 가려져 있다
청구서 항목 이름이 「Vultr Machine」이다

「Vultr Machine, 744시간, 30달러」. 744시간은 31일치를 시간으로 센 것이고, 한 달 내내 켜져 있었다는 뜻입니다.

비교 글들이 여기서 틀립니다. 클라우드웨이즈와 벌처는 서로 손님을 뺏는 사이가 아니라, 한쪽이 다른 쪽 위에 얹혀 있는 구조예요.

실제 청구서 — 이 사이트 서버 한 대에 30달러

제가 이 사이트 서버에 내고 있는 돈을 그대로 옮겨 적겠습니다.

클라우드웨이즈 청구서에 「Vultr Machine」 항목으로 월 30달러, 자동 백업에 0.50달러가 매겨져 있습니다. 여기에 한국 부가세 10퍼센트가 따로 더해집니다.

이 서버가 무엇이냐면 클라우드웨이즈 서버 목록에 「2 GB – High Frequency」라고 적혀 있는 것입니다. 벌처가 파는 요금제 이름을 그대로 쓴 거예요. 서울에 있고, 서버에 접속해서 재 보면 1코어에 램 2GB로 나옵니다. 요즘 기준으로 크지 않은 서버입니다.

그럼 같은 급을 벌처에서 직접 빌리면 어떨까요. 제 벌처 직접 계정에도 서울에 서버가 있는데, 사양이 이렇습니다.

벌처 직접 계정의 서버 사양 화면. 서울, 1 vCPU, 램 2048MB, 64GB NVMe, 우분투 22.04로 적혀 있고 서버 이름은 가려져 있다
직접 계정 서버 사양. 관리형에 있는 것과 사실상 같은 급이다

1코어에 램 2GB, 64GB NVMe, 서울. 클라우드웨이즈에서 30달러를 매기고 있는 그 서버와 코어도 램도 같고, NVMe 저장장치를 쓰는 것까지 같습니다. 요금제 이름에 들어간 High Frequency 가 바로 그 계열이에요. 다른 회사 서버가 아니라 같은 회사의 같은 급을 두 가지 방법으로 빌리고 있는 것입니다.

값은 벌처 요금표를 직접 보시는 편이 정확합니다. 요금제가 여러 갈래이고 시점에 따라 바뀌거든요. 다만 같은 사양을 직접 빌리는 쪽이 30달러보다 낮다는 것은 요금표를 한 번만 열어 봐도 바로 보입니다.

차액은 서버 값이 아닙니다. 관리비예요.

관리형에 내는 돈의 정체 — 서버가 아니라 손

차액이 아깝다는 말을 하려는 게 아닙니다. 그 돈에는 이유가 있어요.

관리형 호스팅은 서버를 대신 봐 줍니다. 보안 업데이트, 백업, 캐시 설정, 문제가 생겼을 때의 대응까지요. 서버를 만질 줄 모르는 사람에게는 그 값이 아깝지 않습니다.

저도 그렇게 생각하고 골랐습니다. 리눅스 명령어를 잘 몰랐거든요. 서버가 멈추면 어디를 봐야 하는지도 몰랐고, 그럴 때 대신 봐 주는 곳이 있다는 것만으로 마음이 놓였습니다.

실제로 클라우드웨이즈에는 편한 것이 많습니다. 화면에서 단추 몇 번으로 서버를 만들 수 있고, 워드프레스도 미리 설치된 채로 나옵니다. SSL 인증서도 자동이고요. 서버를 처음 만드는 사람이 며칠 걸릴 일을 십 분 만에 끝냅니다.

문제는 그다음이었습니다.

8월 31일 — 동시 요청 여섯 개에 멈춘 사이트

글 정리 작업을 하다가 사이트를 죽였습니다.

한꺼번에 여섯 개를 요청했을 뿐인데 약 10분 동안 사이트가 열리지 않았어요. 1코어에 램 2GB짜리 서버라 여유가 없기는 했습니다. 그래도 여섯 개에 멈출 줄은 몰랐습니다.

워드프레스는 글을 저장할 때마다 무거운 일을 여러 개 같이 돌립니다. 검색 최적화 플러그인이 글을 다시 분석하고, 캐시를 비우고, 사이트맵을 새로 만들어요. 그게 한꺼번에 여섯 번 돌아간 겁니다.

여기까지는 제 잘못입니다. 그런데 원인을 찾다가 더 큰 것이 나왔습니다.

죽어 있던 페이지 캐시 — 잔재 1.1GB

페이지 캐시가 꺼져 있었습니다.

캐시는 한 번 만든 화면을 저장해 두었다가 다음 손님에게 그대로 내주는 방식이에요. 이게 꺼져 있으면 방문자가 올 때마다 서버가 처음부터 화면을 다시 만듭니다. 그래서 여섯 개에 멈춘 거였어요.

더 이상한 것은 캐시 플러그인이 켜져 있었다는 점입니다. 클라우드웨이즈가 기본으로 넣어 주는 캐시 플러그인이 분명히 켜진 상태였어요.

원인은 캐시 플러그인이 두 개였던 것이었습니다. 예전에 설치해 둔 다른 최적화 플러그인이 화면마다 「이 화면은 저장하지 말라」는 표시를 계속 내보내고 있었습니다. 켜 둔 캐시가 그 표시에 막혀서 한 장도 저장하지 못한 겁니다.

같은 글을 세 번 이어서 불러 보면 세 번 다 저장된 것을 못 찾았다고 나왔습니다. 게다가 그 플러그인이 남긴 잔재가 파일 7,983개, 1.1GB나 쌓여 있었어요.

여기서 제가 하고 싶은 말은 이겁니다.

관리형 호스팅에 돈을 내고 있었는데, 이 중 어느 것도 저에게 알려 주지 않았습니다. 캐시가 꺼진 채 몇 달이 지났고, 잔재가 1.1GB 쌓이는 동안에도 아무 말이 없었습니다. 사이트가 10분 멈춘 것도 제가 직접 알아챘어요.

지금 응답 0.03초 — 찾아낸 것은 클로드 코드

원인을 찾은 것은 클로드 코드였습니다.

SSH로 서버에 접속해서 캐시 상태를 확인하고, 어느 플러그인이 충돌하는지 짚고, 잔재가 어디에 쌓여 있는지 찾아 줬습니다. 저는 명령어를 거의 입력하지 않았어요. 상황을 설명하면 알아서 확인해 주니까요.

겹치는 플러그인을 걷어내고 잔재를 지운 뒤 응답 시간을 다시 재 봤습니다.

고치기 전은 0.27초에서 0.31초였습니다. 고친 뒤는 0.024초에서 0.036초가 나왔어요. 같은 글을 세 번 부르면 두 번째부터는 저장해 둔 화면이 그대로 나옵니다.

같은 서버, 같은 요금제입니다. 바뀐 것은 캐시 설정과 잔재를 치운 것뿐이에요. 1코어에 램 2GB라서 느렸던 게 아니라, 설정이 어긋난 채로 몇 달을 지냈던 겁니다.

직접 쓰기로 기운 쪽 — AI가 대신하는 자리

관리형 호스팅의 값어치는 「서버를 만질 줄 모르는 사람 대신 만져 준다」에 있었습니다.

그런데 요즘은 그 자리를 AI가 채웁니다. 오류 메시지를 그대로 보여 주면 원인을 짚어 주고, SSH 접속부터 설정 파일 수정까지 대신 해 줍니다. 저처럼 명령어를 모르는 사람도 서버를 직접 볼 수 있게 됐어요.

제가 직접 쓰는 쪽으로 마음이 기운 이유가 그겁니다. 값 차이보다도, 관리비를 내고도 결국 제가 찾아야 했다는 쪽이 컸습니다.

물론 모두에게 권하지는 않습니다. 서버가 멈췄을 때 전화할 곳이 있다는 안심에 값을 매기는 분도 있고, 그건 그것대로 맞는 선택이에요. 저는 다른 서비스 요금을 줄일 때도 같은 기준으로 정했습니다. 내가 직접 볼 수 있으면 직접 보는 쪽으로요.

정리

이번에 확인한 것을 줄여서 적으면 이렇습니다.

  • 클라우드웨이즈는 벌처 위에 얹힌 관리 도구다. 청구서에 「Vultr Machine」이라고 찍힌다
  • 이 사이트 서버는 벌처 High Frequency 2GB 요금제인데 관리형으로 월 30달러가 매겨진다. 같은 것을 직접 빌리면 그보다 낮다
  • 차액은 관리비인데, 캐시가 꺼진 것도 잔재 1.1GB도 알려 주지 않았다
  • 원인을 찾고 고친 것은 클로드 코드였고, 응답이 0.3초 수준에서 0.03초 수준으로 돌아왔다

서버를 직접 만지는 것이 예전만큼 무섭지 않아졌습니다. 명령어를 외우는 것보다 상황을 설명하는 쪽이 중요해졌으니까요. 이번에 청구서를 들여다보면서 그걸 다시 느꼈습니다.

자주 묻는 질문

클라우드웨이즈와 벌처 중 어느 쪽이 더 쌉니까?

둘은 같은 층에 있지 않아서 그렇게 묻기가 어렵습니다. 벌처가 실제 서버를 빌려주고 클라우드웨이즈는 그 위에 관리 도구를 얹어 팝니다. 제 경우 클라우드웨이즈가 1코어 램 2GB 서버 한 대에 월 30달러를 매기고 있습니다. 같은 사양을 벌처에서 직접 빌리면 그보다 낮고, 그 차액이 관리비입니다.

클라우드웨이즈 청구서에 왜 벌처 이름이 나옵니까?

클라우드웨이즈에서 서버를 만들 때 어느 회사 인프라를 쓸지 고르기 때문입니다. 저는 벌처 서울을 골랐고, 그래서 청구서 항목이 「Vultr Machine」으로 찍힙니다. 디지털오션이나 아마존을 골랐다면 그 이름이 나옵니다.

관리형 호스팅을 쓰면 서버 문제를 알아서 잡아 줍니까?

전부는 아니었습니다. 제 사이트는 페이지 캐시가 꺼진 채로 몇 달을 지냈고 쓰이지 않는 잔재가 1.1GB 쌓여 있었는데, 그동안 아무 안내도 받지 못했습니다. 서버가 10분 멈춘 것도 제가 직접 알아챘습니다.

1코어 램 2GB 서버로 워드프레스를 돌릴 수 있습니까?

돌아갑니다. 다만 페이지 캐시가 살아 있어야 합니다. 캐시가 꺼져 있으면 방문자마다 화면을 처음부터 다시 만들어서, 동시 요청 여섯 개만으로도 사이트가 약 10분 멈추는 것을 직접 겪었습니다. 캐시를 살린 뒤에는 원본 응답이 0.3초 수준에서 0.03초 수준으로 돌아왔습니다.

서버를 직접 관리하려면 리눅스를 알아야 합니까?

예전만큼은 아닙니다. 저는 명령어를 거의 모르는데 클로드 코드에게 상황을 설명하는 것으로 캐시 문제와 잔재를 찾아 고쳤습니다. 오류 화면을 그대로 보여 주면 원인을 짚어 줍니다. 다만 되돌릴 수 없는 작업 전에는 백업을 먼저 잡아 두세요.

위로 스크롤