VPS와 전용 서버: 베어메탈이 진짜로 필요한 순간

이 비교의 거의 모든 버전은 양쪽에 코어와 기가바이트를 나열한 표, 전용 서버는 "더 강력하다"고 가상 서버는 "더 유연하다"고 적어 놓은 메모, 그리고 결론 없음으로 끝난다. 아무것도 결정해 주지 못하는데, 16코어는 어느 쪽으로도 살 수 있고 스펙 표는 애초에 다르지 않은 부분이기 때문이다. 실제로 다른 것은 같은 실리콘 위에서 또 누가 실행되고 있는지, 당신의 워크로드가 바쁠 때 하필 다른 누군가의 워크로드도 바쁘면 무슨 일이 벌어지는지, 운영체제 아래에 있는 머신 중 얼마만큼이 당신에게 답하는지, 그리고 박스 전체 값을 치르는 것이 사치이기를 멈추고 오히려 더 저렴한 선택이 되는 지점이 어디인지다. 이제 그런 것들이 담긴 비교를 시작한다.

각각의 경우, 당신이 실제로 빌리는 것은 무엇인가

제대로 된 호스트에서 VPS는 KVM 가상 머신이다 — 하드웨어 지원 가상화, 당신만의 커널, 당신만의 모듈, 당신만의 방화벽 규칙을 갖는다. 거의 모든 면에서 실제 머신이기 때문에 실제 머신처럼 동작한다. 다만 혼자가 아닐 뿐이다. 물리 호스트 한 대는 하이퍼바이저 하나와 여러 게스트를 실행하며, 그 하이퍼바이저가 어느 마이크로초에 어느 게스트가 코어를 차지할지, 누구의 디스크 요청이 다음으로 처리될지, 각자가 메모리 대역폭을 얼마나 소비해도 되는지를 결정한다. 당신은 보장된 몫을 받으며, 제대로 운영되는 호스트라면 그 몫은 실제로 지켜진다. 당신이 받지 못하는 것은 머신 그 자체다.

전용 서버는 그 머신 자체다. 직접 설치하지 않는 한 당신의 커널과 실리콘 사이에 하이퍼바이저가 끼어들지 않고, 스케줄링을 다투어야 할 다른 테넌트도 없으며, 스토리지 컨트롤러를 추상화하는 무언가도 없다. BIOS, 부팅 순서, 디스크 토폴로지, 그리고 운영체제가 죽어도 계속 작동하는 대역외 관리 인터페이스(out-of-band management)까지 당신 손에 들어온다. 기억해 둘 만한 비유가 있다: VPS는 한 건물에 세 들어 사는 것이고, 전용 서버는 건물 전체를 빌리는 것이다.

• CPU 시간. VPS는 물리 코어 중 스케줄링된 몫을 받을 뿐이며, 그래서 "vCPU"는 하드웨어 한 조각이 아니라 스레드에 대한 권리 주장에 가깝다. 베어메탈에서는 쓰든 안 쓰든 코어가 온전히 당신 것이며, 아무것도 그것을 가로채지 않는다.
• 메모리. 가상 머신은 하이퍼바이저가 관리하는 할당량을 받으며, 호스트는 원칙적으로 그것을 들여다볼 수 있다. 베어메탈에서는 DIMM이 오직 당신만을 위해 꽂혀 있고, 그 메모리에 손대는 소프트웨어는 당신이 설치한 것뿐이다.
• 스토리지. VPS는 공유 어레이 위에서 살아간다 — 빠르고 이중화되어 있지만, IOPS 예산을 이웃과 나누어 쓴다. 전용 서버는 자기만의 디스크와 자기만의 큐 깊이를 가지며, RAID 구성을 물려받는 대신 직접 정할 수 있다.
• 네트워크 포트. 둘 다 무제한 대역폭일 수 있지만, 전용 서버는 포트 하나를 나눠 쓰는 것이 아니라 물리 포트 자체를 갖는다. 이는 단지 그럴 능력이 있다는 것과 실제로 포트를 포화시키는 순간의 차이가 드러날 때 중요해진다.
• 운영체제 아래의 모든 것. 부팅 순서, 펌웨어 설정, 커널 수준의 가상화 기능, 커스텀 ISO, 첫 부팅 전 디스크 파티셔닝 — VPS에서는 이 계층을 제공업체가 소유하고, 베어메탈에서는 당신이 소유한다.
• 장애 범위. VPS는 호스트가 죽으면 보통 다른 곳에서 재구축된다. 하이퍼바이저 클러스터가 존재하는 이유가 바로 그것이다. 전용 서버는 물리적으로 하나뿐인 물체이며, 전원 공급 장치 하나가 고장 나면 누군가 랙까지 걸어갈 때까지는 그것이 곧 당신의 장애다.
• 프로비저닝. VPS는 약 1분 만에 나타나고 그만큼 빠르게 없앨 수 있다. 베어메탈은 랙에 꽂힌 실물 하드웨어다 — 재고 구성이라면 당일 제공되지만, 20분짜리 작업을 위해 켰다 끄는 물건은 아니다.

표에는 아무도 넣지 않는 격리의 차이

호스팅 소개 페이지들이 건너뛰지만, 애초에 프라이버시 때문에 이 글을 읽고 있는 것이라면 대단히 중요한 차원이 이 비교에는 하나 더 있다. 가상화는 베어메탈에는 아예 존재하지 않는 신뢰 경계를 만들어내며, 그 경계를 없애는 것은 실질적인 이득이다 — 마케팅이 암시하는 것보다는 좁지만 분명히 실재하며, 대충 손짓으로 가리키기보다 정확히 짚어 둘 가치가 있다.

• 하이퍼바이저는 자신의 게스트가 가진 모든 것을 볼 수 있다. 게스트의 메모리는 호스트의 메모리이고, 게스트의 디스크는 호스트의 파일이거나 볼륨이며, 게스트 내부의 암호화조차 호스트가 할당한 메모리 안에 존재하는 키로 복호화된다. 이는 결함이 아니라 가상화가 작동하는 방식 그 자체이며, VPS가 그 아래에 있는 머신으로부터는 결코 프라이빗할 수 없는 이유다.
• 다른 테넌트, 즉 이웃은 가정이 아니라 실측된 위험이다. 캐시 공유, 메모리 버스, 추측 실행(speculative execution)을 노리는 크로스 VM 사이드 채널 연구가 20년 동안 쌓이면서, 같은 실리콘 위의 게스트들 사이에서 정보가 새어 나간다는 사실이 반복적으로 확인되었다. 완화책은 존재하고 실제로 적용되어 있으며 공격도 어렵고 티가 많이 나지만, 이웃이 사라지지 않는 한 이 범주 자체는 사라지지 않는다.
• 단일 테넌시(single tenancy)는 이웃을 아예 삭제해 버린다. 완화된 것도, 스케줄링으로 떼어놓은 것도 아니라 — 존재 자체가 없다. 그 코어 위에서는 다른 무엇도 실행되지 않으므로 공유할 캐시도, 다툴 버스도, 인접할 게스트도 없다. 암호화 키를 다루는 워크로드에게 이보다 더 깔끔한 베어메탈 지지 논거는 없다.
• 단일 테넌시가 없애지 못하는 것은 운영자다. 머신을 랙에 꽂은 사람은 누구든 그 머신에 물리적으로 접근할 수 있으며, 가동 중인 컴퓨터에 대한 물리적 접근은 언제나 소프트웨어를 이긴다. 제공업체의 위치는 "당신 위에서 하이퍼바이저를 돌리는 존재"에서 "당신을 둘러싼 건물을 소유한 존재"로 바뀔 뿐이다. 더 나아진 것은 맞지만, 존재 자체가 사라진 것과는 다르다.
• 디스크 암호화의 의미는 극적으로 바뀐다기보다는 조금 달라질 뿐이다. 두 경우 모두, 풀 디스크 암호화는 전원이 꺼진 머신, 폐기된 드라이브, 보증 수리로 반송되는 고장 난 디스크를 보호한다. 이미 잠금이 풀린 볼륨을 가진 가동 중인 박스는 어느 쪽도 보호하지 못한다. 베어메탈이 더해주는 것은 부팅 시점에 닿을 수 있는 콘솔이다 — 이것이 실제로 재부팅할 수 있는 암호화된 서버와 그럴 수 없는 서버의 차이를 가른다.

이 순서는 명확히 해 둘 가치가 있다. 엉뚱한 계층에 큰돈을 쓰기가 너무나 쉽기 때문이다. 계정 계층은 머신이 애초에 당신의 이름과 연결되는지를 결정하고, 관할권은 누가 운영자를 강제할 수 있고 그것이 얼마나 어려운지를 결정하며, 하드웨어 모델은 누가 당신과 CPU를 나눠 쓰는지를 결정한다. 이 셋은 서로 독립적인 구매이며, 대부분의 사람에게는 첫 번째가 나머지 둘을 합친 것보다 더 값어치가 있다. 일회용 이메일로 가입해 암호화폐로 충전한 VPS는 본명으로 된 카드로 산 베어메탈보다 더 프라이빗하며, 그 격차는 크다. 계정 계층에서 정확히 무엇이 달라지는지는 no-KYC VPS와 전통적인 VPS에서 자세히 다룬다.

성능: 무엇이 달라지고, 무엇은 달라지지 않는가

베어메탈의 성능 논거는 실재하지만, 보통 팔리는 것보다 훨씬 좁다. CPU에 묶인 작업에서 현대 가상화의 오버헤드는 한 자릿수 초반에 불과하므로, VPS 플랜 안에 여유 있게 들어맞는 워크로드는 하이퍼바이저 때문에 의미 있게 느려지지 않는다. 베어메탈이 바꾸는 것은 한가한 머신의 상한선이 아니라 — 바쁜 머신의 거동이며, 평균이 아니라 최악의 경우가 그리는 모양이다.

• 격차가 벌어지는 지점은 전체 코어를 지속적으로 쓰는 부하다. 버스트성 작업은 공유 호스트에 깔끔하게 들어맞지만, 컴파일러 팜이나 비디오 인코더, 몇 시간씩 모든 코어를 붙잡아 두는 시뮬레이션은 정확히 공정한 스케줄러가 중재해야 하는 워크로드다. 베어메탈에는 중재할 것이 아예 없다.
• 처리량보다 둘을 더 확실히 갈라놓는 것은 테일 레이턴시(tail latency)다. 제대로 운영되는 VPS의 평균 응답 시간은 훌륭하다. 이웃이 캐시를 비우거나 어레이를 포화시키고 있음을 드러내는 것은 99퍼센타일이다. 사용자가 체감하는 것이 중앙값이 아니라 느린 요청들이라면, 중요한 숫자는 바로 그것이다.
• 가장 큰 덕을 보면서도 가장 흔히 간과되는 것은 스토리지에 묶인 작업이다. 아무도 채우지 않는 큐를 가진 로컬 NVMe는 부하가 걸린 공유 어레이와는 다르게 동작한다 — 작은 동기 쓰기를 대량으로 수행하는 데이터베이스가 가장 명확한 사례다.
• 아주 큰 메모리는 애초에 가상으로는 구할 수 없는 경우가 많다. 수백 기가바이트를 넘어서면 물리 머신으로만 존재하는 구성에 들어서게 되며, 768 GB DDR5에 들어맞는 인메모리 데이터셋은 합리적인 가격의 가상 등가물이 없다.
• 중첩 가상화는 진짜 하드웨어를 원한다. 다른 누군가의 하이퍼바이저 위에서 Proxmox나 ESXi, 혹은 자신의 VM 여러 대를 돌리는 것도 작동은 하지만, 세금을 두 번 내는 셈이고 당신의 스케줄링 아래에 그들의 스케줄링 결정까지 물려받게 된다.
• 하드웨어에 직접 손대고 싶은 모든 것에는 진짜 하드웨어가 필요하다. 특이한 모듈이 들어간 커스텀 커널, 정밀한 NUMA 피닝, PCIe 패스스루, 하드웨어 RAID 컨트롤러, 실시간 튜닝 — 이런 경우에는 "사실상 진짜 머신이나 다름없다"는 말이 더 이상 성립하지 않는다.

반대쪽 목록도 그만큼 중요하며, 대부분이 예상하는 것보다 길다. 평범한 트래픽을 처리하는 웹 애플리케이션, 리버스 프록시, 메일 릴레이, WireGuard 엔드포인트, Bitcoin이나 Monero 노드, CI 러너, 봇, 개인 클라우드 — 이 중 무엇도 베어메탈에서 눈에 띄게 빨라지지 않는다. 하이퍼바이저에 발목 잡히는 것이 하나도 없기 때문이다. 이들의 한계는 네트워크 왕복 시간이거나, 디스크 동기화이거나, 상류의 API이거나, 혹은 머신이 하루 대부분을 놀고 있어서 아예 한계랄 것이 없는 경우다. 이 목록에 속한 워크로드를 위해 베어메탈을 사는 것은 더 나쁜 비용 구조를 사는 것일 뿐 속도는 전혀 사지 못하며, 이 전체 결정에서 단연 가장 흔한 실수다.

비용의 교차점, 실제 숫자로

대부분의 사람이 가진 가격 직관은 전용 서버가 비싼 쪽이라는 것이다. 가격대의 맨 아래에서는 맞는 말이지만, 놀라울 만큼 일찍 더 이상 맞지 않게 된다. 가상 플랜은 한 조각에 프리미엄 가격을 매기는 반면 베어메탈은 머신 전체를 도매가로 매기기 때문이다. 추상적으로 따지기보다 실제 플랜으로 계산해 볼 가치가 있다.

• 저가형에서는 애초에 경쟁이 되지 않는다. 월 $3.99짜리 2 GB 인스턴스에 상응하는 베어메탈은 없으며, 억지로 만든다면 절대 쓰지도 못할 용량에 16배나 되는 돈을 치르는 셈이 된다.
• 교차점은 VPS 라인업의 중간쯤에 있다. 8 vCPU, 32 GB 플랜은 월 $47.99이고, 입문형 전용 서버는 $64에 실제 코어 6개, 64 GB, 그리고 1 TB NVMe 드라이브 2개를 제공한다. 16달러를 더 내면 메모리는 두 배, 순수 저장 용량은 몇 배, 그리고 아무도 함께 스케줄링되지 않는 코어까지 얻는다.
• 교차점을 넘어서면 베어메탈이 완승한다. 가장 큰 VPS — 16 vCPU, 64 GB, 800 GB — 는 $89.99이고, 물리 코어 16개에 128 GB DDR5, 4 TB NVMe를 갖춘 Ryzen 9는 $115다. 그 차이에 대해 25달러는 프리미엄이 아니라 할인이다.
• 진짜 절약은 통합에 숨어 있다. 각각 10퍼센트만 쓰이며 나머지는 놀고 있는 VPS 인스턴스 예닐곱 대는, 곧 계속 돈을 내고 있는 예닐곱 개의 별도 예약분이다. 자체 하이퍼바이저를 돌리는 전용 서버 한 대는 이것을 하나의 청구서와, 필요할 때 어떤 서비스든 빌려 쓸 수 있는 용량 풀로 바꾸어 놓는다.
• 반대 방향으로 작동하는 비용도 있다. 바로 쓰이지 않는 용량이다. 전용 서버는 코어 8개를 쓰든 하나도 쓰지 않든 머신 전체 값을 청구하며, 스레드 2개면 충분한 서비스를 위해 48개 스레드 값을 치르는 것은 앞의 항목을 반대 방향으로 뒤집은 것과 같은 낭비다.
• 과금 단위는 각주가 아니라 진짜 차이다. VPS 플랜은 시간 단위로 과금되므로, 반나절만 존재하는 실험은 몇 센트밖에 들지 않고 없애는 순간 비용도 함께 사라진다. 랙에 설치된 하드웨어는 기술자가 물리적으로 설치한 것이기에 월 단위 약정이다.

IPMI: 머신을 다루는 방식이 달라지는 지점

베어메탈에서 일상을 바꾸어 놓는 기능은 비교 글에서 거의 언급되지 않는데, 필요해지는 순간까지는 보이지 않기 때문이다. 대역외 관리(out-of-band management) — IPMI, 또는 KVM-over-IP — 는 메인보드 위에 자체 네트워크 연결을 가진 작은 독립 컴퓨터이며, 메인 시스템이 꺼져 있거나 부팅되지 않거나 잠겨 있어도 작동한다. VPS에서 그에 상응하는 것은 지원 티켓이다.

• 운영체제가 존재하기도 전에 콘솔을 얻는다. POST 화면을 지켜보고, BIOS에 들어가고, 부팅 순서를 바꾸고, 스쳐 지나간 패닉 메시지를 읽는다 — 눈앞에 있는 머신에서는 사소한 일이지만 SSH로만 접근할 수 있는 머신에서는 불가능한 일들이다.
• 직접 ISO를 마운트해서 진짜로 원하는 것을 설치할 수 있다. 제공업체가 템플릿으로 만든 적 없는 운영체제까지도, 물려받은 것이 아니라 당신이 고른 파티션 구성으로 설치할 수 있다.
• 부팅 시점에 직접 패스프레이즈를 입력할 수 있다. 원격 머신에서 풀 디스크 암호화를 실용적으로 만들어 주는 것이 바로 이것이다: 암호화된 볼륨은 시작할 때마다 키가 필요한데, 콘솔이 없다면 남은 선택지는 박스 위에 키를 저장해 목적 자체를 무너뜨리거나, 직접 구축해야 하는 프리부트 환경에서 네트워크로 잠금을 해제하는 것뿐이다.
• 누구도 끌어들이지 않고 자신의 실수를 스스로 수습할 수 있다. SSH를 막아버린 방화벽 규칙, 망가진 fstab, 부팅되지 않는 커널 — 이 모두가 콘솔만 있으면 5분짜리 수정이지만, 콘솔이 없으면 지원팀과의 대화가 된다.
• 온전히 자신의 권한으로 전원을 껐다 켤 수 있다. 멈춰버린 머신은 티켓이 읽히는 시점이 아니라 당신이 결정하는 시점에 되살아난다.
• 이것은 별개의 공격 표면이며, 그렇게 취급받아 마땅하다. 관리 컨트롤러는 보안 이력이 좋지 않으므로, 인터페이스를 VPN이나 허용 목록 뒤에 두고, 기본 인증 정보를 즉시 바꾸고, 절대 공개 인터넷에 노출하지 마라.

신뢰성: 당신이 물려받는 장애 범위

이것은 가상 쪽이 이기는 축이며, 베어메탈을 팔려는 사람이 쓴 비교 글에서는 보통 빠져 있다. 전용 서버는 전원 공급 장치 한 벌, 메인보드 하나, 디스크 한 벌을 가진 물리적으로 하나뿐인 물체다. 이중화는 서버가 원래 갖춘 것이 아니라 당신이 그 위에 직접 쌓아 올려야 하는 것이다. 가상화가 존재하는 이유 중 하나가 바로 그것을 추상화하기 위해서이며, 그렇지 않은 척하면 불쾌한 일을 겪게 된다.

• 하드웨어는 하드웨어의 일정대로 고장 난다. 전원 공급 장치, DIMM, 팬, NVMe 드라이브 모두 고장률을 가지며, 단일 박스에서는 짝을 지어 이중화하기 전까지 이들 각각이 단일 장애점이다.
• VPS는 자신의 호스트보다 오래 살아남도록 설계되어 있다. 물리 노드가 죽으면 인스턴스는 보통 다른 하드웨어에서 다시 시작되며, 이는 하드웨어 장애를 몇 시간짜리 장애가 아니라 재부팅 하나로 바꾸어 놓는다.
• RAID는 죽은 디스크로부터는 지켜주지만 실수로부터는 지켜주지 않는다. 백업이 아니며, 삭제된 디렉터리나 잘못된 마이그레이션 앞에서는 살아남지 못한다. 이 둘을 혼동하는 모든 가이드는 누군가의 데이터를 대가로 치르게 만들었다.
• 스냅샷은 대개 가상 쪽에서만 누릴 수 있는 사치다. 위험한 변경 전에 인스턴스 전체를 스냅샷으로 찍어두고 몇 초 만에 롤백하는 작업 흐름은 베어메탈이 기본으로 주지 않는다.
• 복구 시간은 종류 자체가 다르다. 실패한 VPS는 몇 분 만에 이미지로부터 재구축되지만, 실패한 전용 서버는 사람이 랙에 도달하고 교체 부품이 준비될 때까지 기다려야 한다. 그래서 여기서는 인밴드 모니터링과 머신 밖에 두는 백업이 더욱 중요해진다.
• 정직한 완화책은 어느 쪽이든 같으며, 사람들이 어느 쪽이든 건너뛴다는 것도 똑같다: 머신 자신은 손댈 수 없는 곳에 있는 백업, 그리고 일부러 한 번이라도 실제로 해 본 복구 말이다.

10분이면 끝나는 의사결정 절차

1. 01이론화하기 전에 측정하라지금 쓰는 머신이 실제로 무엇을 하고 있는지 살펴보라. 대략 60퍼센트를 넘는 지속적인 CPU 사용률, 절대 비워지지 않는 디스크 큐, 메모리 압박은 진짜 신호다. 느리게 느껴지는 한가한 박스는 하드웨어가 부족한 경우가 거의 없다.
2. 02부족한 자원의 이름을 붙여라코어, 메모리, IOPS, 대역폭, 격리 — 저마다 답이 다르다. 메모리가 부족한 것은 흔히 한 단계 위 플랜으로 해결되지만, 예측 가능한 지연 시간이 부족한 것은 아예 다른 등급의 머신을 뜻한다.
3. 03OS 아래에 필요한 것이 있는지 확인하라중첩 가상화, 커스텀 ISO, 특이한 커널 모듈, 특정 RAID 구성, 콘솔에서 직접 잠금을 해제하는 디스크 암호화. 이 중 하나라도 목록에 있다면 결정은 이미 끝난 것이다.
4. 04인스턴스 하나가 아니라 전체 무리를 합산하라모든 서버에 걸친 월 총지출을, 그것들을 대체할 머신 한 대와 비교하라. 베어메탈이 보통 이기는 지점은 통합이며, 하나씩 일대일로 비교하면 그것이 보이지 않는다.
5. 05부하가 얼마나 들쭉날쭉한지 물어보라버스트성이고 예측 불가능하다면 가상 쪽이 유리하다. 시간 단위로 용량을 추가하고 없앨 수 있기 때문이다. 꾸준하고 연속적이라면 베어메탈이 유리하다. 실제로 쓰는 예약분에 대해서만 돈을 내는 셈이기 때문이다.
6. 06최악의 한 시간이 얼마짜리인지 정하라몇 시간짜리 장애가 정말로 타격이 크다면, 물리 머신 한 대는 뒤를 받쳐줄 두 번째 대가 없는 한 잘못된 형태다. 서로 다른 리전에 있는 VPS 두 대가 커다란 박스 한 대보다 훨씬 낫게 작동할 수도 있다.
7. 07프라이버시와 하드웨어를 분리하라베어메탈을 고려하는 이유가 프라이버시라면, 먼저 계정에 신원이 붙어 있지 않은지, 잔액이 암호화폐로 충전되었는지, 머신 자체가 하드닝되어 있는지부터 확인하라. 이 세 가지는 아무 비용도 들지 않으면서 하드웨어 모델보다 더 중요하다.
8. 08저렴한 쪽에서 먼저 테스트하라가장 큰 VPS를 한 달 동안 배포하고 실제 워크로드를 올려보라. 여유가 있다면 훨씬 적은 비용으로 답을 얻은 것이다. 포화 상태라면 이제 정확히 어떤 자원을 사야 하는지 알게 된 것이다.

VPS가 그저 정답인 경우

분명히 말해 둘 가치가 있다. 호스팅 사이트의 글이라면 반대로 말할 뻔한 동기가 뻔히 있기 때문이다: 대부분의 워크로드는 VPS에 속하며, 이를 베어메탈로 옮기면 더 비싸지기만 할 뿐 나아지는 것은 없다. 다음은 가상이 전혀 타협이 아닌 경우들이다.

• 워크로드가 작고, 꾸준하고, 특별할 것이 없다. 사이트, API, 봇, 프록시, 개인용 서비스 — 머신은 하루 대부분을 놀고 있으며 하이퍼바이저가 발목을 잡는 존재가 아니다.
• 위치를 하나 이상 원한다. 여러 리전에 흩어진 작은 인스턴스 여럿이 지연 시간과 복원력 모두에서 커다란 머신 하나를 이기며, 그에 상응하는 베어메탈보다 비용도 덜 든다.
• 수명이 짧다. 시간이나 일 단위로 측정되는 것이라면 월 단위가 아니라 시간 단위로 과금되어야 한다.
• 재구축 버튼에 가치를 둔다. 스냅샷, 롤백, 깨끗한 이미지로부터의 재배포 — 이 작업 흐름은 실제로 가치가 있으며, 가상 쪽에 속한다.
• 지금 당장 필요하다. 무언가를 한창 하는 중이라면 약 1분과 당일 제공의 차이는 결정적이다.
• 프라이버시 요구사항이 계정 계층에 있다. 목표가 서버에 어떤 이름도 붙지 않는 것이라면, 그것은 하드웨어 모델이 아니라 가입과 결제 시점에서 결정된다.

이 선택을 동전 던지기보다 못하게 만드는 실수들

• VPS 하나를 단 한 번도 포화시킨 적 없는 워크로드를 위해 베어메탈을 사고, 측정된 적조차 없는 문제를 고치겠다며 매달 놀고 있는 실리콘 값을 치르는 것.
• 전용 서버 한 대를 실제로 대체할 서버 무리가 아니라 VPS 한 대와 비교하는 것. 이는 베어메탈에 확실히 유리한 유일한 비용 논거를 가려버린다.
• 단일 테넌시가 머신을 호스트로부터 프라이빗하게 만들어 준다고 착각하는 것. 실제로는 이웃을 제거할 뿐, 운영자는 원래 자리에 그대로 남는다.
• 물리적으로 하나뿐인 박스가 "진짜"라는 이유만으로 가상 인스턴스보다 더 신뢰할 만하다고 취급하는 것. 정작 그 아래에 클러스터가 없는 쪽은 바로 그 박스다.
• 서비스 여섯 개를 머신 한 대에 통합해 놓고, 아무도 계획하지 않은 공유 장애 범위를 물려받는 것. 그 결과 잘못된 재부팅 한 번이 모든 것을 한꺼번에 무너뜨린다.
• IPMI 인터페이스를 기본 인증 정보 그대로 인터넷에 노출하는 것. 이는 운영체제를 재설치할 수 있는 컴퓨터를 통째로 넘겨주는 것이나 다름없다.
• 99퍼센타일을 한 번도 측정하지 않은 채 테일 레이턴시 때문에 베어메탈로 옮기고, 나중에 그것이 실제로 도움이 되었는지 알 방법이 없는 것.
• 관할권 문제를 풀겠다고 하드웨어를 고르거나, 하드웨어 문제를 풀겠다고 관할권을 고르는 것 — 이 둘은 서로 무관한 계층이며, 하나를 다른 것으로 바꿔치기해도 어느 쪽도 해결되지 않는다.

현실과 부딪혀도 살아남는 요약은 화려하지 않다. 가상으로 시작하라. 저렴하고, 즉시 쓸 수 있고, 되돌릴 수 있으며, 대부분의 것들은 결코 이를 벗어날 만큼 자라지 않기 때문이다. 부족한 자원의 이름을 대고 그 근거가 되는 측정치를 짚을 수 있을 때, 이미 돈을 내고 있는 서버 무리가 그것을 대체할 머신 한 대보다 더 비쌀 때, 운영체제 아래의 계층이 필요할 때, 혹은 실리콘에서 다른 모든 테넌트를 제거하는 것이 선호가 아니라 요구사항일 때 베어메탈로 옮겨라. 둘 다 같은 오프쇼어 네트워크, 같은 14개 리전, 같은 선불 암호화폐 잔액, 그리고 같은 신원 확인 없음을 공유한다 — 그러니 이것은 서버가 얼마나 프라이빗한가가 아니라, 당신의 워크로드가 어떤 모양인가에 관한 질문이다.