호스팅 플랜이 실제로 무엇을 제한하는지, 각 한도에 도달하면 어떻게 되는지, 그리고 느린 사이트가 리소스 문제인지 코드 문제인지 판단하는 방법을 설명합니다.
"사이트가 느리다"와 "사이트가 무언가를 다 썼다"는 겉으로는 똑같이 느껴지지만 속을 보면 공통점이 거의 없습니다. 이 가이드는 둘을 구분합니다. 먼저 한도가 실제로 무엇인지, 그다음 실제 속도 저하를 진단하는 방법입니다.
먼저, 느린 건가요 망가진 건가요?
느리다는 것은 결국 페이지가 로드된다는 뜻입니다. 망가졌다는 것은 로드되지 않는다는 뜻입니다.
느린 페이지가 아니라 오류 페이지가 나온다면 여기서 멈추고 HTTP 오류 코드로 가세요. 500, 502, 504에는 각각 구체적인 원인과 해결 방법이 있으며, 그중 어느 것도 "플랜 업그레이드"가 아닙니다.
사이트가 느린 것이 아니라 접속되지 않는다면 웹사이트가 로드되지 않을 때로 가세요.
플랜이 실제로 제한하는 것
네 가지이며, 한도에 도달했을 때 동작이 매우 다르므로 각각을 구분해 알아 둘 가치가 있습니다.
저장소. 파일과 데이터베이스가 사용하는 디스크 용량입니다. 매일 측정됩니다.
대역폭. 방문자가 한 달 동안 내려받는 데이터 양입니다.
사이트 수. 플랜에서 운영할 수 있는 별도 사이트의 개수입니다.
CDN 이용. CDN을 이용할 수 있는지 여부입니다. 엣지가 제공하는 트래픽 양은 제한되지 않습니다. CDN이 포함된 모든 플랜에서 엣지 대역폭은 무제한입니다.
구체적인 허용량은 플랜에 따라 다릅니다. 모든 플랜의 현재 수치는 결제의 요금제 변경에서 나란히 볼 수 있으며, 시간이 지나면 달라질 수 있는 도움말 문서의 숫자보다 그곳이 비교하기에 정확한 곳입니다. 플랜 업그레이드를 참조하세요.
각 한도에 도달하면 어떻게 되나요
사람들이 걱정하는 부분이지만, 답은 예상보다 덜 극적입니다.
저장소. 디스크 사용량은 매일 측정되어 사이트의 개요 페이지에 표시됩니다. 사용량이 늘어나면 인사이트 경고를 받고, 가득 찰수록 경고가 강해집니다. 인사이트를 참조하세요.
사이트 수. 이 한도는 생성 시점에 적용됩니다. 플랜 허용량을 넘어 사이트를 만들려고 하면 플랜이 가득 찼다는 분명한 메시지와 함께 업그레이드하거나 다른 플랜을 추가하는 옵션이 표시됩니다. 기존 사이트에는 아무 영향이 없습니다.
CDN 이용 자격. CDN이 포함되지 않은 플랜에서 CDN을 켜려고 하면 업그레이드 링크와 함께 "플랜에 포함되지 않음"이라는 간단한 메시지가 표시됩니다. 부분적이거나 제한된 모드는 없습니다. CDN 켜기를 참조하세요.
CDN 대역폭. 도달할 한도가 없으므로 아무 일도 일어나지 않습니다. CDN이 포함된 모든 플랜에서 엣지 대역폭은 무제한입니다. 너무 많이 제공했다고 사이트가 엣지에서 빠지는 일도, 엣지가 일시 중지되는 일도, 사용량 때문에 트래픽이 원본으로 되돌려지는 일도 없습니다. CDN 페이지의 이번 달 대역폭 카드는 엣지가 제공한 양을 실시간으로 보여 줄 뿐, 무언가에서 차감되는 것이 아닙니다.
매우 큰 계정은 계정 전체에 적용되는 공정 사용 정책의 적용을 받습니다. 이 정책은 자체 기준을 공개하고, 사이트 하나가 아니라 계정 전체에 적용되며, 알림을 우선합니다. 기준을 넘는 날 이메일을 보내며, 조용히 속도를 제한하거나, 소급해서 청구하거나, 예고 없이 정지하지 않습니다.
Managed WordPress 및 WooCommerce 대역폭은 소프트 한도로 작동합니다. 한도에 가까워질 때와 넘었을 때 알림을 받습니다. 사이트가 차단되는 일은 없고 초과분이 청구되지도 않습니다. 호스팅 대역폭은 요금이 부과되지 않으며, 알림은 상황을 알려 드리고, 사용량을 줄이고 싶다면 무료 CDN 캐시 계층을 설정해 드리겠다고 제안하기 위한 것입니다.
플랜별로 제한되지 않는 것
사람들이 있을 거라고 생각하지만 없는 두 가지입니다.
웹 호스팅 플랜에는 사이트별 CPU나 메모리 할당량이 없습니다. 플랜이 코어 수를 할당하지 않습니다.
PHP 용량을 두고 이웃과 경쟁하지 않습니다. 각 사이트는 자체 격리된 PHP 워커 프로세스 풀에서 실행됩니다. 옆의 바쁜 사이트가 여러분 사이트에 필요한 워커를 소진할 수 없습니다. 이 격리는 실제이며, 그래서 이 플랫폼에서는 "다른 사람의 사이트 때문에 내 사이트가 느려진다"가 원인인 경우가 거의 없습니다.
적용되는 것은 요청별 한도입니다. 요청 하나가 사용할 수 있는 메모리 양과 실행할 수 있는 초 수입니다. 이는 직접 설정할 수 있습니다. PHP 확장 및 설정을 참조하세요.
사용량을 확인하는 곳
- 저장소: 사이트의 개요 페이지.
- CDN 대역폭: CDN을 켠 후 개요 페이지와 사이트의 Kapsule CDN 탭.
- 경고: 인사이트와 이메일. 인사이트를 참조하세요.
느린 사이트를 실제로 빠르게 만들기
노력 대비 효과가 큰 순서입니다. 맨 아래로 바로 가지 말고 목록을 따라 내려가세요.
1. 캐싱 켜기
언제나 가장 큰 효과를 냅니다. 저장된 페이지 사본을 제공하는 것은 방문자마다 페이지를 다시 만드는 것보다 훨씬 비용이 적게 듭니다.
웹사이트, 해당 사이트, WordPress, 캐싱 순서로 가세요. 객체 캐싱은 WordPress 계열 플랜 전반에서, 전체 페이지 캐싱은 관리형 플랜에서 사용할 수 있습니다. 사이트 캐싱을 참조하세요.
일부 경로는 의도적으로 절대 캐시되지 않습니다. 관리자 페이지, 로그인, 장바구니, 결제, 계정 페이지입니다. 결제 페이지를 캐시하면 한 고객에게 다른 고객의 장바구니가 보이므로, 이는 설정할 수 없고 설정할 수 있어서도 안 됩니다.
2. CDN 켜기
캐싱은 사본을 한곳에 둡니다. CDN은 그 사본을 방문자 가까이에 둡니다. 방문자가 서버와 같은 나라에 있지 않을 때 효과가 가장 큽니다. 자격이 있는 플랜과 자체 사용자 지정 도메인이 필요합니다. CDN 켜기를 참조하세요.
3. 더 새로운 PHP 버전으로 이동
아무 노력 없이 실제로 측정 가능한 차이가 납니다. 먼저 스테이징에서 테스트하세요. PHP 버전 변경하기를 참조하세요.
4. 이미지 정리하기
느린 페이지에서 한결같이 가장 큰 요소입니다. 휴대폰에서 바로 가져온 사진은 몇 메가바이트나 되면서 너비 400픽셀로 표시될 수 있습니다. 업로드하기 전에 크기를 줄이고 최신 형식을 사용하세요.
5. 플러그인 점검하기
요청마다 작업을 실행하는 플러그인은 요청마다 비용이 듭니다. 하나씩 비활성화하며 측정하세요. 사용하지 않는 것은 비활성화해 두지 말고 삭제하세요. WordPress 플러그인을 참조하세요.
6. 실제로 느린 원인 찾기
추측을 멈추고 측정하세요.
- WordPress 사이트의 APM 탭은 어떤 요청이 느린지 보여 줍니다. 사이트 성능을 참조하세요.
- WordPress 상태 도구에서 사용할 수 있는 느린 쿼리 로그는 어떤 데이터베이스 쿼리가 문제인지 보여 줍니다.
- PHP 느린 로그는 요청이 너무 오래 걸렸을 때 무엇을 하고 있었는지 기록합니다.
- 오류 로그는 조용히 실패하고 재시도되는 것을 보여 줍니다. 오류 로그를 참조하세요.
7. 그다음에야 더 많은 리소스를 고려하기
캐싱이 켜져 있고, CDN이 켜져 있고, PHP가 최신이고, 이미지가 적절하고, 프로파일러가 그 작업이 정말 필요하다고 말한다면, 플랜이 작아진 것이며 상위 플랜으로 옮기는 것이 옳습니다. 플랜 업그레이드를 참조하세요.
이 단계를 먼저 하면 여전히 느린 사이트에 돈만 더 내게 됩니다. 최적화되지 않은 사이트는 더 큰 플랜에서도 최적화되지 않은 사이트이기 때문입니다.
서버가 필요한 시점
대다수 사이트에는 공유 호스팅이 올바른 선택입니다. 플랫폼이 제공하지 않는 소프트웨어, 루트 접근, 비표준 서비스, 또는 정말 무거운 작업을 위한 예측 가능한 전용 용량이 필요할 때 클라우드 서버나 전용 서버로 옮기세요. 클라우드 서버와 아키텍처 선택하기를 참조하세요.