본문으로 건너뛰기

솔루션 · WordPress

WordPress에는 실제로 어떤 사양의 VPS가 필요할까요?

대개 판매 시 들은 것보다 적습니다. 캐시된 페이지는 PHP에 도달하지 않으므로, 메모리가 결정하는 것은 방문자 수가 아니라 동시에 실행되는 캐시되지 않은 요청의 수입니다. 여기 계산과 아무도 표시하지 않는 대역폭 문제, 그리고 저희가 살 머신인 월 $12.90의 BD-8을 소개합니다.

호스팅 업체가 빠뜨리는 부분

답이 작은 이유는 캐싱입니다

거의 모든 WordPress 호스팅 플랜은 메모리를 기준으로 판매됩니다. 하지만 캐시된 사이트에서 먼저 부족해지는 것은 메모리가 아닙니다.

캐시된 요청

웹 서버가 미리 만들어진 HTML 파일을 찾아 보냅니다. PHP는 시작되지 않고, 데이터베이스도 열리지 않습니다. 몇 밀리초와 거의 없는 메모리만 들며, 대부분의 방문자가 받는 것이 바로 이것입니다.

캐시되지 않은 요청

PHP 워커가 시작되어 WordPress와 플러그인을 불러오고, 데이터베이스를 조회해 페이지를 만듭니다. 이 동안 48~96 MB를 점유합니다. 메모리가 실제로 쓰이는 것은 바로 이런 요청입니다.

캐시할 수 없는 것

장바구니, 결제, 로그인 등 개인화된 모든 것. 바로 이 때문에 쇼핑몰은 블로그와 크기 산정 문제가 다르며, 메모리에 비용을 들이는 것이 옳은 경우입니다.

계산해 보기

플랜이 실제로 수용하는 PHP 워커 수

워커 수 = (RAM − 운영 체제 300 MB − 데이터베이스 400 MB) ÷ 워커 하나가 점유하는 메모리. 두 열은 가벼운 테마와 무거운 테마이며, 실제 사이트는 그 사이 어딘가에 있습니다. 추측하는 대신 어떻게 확인하는지는 FAQ에서 설명합니다.

플랜별 PHP-FPM 워커 용량 및 월 전송 허용량(실시간 가격 포함)
플랜RAM가벼운 테마무거운 사이트전송량가격배포
VPS-1블로그, 포트폴리오, 회사 소개 사이트1 vCPU · 1 GB · 25 GB1 GB631 TB$9.90배포
BD-8트래픽이 많은 사이트, 쇼핑몰, 서버 한 대에 여러 사이트4 vCPU · 8 GB · 100 GB8 GB1567832 TB$12.90배포
GL2-4여유를 두고 싶은 단일 사이트2 vCPU · 4 GB · 40 GB4 GB7035Unmetered$11.90배포
U2-4-40트래픽을 예측할 수 없는 사이트2 vCPU · 4 GB · 40 GB4 GB7035Unmetered$14.90배포

페이지 하나를 렌더링하는 데 200 ms가 걸리는 워커는 초당 5개의 요청을 처리합니다. 워커 4개면 대기열이 생기기 전까지 초당 20개의 캐시되지 않은 요청을 처리하며, 캐시된 사이트라면 이는 상당한 트래픽입니다. 이것은 벤치마크가 아니라 계산이며, 수치는 직접 측정한 값으로 바꿔 넣어야 합니다.

아무도 표시하지 않는 숫자

플랜을 결정하는 것은 메모리보다 대역폭인 경우가 더 많습니다

페이지 무게 × 페이지뷰. 이것이 공식의 전부이며, RAM으로 선택하기 전에 계산해 볼 가치가 있습니다.

페이지 무게 세 가지에 대한 페이지뷰 1만 회, 10만 회, 100만 회 기준 월 전송량
페이지 무게월 10,000회 조회월 100,000회 조회월 1,000,000회 조회
가벼운 블로그 페이지0.8 MB8 GB78 GB781 GB
일반적인 WordPress 페이지2.5 MB24 GB244 GB2.4 TB
이미지가 많은 쇼핑몰 페이지5 MB49 GB488 GB4.8 TB

Unmetered에 비용을 지불하기 전에 읽어 보세요

대부분의 WordPress 사이트는 허용량에 근접하지도 않습니다. BD-8은 $12.90에 32 TB를 포함하며, 이는 일반적인 페이지 100만 뷰를 몇 배나 감당하는 양입니다. 따라서 트래픽 미계량 라인은 실제 트래픽 급증이 없었다면 그 차액보다 더 큰 비용이 들 경우에만 추가 비용의 가치가 있습니다. 트래픽이 텍스트보다 이미지와 동영상 위주라면 선택하기 전에 자신의 페이지 무게로 위 계산을 해 보세요. 메모리는 놀고 있는데 허용량이 바닥나는 경우가 바로 이런 경우이기 때문입니다.

솔직하게

실제로 저희가 구매할 플랜

답은 두 가지이며, 둘 다 이 페이지에서 가장 비싼 머신이 아닙니다.

처음 시작하는 경우

VPS-1 · $9.90/월

1코어, 1 GB, 25 GB SSD. 캐싱 플러그인을 앞에 두면 블로그나 회사 소개 사이트를 제대로 운영할 수 있으며, 1년 동안 잘못된 선택을 하는 것보다 비용이 적게 듭니다. 너무 작다고 판명되면 알 수 있습니다. 사이트가 부하 상황에서 멈추지 않고 느려지기 때문입니다. 그리고 상위 플랜으로 옮기는 것은 파일 복사로 끝납니다.

저희가 살 머신

BD-8 · $12.90/월

4코어, 8 GB, 100 GB SSD, 전송량 32 TB: 코어와 메모리가 같고 전송량이 4 TB인 C4-8-150보다 저렴합니다. 이 절충은 실제로 존재하며 분명히 밝혀 둡니다. 이 플랫폼은 클럭 속도보다 밀도에 맞춰 조정되어 있어, 무거운 요청 하나는 덜 조밀한 호스트에서보다 느리게 처리될 수 있습니다. 작업이 무거운 요청 하나가 아니라 작은 요청 여러 개로 이루어지는 WordPress에는 이것이 올바른 절충입니다.

질문

구매 전에 자주 묻는 질문.

WordPress에는 RAM이 얼마나 필요한가요?
사이트가 캐시되어 있다면 들은 것보다 적습니다. 캐시된 페이지는 웹 서버가 디스크에서 바로 보내는 파일로, PHP가 시작되지 않고 데이터베이스도 건드리지 않습니다. 따라서 대부분의 방문자가 캐시된 페이지를 보는 사이트에서 RAM이 결정하는 것은 방문자 수가 아니라 동시에 실행할 수 있는 캐시되지 않은 요청의 수입니다. 그래서 1 GB 머신으로도 실제 블로그를 운영할 수 있습니다. 운영 체제와 데이터베이스가 700 MB 정도를 차지하고 남은 메모리로도 PHP 워커 몇 개를 실행할 수 있으며, 요청 열 개 중 아홉 개가 PHP에 도달하지 않는다면 몇 개로 충분합니다. RAM이 정말로 답을 결정하는 것은 쇼핑몰이나 회원제 사이트입니다. 장바구니, 결제, 로그인 세션은 캐시할 수 없고 하나하나가 실시간 PHP 요청이기 때문입니다.
소형 VPS로 방문자를 얼마나 처리할 수 있나요?
정직하게 말하면 외부에서는 아무도 알 수 없습니다. 요청 중 얼마나 많은 부분이 캐시되는지, 캐시되지 않은 요청에 얼마나 걸리는지에 달려 있기 때문입니다. 저희가 드릴 수 있는 것은 계산식입니다. 워커 수 = (RAM − OS용 300 MB − 데이터베이스용 400 MB) ÷ PHP 워커 하나가 점유하는 메모리이며, 200 ms가 걸리는 워커는 초당 5개의 요청을 처리합니다. 곱해 보되 비관적으로 잡으세요. 그런 다음 테스트하세요. 시간 단위로 배포하고, 자신의 플러그인이 설치된 자신의 사이트에 부하 테스트를 실행한 뒤, 머신을 삭제하면 됩니다. 비용은 몇 센트에 불과하며 이 페이지의 어떤 추정치보다, 저희 추정치를 포함해, 더 정확합니다.
대역폭과 메모리 중 무엇이 먼저 부족해질 가능성이 높나요?
대역폭입니다. 생각보다 자주 그렇고, 이는 거의 어떤 호스팅 업체도 플랜 옆에 표시하지 않는 수치입니다. 일반적인 WordPress 페이지는 약 2.5 MB이므로 페이지뷰 10만 회는 대략 244 GB로 여유롭습니다. 100만 회는 약 2.4 TB로, 메모리는 충분히 남아 있는 여러 플랜의 허용량을 넘어섭니다. 이 페이지에 허용량 열을 표시하는 이유가 바로 그것입니다. BD-8은 32 TB, C4-8-150는 4 TB를 제공하며, 미디어가 많은 사이트라면 이 차이가 코어 수보다 더 중요합니다.
관리형 WordPress 호스팅이 필요한가요?
업데이트를 직접 하고 싶지 않은 경우에만 필요합니다. VPS는 root 권한만 제공하고 그 외에는 아무것도 없습니다. WordPress 설치, 패치, 백업 모두 직접 해야 하며, 새벽 2시에 플러그인이 사이트를 망가뜨려도 책임은 사용자에게 있습니다. 더 저렴하고 유연하지만, 분명히 더 많은 작업이 필요합니다. 그런 작업을 원하지 않는다면 저희 관리형 등급이 있으며, 관리하지 않을 머신을 파는 것보다는 그쪽을 안내해 드리고 싶습니다. 패치하지 않은 WordPress는 인터넷에서 가장 확실하게 침해당하는 대상입니다.
WordPress와 MySQL을 같은 서버에 두어야 하나요?
사이트가 하나라면 거의 항상 그렇습니다. 분리하면 모든 쿼리에 네트워크 홉이 하나 더 생기고 관리할 머신도 하나 늘어나는데, 그 대가로 얻는 여유는 아직 필요하지 않을 가능성이 큽니다. 데이터베이스가 실제로 병목이고 이를 측정으로 확인했을 때, 또는 데이터베이스를 격리하고 싶을 만큼 무거운 사이트를 여러 개 운영할 때 분리하세요. 분리한다면 저희 관리형 데이터베이스 라인이 PostgreSQL과 MySQL을 대신 운영해 드리며, 이는 다른 종류의 절충입니다. 비용은 더 들지만 저녁 시간을 덜 빼앗깁니다.
서버는 어느 리전에 두어야 하나요?
본인이 아니라 독자에게 가장 가까운 곳입니다. 거리는 페이지가 도착하기 시작하는 데 걸리는 시간을 결정하는 요소 중 하나이며, 유럽에서 읽히는 사이트는 본인이 유럽에 있지 않더라도 유럽에 두는 것이 좋습니다. 독자가 여러 지역에 흩어져 있다면 가장 큰 그룹 가까이에 서버를 두고 정적 파일 앞에 CDN을 두세요. 그것이 CDN이 정말 잘하는 일입니다. 저희는 여러 리전에서 판매하며, 각 플랜 페이지에 실제로 구축 가능한 리전이 나와 있습니다.
기존 사이트를 이 서버로 옮길 수 있나요?
네, 파일 복사와 데이터베이스 덤프로 끝나는 일이며 별도의 상품이 아닙니다. 일반적인 마이그레이션 플러그인이라면 어느 것이든 처리할 수 있고, 어떤 일이 일어났는지 직접 이해하고 싶으시다면 rsync와 mysqldump로 직접 옮기실 수도 있습니다. 복사본을 테스트하는 동안 새 서버를 시간 단위로 배포하고, 만족스러우면 도메인을 새 서버로 연결한 뒤 기존 서버를 삭제하십시오. 겹치는 기간의 비용은 몇 센트에 불과하며, 롤백은 "DNS를 원래대로 되돌리기"만 하면 됩니다.