SSD Nodes Learn Hosting plans →
가이드 Matt Connor작성자 Matt Connor

VPS란 무엇인가? 개념부터 root 권한까지 쉽게 설명

VPS는 물리 서버를 가상화하여 독립적인 환경을 제공하는 서비스입니다. 가상 머신과 컨테이너의 차이점, root 권한을 통한 서버 제어 범위, 그리고 하이퍼바이저가 자원을 분할하는 방식을 상세히 정리했습니다. 나에게 맞는 서버 환경을 선택하는 기준을 확인해 보십시오.

VPS란 무엇인가?

VPS(Virtual Private Server)는 데이터 센터에 있는 실제 컴퓨터의 일부를 마치 자신의 전체 기기처럼 임대하여 사용하는 서비스입니다. 해당 컴퓨터의 소프트웨어가 이를 여러 개의 독립적인 서버로 분할하며, 사용자는 그중 하나를 할당받습니다. 여기에는 고유한 메모리 할당량, 디스크 공간, IP 주소, 그리고 요금제 범위 내에서 소프트웨어를 설치할 수 있는 관리자 권한이 포함됩니다. 이 서버는 항상 실행 상태를 유지하며, 외부 공개용 요금제의 경우 인터넷상의 주소로 요청에 응답합니다.

이 세 단어를 나누어 보면 제품의 의미가 명확해집니다. Server는 항상 켜져서 네트워크를 통해 요청에 응답하는 컴퓨터를 의미합니다. Virtual은 소프트웨어로 구현되었음을 뜻합니다. 사용자의 서버는 더 큰 물리적 기기의 파티션입니다. Private는 해당 파티션이 오직 사용자만의 것임을 의미합니다. 사용자의 파일과 실행 중인 프로그램은 옆 파티션을 임대한 다른 사용자에게는 보이지 않습니다.

만약 이전에 root 권한을 가져본 적이 없다면, 마지막 부분이 가장 중요합니다. VPS는 서버 환경에 대한 관리자 권한을 제공합니다. 이미 설정된 항목과 변경 가능한 범위는 이미지, 가상화 기술, 그리고 요금제에 따라 달라집니다.

하이퍼바이저가 분할하는 자원과 공유하는 자원

가상 머신 기반 VPS에서 자원을 분할하는 프로그램을 하이퍼바이저라고 합니다. 이 프로그램은 호스트라고 불리는 물리적 머신에서 실행됩니다. 하이퍼바이저는 각 고객에게 프로세서, 메모리 블록, 디스크, 네트워크 카드와 같은 가상의 하드웨어 세트를 제공합니다. 운영체제는 이 가상 하드웨어에 설치되며, 마치 실제 컴퓨터를 소유한 것처럼 부팅됩니다. 이 게스트 시스템이 바로 사용자의 VPS입니다. KVM (kernel-based virtual machine), Xen, VMware ESXi, Microsoft Hyper-V가 이러한 역할을 수행합니다. 반면 OpenVZ와 같은 컨테이너형 VPS는 별도의 게스트 커널 없이 호스트 운영체제 커널의 가상화 계층을 사용합니다.

메모리와 디스크는 공간 단위로 분할됩니다. 반면 프로세서는 시간 단위로 분할됩니다. 이 차이 하나가 나중에 사용자가 겪게 되는 대부분의 의문점을 설명합니다. 할당된 메모리가 반드시 물리적 RAM을 예약하는 것은 아닙니다. KVM은 메모리 오버커밋을 지원하며, 호스트는 게스트 메모리를 스왑할 수 있습니다. 디스크는 호스트 스토리지의 파일이나 논리 볼륨이며, 사용자가 삭제하기 전까지는 사용자의 소유로 유지됩니다. 가상 코어는 호스트의 실제 코어로 향하는 대기열이며, 하이퍼바이저는 어떤 게스트를 다음에 실행할지 스케줄링합니다.

다음 명령어 하나로 감지 가능한 가상화 유형을 식별할 수 있습니다.

systemd-detect-virt
uname -r

systemd-detect-virt는 KVM VPS에서 kvm을 출력하는데, 이는 완전한 하이퍼바이저가 사용자만의 커널을 부팅했음을 의미합니다. 컨테이너 기술의 경우 lxc나 openvz을 출력하며, 이 환경에서 서버는 호스트 운영체제 내부의 격리된 영역일 뿐 커널은 박스 내의 다른 컨테이너와 공유됩니다. container-other은 다른 컨테이너 환경이 감지되었음을 의미합니다. none는 가상화가 감지되지 않을 때 출력됩니다. 커널을 공유하는 컨테이너에서는 커널을 변경할 수 없으므로 이러한 차이는 실질적인 결과를 초래합니다. 공유 커널 컨테이너에서 모듈 로딩은 호스트에 의해 제어되므로, WireGuard VPN 모듈과 같은 커널 내 기능은 호스트의 지원이 필요합니다. 공유 커널 컨테이너에서 uname -r은 일반적으로 호스트의 커널 릴리스를 보고하지만, 컨테이너 런타임에 따라 다를 수 있습니다. gVisor는 호스트 커널을 공유하지 않고 컨테이너를 실행하며, 공식 예제에서는 5.15.0-gvisor를 보고합니다. KVM 서버에서는 동일한 명령어가 사용자 게스트 내부에 설치된 커널을 보여주며, 다른 머신과 동일한 방식으로 커널을 업그레이드하거나 교체할 수 있습니다.

여기서 가상(virtual)이라는 말은 무슨 뜻입니까?

서버가 소프트웨어로 구성되어 있으므로, 프로비저닝을 위해 누군가 물리적인 장비를 랙에 설치할 필요가 없습니다. 아무도 당신을 위해 하드웨어를 설치하지 않습니다. 서버는 템플릿 이미지를 기반으로 구축되므로, 재구축을 수행하면 깨끗한 Ubuntu 상태로 돌아가지만 기존 디스크 내용은 모두 삭제됩니다. 대부분의 제공업체 패널에서는 위험한 작업을 시도하기 전에 디스크 스냅샷을 생성하거나, 재부팅을 통해 플랜 크기를 조정하거나, 하위 호스트에 작업이 필요할 때 게스트를 다른 하드웨어로 이동시킬 수 있습니다.

가격은 동일한 사실에서 기인합니다. 한 대의 물리적 장비를 여러 고객이 동시에 비용을 분담하므로, VPS의 비용이 물리 서버 전체를 임대하는 것과 비교했을 때 그 정도 수준인 것입니다.

비용은 이점과 직결됩니다. 하위 하드웨어는 공유되므로, 이웃한 서버의 부하가 높으면 당신의 문제이기도 합니다. 아래의 제한 사항 섹션에 이를 측정하는 명령어가 있습니다.

여기서 private은 무엇을 의미합니까?

Private은 격리를 의미하며, 어느 정도 수준의 격리인지 구체적으로 이해할 필요가 있습니다. 가상 서버(VPS)를 사용하면 고유한 루트 파일 시스템, 사용자 계정, 프로세스 목록을 할당받습니다. 가상 머신 기반의 VPS는 고유한 커널을 가지지만, OpenVZ 컨테이너는 호스트의 커널을 공유합니다. 동일한 호스트를 사용하는 다른 고객은 사용자의 프로세스 목록을 보거나 파일을 읽을 수 없습니다. 해당 고객의 게스트 환경에서 사용자의 메모리나 가상 디스크로 접근할 경로가 없기 때문입니다. 가상 머신은 별도의 운영 체제를 실행하며, 커널 공유형 컨테이너는 하나의 운영 체제 안에서 사용자 및 프로그램을 격리합니다. 다만, 프라이버시는 호스트 자체에서 한계에 부딪힙니다. 하이퍼바이저를 운영하는 주체는 언제든 게스트의 메모리를 읽을 수 있습니다. 이러한 마지막 보안 격차를 해소하려면 VPS에서의 기밀 컴퓨팅에서 설명하는 암호화 메모리 하드웨어가 필요합니다.

공유 호스팅은 이와 반대되는 방식입니다. 수백 개의 다른 웹사이트를 서비스하는 머신의 디렉터리 일부와 제어판, 그리고 제공업체가 설치하기로 결정한 소프트웨어만을 사용하게 됩니다. 여기에는 apt install가 존재하지 않습니다. 패키지를 설치하면 머신 전체가 변경되는데, 해당 머신은 사용자가 마음대로 변경할 수 있는 대상이 아니기 때문입니다. 공유 호스팅과 VPS 비교에서 이러한 차이점을 상세히 다룹니다. 한 줄로 요약하자면, 공유 호스팅은 계정을 빌리는 것이고 VPS는 컴퓨터를 빌리는 것입니다.

VPS 사양서 항목별 상세 설명

모든 VPS는 짧은 숫자 목록으로 판매됩니다. 아래는 예시로 사용할 중급형 플랜의 사양입니다. 이 수치는 예시일 뿐이며, 실제 견적이나 최신 시장 조사 결과가 아닙니다.

차트An illustrative mid-range VPS plan
이 차트의 데이터
[
  {
    "plan": "Example mid-range VPS",
    "vcpu_cores": 4,
    "ram_gb": 16,
    "nvme_gb": 160,
    "bandwidth_tb": 8,
    "ipv4_addresses": 1
  }
]

위의 한 줄이 제품의 전부입니다. 왼쪽에서 오른쪽으로 읽으십시오.

4 vCPU. vCPU(가상 중앙 처리 장치)는 하이퍼바이저가 호스트 프로세서에서 스케줄링하는 가상 프로세서입니다. 플랜에 '전용(dedicated)'이라는 명시가 없다면, 이는 자원 예약이 아닌 스레드 점유율을 의미합니다. 서버 내부에서 nproc 명령은 일반적으로 4를 출력합니다. 이 명령은 현재 프로세스에서 사용할 수 있는 프로세서 수를 계산합니다. CPU 선호도(affinity)와 cgroup CPU 쿼터 설정에 따라 이 값은 낮아질 수 있으며, OMP_NUM_THREADS 및 OMP_THREAD_LIMIT은 각각 반환되는 최소값과 최대값을 설정하고, nproc --all는 설치된 모든 프로세서를 계산합니다. lscpu은 호스트 설정 방식에 따라 실제 호스트 CPU 모델명이나 일반적인 QEMU 모델명을 보여줍니다.

16 GB RAM. 플랜은 메모리 할당량이나 제한치를 명시하지만, 이것이 호스트의 물리적 RAM을 전용으로 보장한다는 의미는 아닙니다. free -h은 커널과 예약된 메모리 영역을 제외한 사용 가능한 메모리를 이진 단위로 보고하므로, 차이를 판단하기 전에 제공업체의 GB 또는 GiB 단위를 비교하십시오. 할당량을 초과하는 추가 메모리 사용 가능 여부는 플랜과 가상화 설정에 따라 다릅니다.

160 GB NVMe. NVMe(Non-Volatile Memory Express)는 호스트 내부에서 드라이브가 연결되는 방식이며, 구형 플랜에서 사용하던 SATA SSD보다 훨씬 빠릅니다. 귀하의 할당량은 일반적으로 KVM 환경에서 /dev/vda와 같은 가상 디스크로 나타납니다. df -h /은 루트 파일 시스템을 이진 단위로 보고하므로, 십진수 GB로 광고된 디스크 크기와는 차이가 발생합니다. 또한 다른 파티션과 파일 시스템 메타데이터가 사용하는 공간도 제외됩니다. ext4 파일 시스템은 기본적으로 루트 사용자를 위해 5퍼센트의 공간을 남겨두므로, 실제 사용 가능한 용량은 더 낮습니다. SSD VPS에서 SSD의 실제 의미와 구매한 디스크 사양 확인 방법에서 더 자세한 내용을 확인할 수 있습니다.

8 TB 전송량. 이는 월간 데이터 이동량을 의미하며, 일반적으로 아웃바운드 트래픽만 계산합니다. 이는 데이터 총량이며, 포트 속도는 플랜에 별도로 명시된 숫자입니다. 제공업체에 따라 허용량을 초과하면 추가 요금이 부과되거나 속도가 제한될 수 있으므로, 동영상 호스팅을 하기 전에 해당 약관을 확인하십시오. sudo apt install vnstat와 vnstat -m를 사용하면 설치 시점부터 직접 트래픽을 측정할 수 있습니다.

1 IPv4 주소. 이 주소는 서버를 임대하는 동안 귀하의 소유입니다. 도메인을 이 주소로 연결하고 방화벽 및 제공업체의 네트워크 정책이 허용하는 포트로 트래픽을 수신할 수 있습니다. 역방향 DNS(reverse DNS) 설정 또한 제공업체에 따라 다릅니다. 매우 저렴한 플랜의 경우 여러 고객이 하나의 공용 주소를 공유하는 NAT VPS 형태일 수 있으며, 이 경우 ip -4 addr show은 10.0.0.5과 같은 사설 주소를 보고하고 인바운드 포트가 제한됩니다.

제공받은 사양을 확인하는 네 가지 명령어는 다음과 같습니다.

nproc
free -h
df -h /
ip -4 addr show

위 명령어의 결과가 앞서 설명한 반올림 오차 범위를 넘어 사양서와 일치하지 않는다면, 서버에 서비스를 구축하기 전에 기술 지원 티켓을 발행하는 것이 좋습니다.

실무에서 root 권한이 의미하는 것

root는 Linux의 관리자 계정이며 사용자 ID는 0입니다. id -u을 실행하면 root일 때 0가 표시됩니다. root는 시스템 전체를 위한 패키지를 설치하고, 1024 미만의 포트를 열 수 있습니다(기본적으로 커널은 해당 포트를 root 또는 CAP_NET_BIND_SERVICE 권한을 가진 프로세스를 위해 예약하므로, 해당 권한이 있는 비-root 프로세스는 net.ipv4.ip_unprivileged_port_start을 낮추지 않고도 80번 포트에 바인딩할 수 있습니다). 또한 시스템 파일을 읽고 수정할 수 있으며, 부주의한 명령 한 번으로 시스템을 파괴할 수도 있습니다. 커널 모듈을 로드하거나 커널을 교체하려면 커널 제어권이 필요한데, 커널을 공유하는 컨테이너 환경에서는 이를 제공하지 않습니다. 누구도 이를 대신 복구해주지 않습니다.

실무적인 차이는 간단합니다. 공유 호스팅에서는 소프트웨어를 설치해달라고 지원 티켓을 보내야 하지만, VPS에서는 다음 명령어를 입력합니다.

sudo apt update
sudo apt install -y nginx
systemctl status nginx

systemd를 사용하는 Ubuntu 이미지에서 설치 후 systemctl status nginx를 실행하면 active (running)이 출력되어야 하며, 80번 포트에 접근할 수 있다면 브라우저에서 서버 IP 주소로 기본 nginx 페이지가 보여야 합니다. 상태가 failed로 출력된다면 journalctl -u nginx -n 50를 실행하여 마지막 줄들을 확인하십시오. 서비스가 시작을 거부한 이유가 기록되어 있습니다. 일반적인 원인은 설정 파일의 오타나 다른 프로그램이 이미 80번 포트를 사용 중인 경우입니다.

root는 전체 보안 경계이기도 하며, 접근 권한은 SSH 키나 비밀번호와 같이 서버에 설정된 로그인 방식을 통해 이루어집니다. 새 서버에서의 첫 세션은 애플리케이션을 설치할 때가 아닙니다. 일반 사용자를 생성하고, 로그인을 SSH 키 방식으로 전환하며, 포트 앞에 방화벽을 두어야 합니다. 새 VPS에서의 첫 10분은 해당 체크리스트를 순서대로 다루며, SSH 키 기초는 로그인 자체를, ufw 방화벽 기초는 포트 설정을, 최소 권한 사용자는 이후 서비스가 어떤 권한으로 실행되어야 하는지를 다룹니다. journalctl -u ssh -f을 사용하여 SSH 서비스 로그를 모니터링하며 로그인 시도를 확인하십시오.

VPS의 한계는 무엇입니까?

프로세서는 공유되며, 공유 정도를 측정할 수 있습니다. Steal time은 가상 CPU가 실행 준비를 마쳤음에도 하이퍼바이저가 물리적 코어를 다른 게스트에게 할당하여 아무것도 하지 못한 시간의 비율입니다.

vmstat 1 5

st 열은 steal time을 나타냅니다. 공유 호스트에서는 짧은 steal time 급증이 발생할 수 있습니다. 자신의 프로세스가 유휴 상태임에도 두 자릿수 수치가 꾸준히 유지된다면, 이는 보통 호스트가 과도하게 할당(oversubscribed)되었음을 의미합니다. 대기 현상이 서버 외부에서 발생하므로 서버 내부의 튜닝으로는 해결할 수 없습니다. Hostinger는 CPU steal과 자사의 CPU 크레딧 시스템을 구분합니다. CPU 크레딧 정책은 사용량이 줄어들고 크레딧이 복구 임계값까지 다시 쌓이면 전체 용량을 복구합니다. 이웃 서버를 탓하기 전에 사용 중인 플랜의 CPU 정책을 확인하십시오. VPS 벤치마킹 방법에서는 이를 제공업체에 문의하기 전에 증명하는 방법을 설명합니다. Steal은 KVM 및 Xen 게스트에서 보고됩니다. 컨테이너의 경우, 보고되는 값은 CPU 통계가 노출되는 방식에 따라 다르며 컨테이너의 CPU 스로틀링을 측정하는 신뢰할 수 있는 지표가 아닙니다.

메모리는 고정되어 있으며, 한계점에 도달하면 즉시 종료됩니다. 메모리가 고갈되고 회수(reclaim)를 통해 충분한 공간을 확보할 수 없으면, 커널의 OOM(out of memory) killer가 프로세스를 선택하여 SIGKILL로 종료합니다.

sudo dmesg -T | grep -i "out of memory"

다음 한 줄은 원인을 알 수 없었던 중단 사태를 설명합니다.

Out of memory: Killed process 2412 (mysqld) total-vm:2183104kB, anon-rss:1897224kB, file-rss:0kB

SIGKILL은 프로세스에 아무것도 기록할 기회를 주지 않으므로, 애플리케이션 자체 로그에는 보통 아무런 내용도 남지 않습니다. 커널 로그에서 원인을 확인하십시오. 컨테이너의 해당 로그 접근 권한은 호스트 설정에 따라 다릅니다. 스왑 파일을 추가하기 전에 스왑이 설정되어 있는지 확인하고, 컨테이너 VPS에 대한 호스트의 규칙을 확인하십시오.

디스크는 빠르지만 공유됩니다. 호스트의 NVMe는 빠르지만, 사용자의 할당분은 입출력 작업을 위해 다른 모든 게스트와 경쟁합니다. 한가한 시간에 측정한 벤치마크 결과가 피크 시간대의 성능을 보장하지는 않습니다.

하드웨어는 직접 제어할 수 없습니다. 어떤 장치도 연결할 수 없습니다. USB 장치, 캡처 카드, 그래픽 카드는 사용할 수 없습니다. 단, 플랜에서 의도적으로 패스스루(pass-through)를 제공하는 경우는 예외이며, 이는 별도의 제품인 GPU가 포함된 VPS입니다.

VPS는 단일 개체입니다. VPS는 하나의 머신입니다. 호스트 장애가 발생하면 서버가 중단될 수 있습니다. 제공업체가 서버를 마이그레이션하거나 다른 곳에서 재시작할지 여부는 서비스 정책에 따라 다르며, 애플리케이션 장애 조치(failover)는 여전히 사용자가 직접 구성해야 합니다. 백업은 사용자의 책임이므로 VPS에서 restic 백업하기를 설정 목록에 포함해야 합니다. 제공업체의 스냅샷은 편리하지만, 그 보호 수준은 스냅샷이 저장되는 위치와 보관 방식에 따라 다릅니다. 독립적인 백업을 별도로 유지하십시오.

기술 지원은 하이퍼바이저 수준에서 멈춥니다. 관리되지 않는(unmanaged) 플랜에서 제공업체는 하드웨어, 네트워크, 가상화 계층의 정상 상태만 유지합니다. 운영체제부터 그 상위의 모든 것은 보안 업데이트를 포함하여 사용자의 책임입니다. 관리형 호스팅과 비관리형 호스팅의 차이에서 그 경계를 확인할 수 있으며, Ubuntu에서 자동 업데이트 설정하기는 가장 먼저 활성화해야 할 최소한의 유용한 작업입니다.

VPS와 혼동하기 쉬운 개념 비교

가상 머신(virtual machine)은 가상 하드웨어와 자체 운영체제 커널을 갖춘 게스트입니다. VPS는 가상 머신이나 컨테이너 형태로 구축된 임대 서버 제품으로, 보통 공인 IP 주소와 네트워크가 이미 연결되어 있습니다. VPC(virtual private cloud)는 더 큰 클라우드 내부에 존재하는 사설 네트워크이며, 서버는 그 안에 위치하므로 완전히 다른 개념입니다. VPS, VM, VPC 비교에서 이 세 용어를 명확히 구분합니다.

전용 서버(dedicated server)는 다른 고객의 게스트와 공유하지 않고 사용자에게 전체 물리 머신을 할당하는 방식입니다. 사용자가 직접 하이퍼바이저를 설치할 수 있습니다. 스틸 타임(steal time)이나 디스크 경합이 실제 병목 현상일 때 고려할 수 있는 선택지입니다. VPS와 전용 서버 비교에서 결정 기준을 나열합니다.

VPN(virtual private network)은 VPS와 철자 두 개만 같을 뿐 아무런 관련이 없습니다. VPN은 머신 간의 암호화된 터널입니다. VPS는 하나의 머신이며, 그 인기 있는 용도 중 하나가 자체 VPN을 운영하는 것이기에 혼동이 발생합니다. VPS와 VPN 비교에서 두 용어를 정리합니다.

직접 소유한 하드웨어나 가정용 머신에 설치한 Proxmox와 같은 하이퍼바이저는 하드웨어 제어권을 제공하지만, 많은 서비스가 가정용 회선을 의심스러운 것으로 간주합니다. 또한 호스트 자체를 제어할 수 있으므로, Proxmox에서 중첩 가상화 활성화를 수행하면 게스트 내에서 또 다른 하이퍼바이저를 실행할 수 있습니다. 이는 임대형 VPS에서도 명시적으로 지원해야 가능한 기능입니다. Proxmox와 VPS 비교에서는 전력, 소음, 가동 시간과 월 이용료를 비교합니다.

VPS에서 무엇을 실행할 수 있습니까?

정직한 답변은 해당 VPS의 운영체제, 아키텍처, 리소스 및 제공업체의 정책에 적합한 소프트웨어입니다. 일반적인 선택지로는 데이터베이스를 포함한 웹사이트, 개인용 VPN, 게임 서버, 상태 모니터링 도구, 메일 서버, 미디어 라이브러리, 또는 노트북을 닫아도 계속 작동하는 코딩 에이전트 등이 있습니다. 메일 서버의 경우 먼저 정책 확인이 필요합니다. 예를 들어 DigitalOcean은 기본적으로 Droplet에서 SMTP 포트 25, 465, 587번을 차단합니다. 네트워크 서비스는 포트에서 대기하므로 Linux에서 포트란 무엇인가를 먼저 이해해야 하며, VPS로 할 수 있는 일에서 각 항목별 리소스 비용을 포함한 더 자세한 목록을 확인할 수 있습니다.

FAQ

VPS와 가상 머신은 같은 것입니까?

VPS는 기업이 운영체제, 일반적으로 공인 IP 주소, 그리고 가격을 책정하여 임대하는 서버입니다. VPS는 자체 커널을 가진 가상 머신일 수도 있고, 호스트의 커널을 공유하는 OpenVZ VPS와 같은 컨테이너일 수도 있습니다. 두 용어는 서로 다른 범위를 다룹니다. "가상 머신"은 본인의 노트북에서 실행되는 것을 포함하여 하이퍼바이저 위에서 실행되는 모든 게스트를 의미하며, "VPS"는 구매하는 상품을 의미합니다. VPC는 이와는 또 다른 개념으로, 서버가 아니라 클라우드 제공업체 내부의 사설 네트워크를 뜻합니다.

VPS를 사용하려면 Linux를 알아야 합니까?

기초적인 지식은 필요하며, 나머지는 사용하면서 배울 수 있습니다. 시작을 위해 필요한 것은 ssh로 접속하기, cd과 ls로 이동하기, nano로 파일 편집하기, apt로 소프트웨어 설치하기, journalctl로 로그 읽기입니다. 관리형이 아닌 VPS는 업데이트와 방화벽을 직접 처리해야 합니다. 이 과정이 부담스럽다면 관리형 플랜이나 제어판의 가격과 책임 범위를 비교해 보십시오.

왜 VPS의 RAM이 플랜에서 약속한 것보다 적게 표시됩니까?

Linux는 사용 가능한 메모리를 보고하고, 플랜은 할당된 메모리를 광고하기 때문입니다. free -h의 총합이 계산되기 전에 커널 이미지와 여러 예약된 메모리 영역이 제외됩니다. 또한 이진 단위는 십진수 GB와 다르므로 제공업체가 어떤 단위를 사용하는지 확인하십시오. 차이를 판단하기 전에 할당량, 단위, 예약된 메모리를 비교해 보십시오. 설명할 수 없는 부족 현상이 있다면 지원 티켓을 발행할 가치가 있습니다.

Steal time이란 무엇이며, 걱정해야 합니까?

Steal time은 가상 CPU가 실행 준비가 되었음에도 하이퍼바이저가 물리적 코어를 다른 게스트에게 할당하여 대기해야 했던 시간의 비율입니다. vmstat 1의 st 열에서 이를 확인할 수 있습니다. 공유 하드웨어에서는 짧은 Steal time 급증이 발생할 수 있습니다. 본인의 부하가 낮은데도 두 자릿수 이상의 수치가 지속된다면, 이는 물리적 호스트가 과도하게 할당(oversubscribed)되었을 가능성이 높음을 의미합니다. 이 경우 서버 내부에서는 호스트의 스케줄러를 제어할 수 없으므로 다른 호스트로 이전하거나 다른 플랜을 선택하는 것이 해결책입니다. CPU 사용량 제한 또한 성능을 제한하며, 복구는 필요한 경우 CPU 크레딧 재구축을 포함하여 제공업체의 정책을 따릅니다.

하나의 VPS에서 여러 서비스를 실행할 수 있습니까?

네, 가능합니다. 그것이 root 권한을 가지는 이유입니다. 기기는 범용이며, 메모리 용량 내에서 각 서비스가 서로 다른 포트를 사용한다면 여러 서비스가 공존할 수 있습니다. 일반적으로 메모리가 가장 먼저 마주하는 한계이며, 디스크 속도가 두 번째입니다. 메일 서버는 예외적인데, 메일 서버 자체뿐만 아니라 IP 주소의 평판과 제공업체의 SMTP 정책에 따라 메일 전송 여부가 결정되기 때문입니다.

이 글이 도움이 되었나요?