워드프레스 속도, 캐시 계층을 쌓는 순서

캐시는 세 층으로 나누어 쌓습니다

속도를 올리는 작업을 한 덩어리로 보면 어디서 효과가 났는지 알 수 없습니다. 세 층으로 나눕니다. 가장 위는 페이지 캐시로, 완성된 결과를 저장해 두고 그대로 돌려줍니다. 가장 효과가 크고 가장 먼저 해야 합니다. 가운데는 객체 캐시로, 반복되는 데이터베이스 조회 결과를 저장합니다. 페이지 캐시가 듣지 않는 로그인 요청에서 효과가 납니다. 아래는 전송 계층 캐시로, 정적 파일을 사용자 가까이에서 돌려줍니다. 순서를 지키는 이유는 위층이 효과를 내면 아래층의 일이 줄어들기 때문입니다. 아래부터 손대면 서버 계산량은 그대로 남습니다.

적중률을 먼저 측정해야 효과가 보입니다

캐시를 켜 두는 것과 적중하는 것은 다릅니다. 적중률이 낮으면 설정은 있지만 효과는 없습니다. 적중률을 떨어뜨리는 원인은 정해져 있습니다. 첫째, 모든 요청에 붙는 쿠키입니다. 분석용 쿠키 때문에 요청이 서로 다르게 취급되면 캐시가 쓰이지 않습니다. 둘째, 주소에 붙는 추적 매개변수입니다. 같은 페이지가 다른 주소로 취급됩니다. 셋째, 보관 시간이 너무 짧은 설정입니다. 그래서 적중률을 올리는 작업은 쿠키 범위 조정, 매개변수 무시 규칙, 보관 시간 연장 세 가지입니다. 이 세 가지를 하지 않고 캐시만 켜면 서버 부하가 거의 그대로 남습니다.

서버 처리 시간의 감소를 계산합니다

학습용 가정으로 계산합니다. 가정값은 월 요청 300,000건, 캐시 없이 페이지 생성에 0.6초, 캐시 적중 시 0.02초, 적중률 85퍼센트라고 두겠습니다. 적중은 255,000건이고 미적중은 45,000건입니다. 캐시가 없을 때 총 처리 시간은 180,000초입니다. 캐시가 있을 때는 미적중 27,000초에 적중 5,100초를 더해 32,100초입니다. 중간 계산값인 감소량은 147,900초입니다. 최종 판단은 서버 대수로 환산해서 합니다. 처리 시간이 5분의 1 이하로 줄었으므로 같은 트래픽을 더 작은 서버로 받을 수 있고, 그만큼이 절감 금액이 됩니다.

로그인 비중이 높으면 다른 층을 씁니다

결론을 뒤집는 조건은 로그인 요청 비중입니다. 회원 전용 기능이 많은 사이트는 페이지 캐시 적중률이 구조적으로 낮습니다. 위 계산의 85퍼센트를 적용할 수 없고, 적중률 30퍼센트대라면 감소량이 크게 줄어듭니다. 이 경우 투자 순서가 바뀝니다. 객체 캐시와 데이터베이스 질의 개선이 먼저이고, 페이지 캐시는 공개 페이지에만 적용합니다. 두 번째 조건은 실시간 내용입니다. 재고나 잔여 수량처럼 즉시 반영돼야 하는 값이 페이지에 있으면 보관 시간을 길게 둘 수 없습니다. 그래서 그 값만 별도 요청으로 분리하고 나머지 페이지를 캐시합니다.

웹호스팅 실행 전 점검표

• 페이지·객체·전송 세 층으로 나누어 순서대로 적용했다
• 쿠키 범위와 추적 매개변수 무시 규칙을 조정했다
• 적중률을 측정하고 처리 시간 감소를 계산했다
• 로그인 비중과 실시간 값의 위치를 확인했다