Hetzner VPS, CX와 CPX 플랜을 어떻게 비교할 수 있나요?

지원 자체 호스팅
,
1

저의 포럼은 CPX31(판매 중단)에서 구동되고 있었으며, CX43으로 확장했습니다.

플랜 이름 프로세서 vCPU RAM 디스크 공간 월 요금 추가 정보
CPX31[1] AMD 4 8 GB 160 GB 15€
CX43 Intel® / AMD 8 16 GB 160 GB 10€ :warning: 제한된 가용성

제 데이터베이스는 23 GB이며 포럼은 매일 활동적이지만 특정 분야(niche)에 특화되어 있습니다.

제 성능 테스트는 매우… 거칠다고 할까요, 하지만 새로운 플랜이 제 포럼에 적합한지 확인하는 데는 충분할 것 같습니다 :smile:

홈페이지를 20번 새로고침하여 중앙값 로딩 시간을 계산했습니다.

CPX31 CX43
중앙값 로딩 시간 523 ms 876 ms

실제로 포럼을 탐색할 때 더 느리게 느껴집니다.

CX43의 더 높은 사양(RAM과 vCPU가 두 배)에도 불구하고, 낮은 가용성 이 로딩 시간에 상당한 악영향을 미치는 것 같습니다(사용자로서 가장 중요한 부분입니다). 시간이 지남에 따라 변동될 수 있으므로 당장 다른 플랜으로 변경하지는 않겠지만, 그 동안 이런 사실을 알아두는 것이 항상 좋은 것 같습니다.

Hetzner의 CX 서버 플랜을 사용해 보신 분들의 경험을 공유해 주시면 감사하겠습니다 :slight_smile:

  1. 새로운 플랜인 CPX32는 사양이 동일하지만 3€ 더 저렴합니다. ↩︎

2

흥미롭네요. 제 홈페이지 로딩 시간은 약 400ms입니다. ARM 기반인 CAX11을 사용 중이며, 저장 공간은 40GB뿐입니다. 압축된 포럼 백업 파일은 겨우 1GB밖에 되지 않아요. 따라서 포럼 규모가 훨씬 작아서 로딩이 더 빠른 것 같습니다.

'한정된 가용성’이라는 표현은 Hetzner가 이 사양의 머신을 많이 보유하고 있지 않다는 뜻일 것 같습니다. 성능에 대한 함의는 기대하지 않습니다.

3

아, 네, 맞을 것 같네요. 제가 오해한 것 같습니다.

CX 플랜에 대해 언급된 내용은 사실 다음과 같습니다:

이러한 공유 클라우드 플랜은 CPU 리소스를 나누어 사용하므로, 개발 및 테스트 환경, 블로그, 포럼, CMS, 소형 데이터베이스, VPN 서버에 이상적입니다.

(Hetzner introduces new shared vCPU cloud servers)

구세대 하드웨어에서 비용 효율성이 높으며, 가용성은 제한적입니다. CPU 성능 변동에 대응할 수 있는 가변적 워크로드에 이상적입니다. 가변적 워크로드에서 낮은 CPU 사용률에 최적화되어 있습니다.

(백엔드)

비용 효율성에 최적화되어 있으며, 제한된 용량으로만 제공됩니다.

(https://www.hetzner.com/cloud/).

정리하면, 제 이해가 맞다면 구형 하드웨어를 사용하는 것이 더 맞는 표현입니다. 어쨌든 포럼 속도는 좀 실망스럽긴 합니다 :thinking:

4

공유 머신에 대해 한 가지만 말씀드리자면, 이 머신은 항상 공유되어 있기 때문에 다른 사용자(테넌트)들이 매우 조용할 수도 있고, 매우 활발하게 활동할 수도 있습니다. 다른 사용자들이 I/O를 포화 상태로 만들거나 메모리 대역폭을 많이 사용하면, 여러분도 정당한 몫을 받게 되지만, 다른 사용자들이 조용할 때보다 그 양은 적을 것입니다.

5

네, 한마디 할게요. 클라우드를 사용하는 포럼을 보고 있는데, 이번 달에 여러 번 장애가 발생했던 곳이라면 높은 트래픽에서 큰 문제가 될 수도 있겠네요.

저는 베어 메탈 + Virtualizor로 셀프 호스팅을 하고 있어요. OVH나 다른 업체를 시도해 볼 수도 있겠죠.

6

맞아요. 작동 원리는 알지만, 성능을 확인할 때면 자주 잊어버립니다.

호기심에 이전과 비교해서 변경점이 있는지 확인하려고 재로딩 시간을 측정해 봤는데, 중간값 로딩 시간은 여전히 동일합니다(874ms vs 이전 876ms).

CPX32로 전환해 보고 비교해 보려고 합니다. (단종된 CPX31과 동일한 사양이지만 더 저렴하고, 들은 바로는 성능이 약간 더 좋습니다.)

7

이것은 단일 코어 성능에 크게 영향을 받습니다. 그리고 vCPU 수가 적은 옵션은 일반적으로 더 나은 단일 스레드 성능을 제공합니다.

또한 가격과도 일치하는데, 가장 좋은 옵션은 더 적은 수의 vCPU로 더 많은 금액을 요구합니다.