Hacker News 2026.04.19 25

DigitalOcean에서 Hetzner로: 월 1,432달러를 233달러로 줄인 무중단 마이그레이션 이야기

클라우드 비용, 정말 이만큼 줄일 수 있을까

요즘 AWS나 DigitalOcean 청구서를 보고 한숨 쉬는 분들 많으시죠. 특히 스타트업이나 사이드 프로젝트를 운영하는 입장에서 매달 빠져나가는 클라우드 비용은 생각보다 부담이 큰데요. 이번에 한 개발자가 DigitalOcean에서 Hetzner로 인프라를 통째로 옮기면서 월 1,432달러였던 비용을 233달러까지 줄였다는 경험담을 공유했어요. 한국 돈으로 따지면 대략 월 200만 원 나가던 게 30만 원대로 줄어든 거니까, 무려 84%를 절감한 셈이죠.

더 놀라운 건 이걸 다운타임 없이(Zero Downtime) 해냈다는 점이에요. 서비스 운영하다 보면 "싸다고 옮기고 싶은데 사용자들이 접속 못 하면 어떡하지" 하는 걱정이 가장 크잖아요. 그 걱정을 차근차근 설계로 풀어낸 사례라 살펴볼 만해요.

왜 Hetzner인가: 독일산 가성비의 실체

Hetzner가 뭐냐면요, 독일에 본사를 둔 호스팅 업체예요. 국내에선 덜 알려졌지만 유럽에선 정말 유명한 곳이거든요. 같은 스펙을 비교해보면 차이가 확 느껴져요. 예를 들어 DigitalOcean에서 vCPU 4개에 RAM 8GB짜리 서버가 월 48달러 정도인데, Hetzner의 비슷한 사양 VPS(CX32)는 월 7유로 수준이에요. 게다가 Hetzner에는 "Dedicated(전용)" 서버라고 해서, 물리 서버 한 대를 통째로 빌리는 상품도 있는데 AMD Ryzen CPU에 RAM 64GB, NVMe SSD 조합이 월 40~50유로 정도예요. AWS나 GCP에서 같은 성능을 뽑으려면 수백 달러는 각오해야 하죠.

물론 싼 데는 이유가 있어요. 관리형 서비스(Managed Database, Load Balancer처럼 버튼 몇 번으로 인프라를 띄워주는 서비스)가 DigitalOcean만큼 친절하지 않고, 공식 문서도 상대적으로 건조해요. 리전도 독일, 핀란드, 미국 동부/서부, 싱가포르 정도로 제한적이고요. 한국에서 접속하면 레이턴시(응답 지연)가 수백 ms 늘어날 수 있다는 점은 감안해야 해요.

무중단 마이그레이션은 어떻게 가능했나

핵심은 DNS 기반 점진적 전환이에요. 이게 무슨 말이냐면, 도메인이 가리키는 서버 IP를 한 번에 바꾸는 게 아니라 단계별로 트래픽을 나눠 보낸다는 뜻이에요. 먼저 Hetzner에 새 서버를 세팅하고, 데이터베이스는 논리적 복제(Logical Replication)로 실시간 동기화를 걸어둬요. PostgreSQL이라면 publication과 subscription을 걸어서 기존 DB의 변경 내역이 새 DB에 계속 흘러 들어가게 만드는 거죠.

그다음 애플리케이션 코드를 새 서버에 배포해서 양쪽이 똑같이 동작하는 상태를 만들어요. 여기서 중요한 건 세션과 캐시 처리예요. 사용자가 로그인한 상태에서 서버가 바뀌면 로그아웃되면 안 되니까, Redis 같은 세션 스토어를 공유하거나 JWT 같은 무상태(stateless) 인증을 쓰는 게 유리하죠. 그 후 Cloudflare 같은 CDN 앞단에서 트래픽 비율을 10%, 50%, 100%로 점진적으로 늘려가면서 문제가 없는지 지켜보는 거예요. 문제가 생기면 즉시 롤백할 수 있고요.

TTL(Time To Live, DNS 레코드가 캐시되는 시간)을 미리 300초 같은 짧은 값으로 낮춰두는 것도 팁이에요. 보통 TTL이 하루 단위면 전환에 시간이 오래 걸리는데, 미리 낮춰두면 변경이 빠르게 전파되거든요.

업계 흐름: 클라우드 탈출 러시

사실 이런 흐름은 혼자만의 이야기가 아니에요. 2022년 37signals(Basecamp, HEY 운영사)가 AWS에서 자체 데이터센터로 옮기면서 5년에 700만 달러를 아낄 수 있다고 발표한 이후로 "클라우드 리패트리에이션(Cloud Repatriation, 클라우드에서 온프레미스나 저렴한 대안으로 되돌아가기)"이라는 키워드가 계속 나오고 있어요. Hetzner, OVH, Scaleway 같은 유럽 업체들이나 국내의 NHN Cloud, 네이버클라우드도 대안으로 자주 거론되죠.

다만 오해하면 안 되는 게, AWS가 무조건 비싸서 나쁘다는 뜻은 아니에요. 글로벌 멀티리전, Lambda 같은 서버리스, DynamoDB의 자동 확장 같은 걸 Hetzner에서 똑같이 구현하려면 본인이 다 관리해야 하거든요. 결국 엔지니어링 비용 vs 인프라 비용의 트레이드오프라고 보면 돼요.

한국 개발자에게 주는 시사점

사이드 프로젝트나 비용 민감한 서비스라면 진지하게 검토해볼 만해요. 특히 트래픽이 주로 국내가 아닌 글로벌이거나, 일괄 처리 배치 워크로드가 많다면 Hetzner 전용 서버의 가성비가 압도적이에요. 반대로 국내 사용자 대상 실시간 서비스라면 지연시간 때문에 오히려 손해일 수 있으니, 리전 선택과 CDN 구성을 꼼꼼히 봐야 해요.

또 하나, 마이그레이션 능력 자체가 개발자의 역량이라는 점도 기억하면 좋겠어요. DNS, 복제, 블루-그린 배포, 헬스체크 이런 개념들을 한 번에 실전으로 엮어보는 건 커리어에도 큰 자산이 되거든요.