VPS, VM, VPC 차이와 용도 한눈에 보기

한 문단으로 설명하는 VPS, VM 및 VPC

VM(가상 머신)은 소프트웨어로 구성된 컴퓨터입니다. 하이퍼바이저는 하나의 물리적 서버를 여러 개의 독립적인 머신으로 나누며, 각 머신은 자체 커널을 실행합니다. VPS(가상 사설 서버)는 이러한 가상 머신 중 하나를 제품으로 임대한 것입니다. VPS에는 운영 체제, root 액세스 및 월별 요금이 포함됩니다. VPC(가상 사설 클라우드)는 서버가 아닙니다. 클라우드 계정 내부에서 정의하는 사설 네트워크이며, 여기에 리소스를 배치합니다. VM은 기술입니다. VPS는 제품입니다. VPC는 제품을 둘러싼 네트워크입니다.

이 용어 중 2개는 머신을 설명합니다. 나머지 1개는 네트워크를 설명합니다. 사람들이 이들을 같은 선반에 놓인 3개의 제품처럼 비교하기 때문에 혼란이 발생합니다. Almost all of the confusion comes from that mismatch, because people compare them as if they were three products on one shelf.

VM이란

하이퍼바이저는 하드웨어처럼 동작하는 계층입니다. 각 게스트에 가상 CPU, 메모리 블록, 가상 디스크, 가상 네트워크 카드를 할당하고 게스트끼리 서로 볼 수 없도록 격리합니다. 서버에서 일반적으로 사용하는 하이퍼바이저는 KVM, Xen, Hyper-V, VMware ESXi입니다. 최신 하이퍼바이저는 CPU 가상화 확장 기능(Intel VT-x, AMD-V)을 활용하므로 게스트 명령이 해석되지 않고 실제 CPU에서 네이티브 실행에 가까운 속도로 실행됩니다.

시스템 관리자가 중요하게 봐야 할 부분은 커널입니다. VM은 자체 커널로 부팅하므로 배포판을 선택하고, 커널 모듈을 로드하며, 자신에게만 적용되는 sysctl 값을 설정할 수 있습니다. 이는 컨테이너(LXC, Docker)와 다릅니다. 컨테이너는 호스트 커널을 공유하고 프로세스와 파일에 대한 자체 뷰만 가집니다.

Linux 시스템에서는 명령 1개로 결과를 확인할 수 있습니다.

systemd-detect-virt

kvm이면 KVM 하이퍼바이저에서 실행되는 가상 머신입니다. lxc 또는 openvz이면 다른 시스템의 커널을 사용하는 컨테이너입니다. none이면 물리 서버를 직접 사용하고 있다는 뜻입니다. 명령이 없으면 lscpu | grep -i hypervisor에서 CPU 플래그를 통해 같은 결과를 확인할 수 있습니다.

VPS란 무엇인가

VPS는 VM을 상용 제품으로 포장한 것입니다. 기반 기술은 가상화입니다. "VPS"라는 이름에는 제품으로 판매하는 데 필요한 요소가 추가됩니다. 여기에는 다시 설치할 수 있는 OS 이미지, IP 주소, 대역폭 할당량, 제어판, 월 요금, 호스트가 중단될 때 문의할 담당자가 포함됩니다. "Private"라는 표현은 공유 호스팅과 구분하기 위해 사용됩니다. 공유 호스팅에서는 수백 개의 사이트가 하나의 운영 체제와 하나의 PHP 구성 설정을 공유합니다.

VPS는 제품명이며 기술 용어가 아니므로 항상 완전한 VM을 의미하지는 않습니다. 일부 저가 요금제는 같은 이름으로 컨테이너를 제공합니다. 차이는 커널이 필요한 첫 순간에 드러납니다. 컨테이너 기반 요금제에서는 커널이 호스트의 커널이고 변경할 수 없으므로 sudo modprobe wireguard이(가) RTNETLINK answers: Operation not supported 또는 modprobe: FATAL: Module wireguard not found와 함께 실패합니다. KVM 요금제에서는 모듈이 로드되고 터널이 연결됩니다. 서버에서 Docker, VPN, 사용자 지정 커널 또는 자체 VM을 실행하려는 경우 구매 전에 가상화 유형을 확인해야 합니다. VPS 내부에서 VPS 내부에서 VM 실행하려면 호스트에서 중첩 가상화가 활성화된 KVM이 필요합니다. 이러한 요금제는 다시 더 적은 범위로 제한됩니다.

VPC란

VPC는 클라우드 공급자 내부에 구축된 소프트웨어 정의 네트워크입니다. 10.0.0.0/16과 같은 CIDR 표기법으로 주소 범위를 지정한 다음, 그 범위에서 서브넷을 나누고 라우팅 테이블을 연결하며 내부 리소스 앞에 방화벽 규칙(security groups)을 배치합니다. VPC에는 CPU, 메모리 또는 디스크가 없습니다. 로그인할 대상도 없습니다. VPC의 모든 서버를 삭제해도 VPC는 비어 있는 상태로 남으며 일반적으로 요금이 부과되지 않습니다.

VPC를 사용하면 사설 주소를 사용할 수 있습니다. 동일한 VPC에 있는 두 서버는 공급자의 내부 패브릭에서 10.0.1.15과 같은 주소를 통해 통신합니다. 따라서 해당 트래픽은 공용 인터넷을 거치지 않으며 인터넷 송신 트래픽으로 과금되지 않습니다. 그러면 데이터베이스가 사설 주소에서만 수신 대기하도록 설정할 수 있으므로 외부에 노출되는 포트가 전혀 없습니다.

ip -4 addr show

10.0.0.0/8, 172.16.0.0/12 또는 192.168.0.0/16 내부의 주소는 사설 주소입니다. 동일한 서버에 공용 주소가 있으면 해당 서버가 어떤 네트워크 객체에 속해 있든 인터넷에서 직접 접근할 수 있습니다.

VPC를 사용하면 서버가 비공개 상태가 됩니까?

아닙니다. 이는 세 용어를 혼동할 때 발생하는 가장 비용이 큰 오해입니다. VPC는 라우팅과 주소 지정을 제어합니다. 인터넷이 시스템에 연결할 수 있는지는 결정하지 않습니다. 인스턴스에 공인 IP가 있고 보안 규칙에서 0.0.0.0/0의 port 22를 허용하면 VPC 사용 여부와 관계없이 다른 서버와 동일한 수준으로 노출됩니다. VPC를 사용하면 리소스에 공인 주소를 전혀 할당하지 않을 수 있습니다. 또한 어느 서브넷이 어느 서브넷과 통신할 수 있는지 규칙으로 지정할 수 있습니다. 이것이 VPC에서 얻는 격리입니다.

이 세 용어는 서로 다른 종류의 격리를 의미합니다. VM은 컴퓨팅 리소스를 격리합니다. 하이퍼바이저가 CPU 시간과 메모리를 분리하므로 다른 게스트가 사용자의 RAM을 읽을 수 없습니다. 디스크와 네트워크에서는 이 격리가 더 약합니다. 같은 호스트의 사용량이 많은 이웃이 여전히 성능을 저하시킬 수 있습니다. 컨테이너 기반 VPS는 하나의 커널을 공유하므로 커널 수준의 버그가 공동 위험이 됩니다. VPC는 컴퓨팅 리소스를 전혀 격리하지 않습니다. 네트워크 구성만 제어합니다.

가격 책정의 기본 개념

VPS는 일반적으로 고정된 사양의 머신을 고정된 월 요금으로 판매합니다. 월이 시작되기 전에 요금을 알 수 있으며, 디스크와 전송 허용량이 요금에 포함됩니다. 이러한 예측 가능성이 소규모 워크로드에서 클라우드 인스턴스보다 VPS를 선택하는 주된 이유입니다.

클라우드 VM은 사용량에 따라 과금됩니다. 인스턴스는 시간 또는 초 단위로 과금되며, 디스크, 스냅샷, 로드 밸런서 및 아웃바운드 트래픽은 별도로 과금됩니다. VPC 자체는 일반적으로 무료이지만, VPC에 연결된 관리형 구성 요소는 무료가 아닙니다. 프라이빗 인스턴스가 인터넷에 연결할 수 있도록 하는 NAT gateway는 시간 및 기가바이트 단위로 과금되며, availability zone 간 트래픽도 과금됩니다. 2026년 7월 현재 주요 클라우드 제공업체는 여전히 모든 새 인스턴스를 기본 VPC에 자동으로 배치하므로, 요청하지 않았더라도 VPC를 사용하게 됩니다.

실제로 필요한 것은 무엇인가

• 웹사이트, 앱, 게임 서버 또는 VPN을 위한 서버 1대: VPS가 필요합니다. 요금제 이름보다 새 VPS를 만든 후 처음 10분이 더 중요합니다.
• 서로 사설 주소로 연결해야 하는 서버 여러 대: VPC가 필요합니다. 또는 VPS 공급자가 다른 이름으로 제공하는 private network 기능을 사용합니다.
• 전체 데이터센터가 중단되어도 계속 실행되어야 하는 워크로드: 여러 zone을 제공하는 cloud가 필요합니다. 이 경우 VPC 내부에 VM이 배치됩니다.
• kernel을 완전히 제어하거나 그 위에 자체 hypervisor를 실행해야 하는 경우: KVM 기반 VPS 또는 dedicated server가 필요합니다. 또한 비교할 때 요금제에 사용된 disk type을 확인합니다.

대부분의 단일 서버 프로젝트에는 VPC가 필요하지 않습니다. VPS에 포함된 private network 기능으로 소수의 머신에 동일한 작업을 수행할 수 있습니다.

FAQ

VPS는 VM과 같은 것입니까?

VPS는 누군가가 판매하는 VM입니다. KVM, Xen 또는 VMware에서 실행되는 모든 VPS는 가상 머신이지만, 모든 가상 머신이 VPS인 것은 아닙니다. VirtualBox를 사용해 노트북에서 실행하는 VM은 누구의 상품도 아니기 때문입니다. VPS라고 표시된 저가 요금제 중 일부는 완전한 VM이 아니라 컨테이너입니다. 따라서 커널 액세스에 의존하기 전에 systemd-detect-virt으로 확인해야 합니다.

VPS를 VPC 안에 둘 수 있습니까?

일반적으로 불가능합니다. VPC는 한 클라우드 제공업체에 종속된 구성 요소이며, 동일한 계정에서 생성된 리소스만 포함하기 때문입니다. 독립 제공업체의 VPS는 해당 제공업체의 네트워크에 있습니다. 두 환경 사이에 프라이빗 링크가 필요하다면 두 환경 사이에 VPN 터널을 구축해야 합니다. 그러면 VPS가 해당 터널을 통해 프라이빗 서브넷에 연결됩니다.

클라우드 요금이 동등한 VPS보다 높은 이유는 무엇입니까?

인스턴스 요금은 전체 비용의 일부일 뿐입니다. 미터링 방식의 클라우드에서는 스토리지, 스냅샷, 아웃바운드 트래픽, 로드 밸런서 및 NAT 게이트웨이가 별도 항목으로 청구됩니다. NAT 게이트웨이 하나의 월 비용이 소형 VPS보다 높을 수도 있습니다. 고정 요금 VPS는 디스크와 전송 allowance를 하나의 금액에 포함합니다. 따라서 동일한 워크로드가 VPS에서 더 저렴해 보이는 경우가 많습니다.

서버에 실제 커널 액세스가 있는지 확인하려면 어떻게 해야 합니까?

systemd-detect-virt을 실행하고 결과를 확인합니다. kvm, xen 또는 vmware이면 자체 커널을 사용하며 modprobe이 작동합니다. lxc, lxc-libvirt 또는 openvz이면 호스트 커널을 공유하는 것입니다. 모듈을 로드하거나 /proc/sys에 쓰는 명령은 Operation not supported과 함께 실패합니다. 추가로 uname -r을 확인할 수 있습니다. 컨테이너 요금제에서는 이 명령이 배포판에서 제공한 적이 없는 커널 버전을 보고하는 경우가 많습니다.