한눈에 보기
웹 호스팅은 웹사이트의 파일과 프로그램을 인터넷에 상시 연결된 서버에 올려 두는 서비스입니다. 종류의 차이는 결국 두 가지 질문으로 정리됩니다. 서버 자원을 다른 사이트와 얼마나 나눠 쓰는지, 그리고 서버 관리를 누가 맡는지입니다. 이 글에서는 이 두 기준으로 호스팅을 비교하고, 클라우드 서비스의 등장과 대형 데이터센터 화재 사례에서 배울 점, 사이트 규모에 따른 선택 체크리스트를 다룹니다.
- 공유 호스팅은 한 서버를 여러 사이트가 나눠 쓰고, 전용 서버는 서버 한 대를 독점합니다.
- VPS는 물리 서버를 가상으로 쪼개 독립된 자원을 할당하며, 보통 루트 권한을 줍니다.
- 매니지드는 관리 부담을 업체가 지는 대신 자유도가 제한되는 경우가 많습니다.
- 클라우드는 서버 여러 대로 구성되어 확장이 쉽고, 쓴 만큼 요금을 내는 방식이 흔합니다.
- 어떤 호스팅이든 백업은 별도로 챙겨야 합니다.
호스팅 종류 비교표
| 종류 | 자원 공유 | 관리 주체 | 특징 |
|---|---|---|---|
| 공유 호스팅 | 한 서버를 여러 사이트가 공유 | 업체 | 설정 자유도가 낮음 |
| VPS | 물리 서버를 가상으로 분할 | 이용자(비관리형) 또는 업체(관리형) | 보통 루트 권한, 같은 장비의 다른 VPS 부하에 성능이 영향받을 수 있음 |
| 전용 서버 | 서버 한 대 독점 | 이용자(자가 관리형이 흔함) | 전체 제어, 보안·유지보수 책임이 이용자에게 있는 경우가 많음 |
| 매니지드 | 서비스 형태에 따라 다름 | 업체 | 루트 권한 등이 제한될 수 있음, 일관된 품질 |
| 클라우드 | 클러스터 서버를 공동 이용 | 서비스에 따라 다름 | 서버 한 대가 고장 나도 다른 서버가 대신, 종량제 요금이 흔함 |
| 코로케이션 | 서버는 이용자 소유 | 이용자 | 업체는 공간·전력·회선만 제공, 가장 비싸고 지원은 최소 |
기술적으로 VPS는 가상화 방식에 따라 다시 나뉩니다. KVM 같은 하이퍼바이저 방식은 각 가상 서버가 자기 커널을 가져 격리가 강하고, OpenVZ 같은 컨테이너 방식은 호스트의 커널을 공유해 자원 효율은 높지만 격리와 커스터마이징이 상대적으로 약합니다. (위키백과 기준)
실제 사례
2006년 아마존 EC2: 서버를 빌려 쓰는 방식의 확산
아마존은 2006년 8월 25일 EC2의 제한적 공개 베타를 발표했습니다. 이름의 Elastic(탄력적)은 필요한 만큼 서버를 늘리고 줄이며 사용한 만큼 비용을 내는 구조를 뜻합니다. 초기에는 Xen 가상화를 사용했고, 2017년 11월에는 KVM 기반의 Nitro 구조(C5 계열)와 베어메탈 인스턴스를 발표했습니다. 요금 면에서는 약정 없는 온디맨드 외에 1~3년 약정의 예약 인스턴스, 중단될 수 있는 스팟 인스턴스 등 선택지가 생겼다고 합니다. 세부 요금은 시점마다 다르므로 이 글에서는 다루지 않습니다. 이 사례의 시사점은 호스팅이 서버 한 대를 계약하는 것에서 자원을 필요한 만큼 쓰는 것으로 확장되었다는 것입니다. (위키백과 기준)
2021년 3월 OVHcloud 스트라스부르 데이터센터 화재
2021년 3월 프랑스 스트라스부르의 OVHcloud 데이터센터에서 화재가 났습니다. 2016년에 지어진 SBG2는 전소되어 전손 처리되었고, SBG1은 일부 손상, SBG3는 손상은 없었지만 정전으로 서버가 일시 중단되었으며, SBG4는 온전했습니다. 위키백과에 따르면 SBG2에 저장된 고객 데이터와 백업이 모두 사라졌고, 2021년 9월 금융시장청 제출 자료에서 피해액은 약 1억 500만 유로로 추정되었습니다. 이후 2023년에는 데이터를 잃은 고객 2곳에 25만 유로 배상 판결이 나왔고, 130곳 넘는 고객이 집단소송에 참여했습니다. 화재 원인은 이 글에서 확인하지 못했습니다. 해석하면, 원본과 백업이 같은 시설에 있으면 시설 사고 하나에 둘 다 잃을 수 있다는 점이 분명해진 사례입니다.
가상 예시: 개인 블로그가 성장하는 경우
가상 예시입니다. 어떤 개인 블로그는 처음에 공유 호스팅으로 충분히 운영됩니다. 직접 설정할 항목이 생기거나 같은 서버의 다른 사이트 영향이 느껴지면 VPS를 검토하게 되고, 접속이 특정 시기에 몰려 확장이 필요해지면 클라우드를 검토합니다. 서버 관리에 시간을 쓸 수 없다면 매니지드 형태가 선택지가 됩니다. 이 흐름은 일반적인 시나리오일 뿐 정해진 규칙이 아니며, 수치 기준은 사이트와 업체마다 다르므로 업체 문서를 확인해야 합니다.
선택 체크리스트
- 서버 설정이나 프로그램을 직접 설치해야 하는가: 필요하면 VPS 이상을, 아니면 공유나 매니지드를 검토합니다.
- 관리 인력이 있는가: 보안 패치와 백업을 직접 감당할 수 있는지 먼저 따져 봅니다.
- 가용성 약정(SLA)이 있는가: 업체마다 정의가 다르고 예정된 점검 시간을 제외하는 경우가 있어 문서를 꼼꼼히 읽습니다.
- 백업이 서버와 다른 곳에도 있는가: 업체 서버 안에만 두지 않습니다.
- 데이터가 어느 지역에 저장되는가: 클라우드는 위치 통제가 약해질 수 있어 개인정보 관련 규정이 있으면 확인합니다.
흔한 오해와 정정
- 오해: 클라우드는 장애가 없다. 실제: 클러스터 구조로 서버 한 대 고장에는 강하지만, 시설 단위 사고나 설정 실수까지 막아 주지는 않습니다.
- 오해: 업체가 있으니 백업은 신경 쓰지 않아도 된다. 실제: OVHcloud 화재 사례처럼 같은 시설의 백업이 함께 사라질 수 있으므로 별도 위치 백업이 필요합니다.
- 오해: VPS는 전용 서버와 같다. 실제: 기능은 비슷해도 같은 장비를 다른 VPS와 나눠 쓰므로 이웃의 부하에 성능이 영향받을 수 있습니다.
- 오해: 가동률 보장이 있으면 점검 시간에도 보상받는다. 실제: SLA가 예정된 점검 시간을 제외하는 경우가 있어 약관을 읽어야 합니다.
한계와 더 알아볼 점
이 글의 정의와 사례는 위키백과 기준이며, 업체별 요금·성능·약정 조건은 다루지 않고 특정 업체 추천도 하지 않습니다. 클라우드와 매니지드는 상품마다 의미가 다르게 쓰여 실제 서비스 설명을 따로 확인해야 합니다. 서버리스, 정적 사이트 호스팅 같은 형태도 있지만 이 글에서는 다루지 않았습니다.
도메인 개념도 함께 확인해보세요
도메인과 DNS가 무엇인지 궁금하다면 도메인이란 무엇인가, 접속 속도는 CDN 기초 가이드, HTTPS 인증서는 무료 SSL 가이드, 데이터 보호는 3-2-1 백업 규칙도 확인해보세요.
자주 묻는 질문
공유 호스팅의 단점은 무엇인가요?
같은 서버를 여러 사이트가 나눠 쓰기 때문에, 다른 사이트의 트래픽이 급증하면 내 사이트의 속도에도 영향을 줄 수 있다는 단점이 있습니다.
클라우드 호스팅은 왜 비용이 유동적인가요?
실제 사용한 자원(트래픽, 저장공간 등)만큼 요금이 부과되는 종량제 방식이 많아, 트래픽이 몰리는 시기와 그렇지 않은 시기에 비용 차이가 날 수 있습니다.
VPS와 전용 서버의 차이는 무엇인가요?
VPS는 물리 서버 한 대를 가상으로 나눠 쓰고, 전용 서버는 서버 한 대를 통째로 쓰는 방식입니다. VPS는 비용이 낮은 대신 같은 장비의 다른 VPS 부하에 영향을 받을 수 있습니다.
매니지드 호스팅은 무엇을 대신해 주나요?
서버 관리, 보안, 업데이트 등을 업체가 맡는 형태입니다. 대신 루트 권한 같은 제어권이 제한될 수 있습니다. 구체적 범위는 업체마다 다르므로 서비스 설명을 확인하세요.
호스팅 업체가 백업을 해 주면 따로 하지 않아도 되나요?
권장하지 않습니다. 업체 백업이 같은 시설에 있으면 시설 사고 시 원본과 함께 사라질 수 있으며, 실제로 2021년 OVHcloud 화재에서 같은 시설에 저장된 백업이 함께 소실되었습니다.