OCI·Cloudflare로 WordPress CDN 구성하기: 설정 사례와 적용 조건

이 글은 해외 독자가 방문하는 워드프레스 블로그에 OCI와 Cloudflare를 연결한 설정 사례입니다. 적용 전에 확인할 DNS·HTTPS·캐시 조건을 함께 정리했습니다.

Page Contents

글로벌 독자에게 중요한 것은 속도

해외에서 방문하는 독자가 많다면 원본 서버까지의 지연과 페이지를 구성하는 파일의 로딩 시간을 함께 살펴봐야 합니다. OCI의 한 리전에서 워드프레스를 운영하는 경우, 방문 지역에 따라 응답 시간이 달라질 수 있습니다. 이 글에서는 Cloudflare CDN을 연결하는 절차와 캐시 효과를 확인할 때의 조건을 설명합니다.

글을 작성할 당시 사용한 구성은 다음과 같습니다. 현재 Free Tier 자격과 자원 가용성은 별도로 확인해야 합니다.

Oracle Cloud(OCI) 한국 리전에 계정을 하나 만들고 무료로 제공되는 자원을 사용해서 워드프레스용 인스턴스를 하나 만들었습니다
name.com을 통해 도메인(예를 들면, datainhands.com)을 하나 구매해서 이 도메인을 워드프레스 인스턴스와 연결해 놓았습니다
기본 워드프레스 설정을 완료했습니다.

한국 리전의 원본 서버와 해외 방문자 사이에는 네트워크 지연이 생길 수 있습니다. CDN을 연결한 뒤에는 방문 지역과 실제 캐시 적중 여부를 구분해 성능을 측정합니다.

Cloudflare란?

연결 후에는 실제 파일 요청과 캐시 상태를 확인해야 합니다. 캐시되지 않는 요청이라면 해당 요청의 저장 조건부터 살펴본 뒤 성능을 평가하세요.

Cloudflare는 CDN, DNS, DDoS 방어와 웹 애플리케이션 방화벽 등을 제공하는 네트워크 서비스입니다. 캐시할 수 있는 콘텐츠를 Cloudflare 네트워크에서 제공하면 원본 서버로 보내는 요청을 줄일 수 있습니다. 실제 속도 변화와 사용할 수 있는 보안·최적화 기능은 콘텐츠, 설정, 방문 지역과 플랜에 따라 달라집니다.

Cloudflare 도입의 이점

도입할 때 검토할 기능과 기대할 수 있는 효과는 다음과 같습니다. 실제 제공 범위는 플랜과 설정에 따라 확인해야 합니다:

글로벌 성능 향상
- Cloudflare의 분산 네트워크를 통한 캐시 가능 콘텐츠 전송
- 사용자와 가까운 위치에서 캐싱된 콘텐츠 제공
- 캐시 적중 시 원본 요청과 일부 로딩 지연 감소 가능
보안 강화
- 무료 SSL/TLS 인증서 제공
- DDoS 방어 기능
- 웹 애플리케이션 방화벽(WAF)
최적화 기능
- 자동 최소화(Auto Minify)는 2024년 8월 폐지되어 현재 기능에 포함되지 않음
- 이미지 최적화: 기능별 플랜과 적용 조건 확인
- 스마트 라우팅: 별도 제공·과금 조건 확인

구현 개요

Cloudflare 구현은 다음과 같은 주요 단계로 이루어집니다:

1. Cloudflare 계정 설정

Cloudflare 계정이 없다면 공식 사이트에서 가입 절차와 인증 요구사항을 확인합니다. 아래 화면은 작성 당시의 예시이므로 현재 대시보드의 안내를 함께 참고하세요.

cloudflare.com에 접속합니다.
우측 상단의 ‘Sign Up’ 버튼을 클릭합니다.
이메일 주소와 비밀번호를 입력하여 계정을 생성합니다.
이메일 인증을 완료합니다.

2. 도메인 등록

Cloudflare에 기존 도메인을 추가합니다. 아래는 name.com에서 구입한 도메인과 Free 플랜을 사용한 사례입니다. 무료 플랜이 모든 사이트에 충분한 것은 아니므로 필요한 기능과 제한을 먼저 확인하세요.

대시보드에서 ‘Add a Site’ 버튼을 클릭합니다.
‘Existing domain’을 선택합니다.
name.com에서 구매한 도메인 주소를 입력합니다.
플랜별 기능과 제한을 확인합니다. 이 사례에서는 ‘Free’ 플랜을 선택했습니다.
- 무료 플랜으로도 CDN, 기본 DDoS 보호, SSL 인증서 등 핵심 기능을 사용할 수 있습니다.

3. DNS 설정 마이그레이션

기존 DNS 레코드 검토

Cloudflare의 DNS 빠른 스캔은 일부 레코드를 찾지 못할 수 있습니다.
네임서버를 바꾸기 전에 기존 DNS 목록과 비교해 A·AAAA·CNAME뿐 아니라 메일용 MX·TXT 등의 누락도 확인하세요. OCI 원본 IP를 직접 가리키는 구성이라면 해당 주소가 정확한지도 확인합니다.

스캔 결과를 기존 DNS 목록과 비교하고 누락된 레코드를 확인합니다.
이 사례의 OCI 원본 A 레코드가 정확한지 확인합니다:
‘Continue to activation’을 클릭하고 진행합니다.

4. 네임서버 변경

전체 DNS 전환 방식에서는 도메인 등록기관의 네임서버를 Cloudflare가 해당 도메인에 지정한 값으로 변경합니다. 이 사례의 등록기관은 name.com입니다. 기존 DNS 목록, DNSSEC 상태와 복구할 네임서버 값을 확인한 뒤 전환을 준비하세요.

Cloudflare가 제공하는 네임서버 주소를 복사합니다. (일반적으로 2개 제공)

name.com 대시보드에 로그인합니다.

도메인 관리 페이지로 이동합니다.
‘Nameservers’ 섹션을 찾습니다.

기존 네임서버를 삭제하고 Cloudflare 네임서버를 입력합니다.
변경사항을 저장합니다.

전환 시간은 등록기관, DNS 캐시와 확인 주기에 따라 달라집니다. 완료 이메일이나 Cloudflare의 활성 상태만으로 모든 방문자의 DNS 캐시가 갱신됐다고 판단하지 말고, 필요한 지역에서 실제 DNS 응답을 확인하세요.

5. SSL/TLS 보안 설정

Cloudflare의 SSL/TLS 모드는 암호화와 원본 인증서 검증을 구분해서 선택해야 합니다. “Full”은 HTTPS 요청에서 원본 연결을 암호화하지만 인증서를 검증하지 않습니다. 아래 조건을 확인한 후 “Full (strict)” 사용을 검토하세요.

인증서 모드 설정

Cloudflare 대시보드에서 ‘SSL/TLS’ 탭으로 이동합니다.
‘Overview’ 섹션에서 SSL/TLS 암호화 구성을 선택합니다:

Custom SSL/TLS 옵션 설정

OCI를 사용한다는 이유만으로 원본 인증서가 자체 서명이라고 가정하지 마세요. “Full”에서는 HTTPS 요청의 원본 연결이 암호화되지만 인증서의 신뢰성·만료·호스트 이름이 검증되지 않습니다. HTTP 요청은 원본에도 HTTP로 전달되므로 Full 선택만으로 HTTPS가 강제되는 것은 아닙니다.

가능하면 “Full (strict)”를 사용하되, 먼저 원본이 443 포트에서 HTTPS를 제공하고, 인증서가 만료되지 않았으며, 공개적으로 신뢰되는 CA 또는 Cloudflare Origin CA에서 발급되었고, 요청 또는 대상 호스트 이름과 일치하는지 확인하세요.
조건이 충족되지 않으면 526 오류가 발생할 수 있습니다. 현재 인증서와 복구 경로를 확인하기 전에는 운영 모드를 전환하지 마세요.

Edge 인증서 설정

‘Edge Certificates’ 섹션으로 이동합니다.
- HTTPS 리디렉션이 필요한지와 기존 WordPress·원본 리디렉션의 충돌 여부를 확인한 뒤 ‘Always Use HTTPS’를 검토합니다.
- Minimum TLS Version의 ‘1.2’는 이 사례의 값입니다. 클라이언트 지원 범위와 정책을 확인한 뒤 선택하며, 이 설정이 원본 연결의 TLS 버전을 지정하는 것은 아닙니다.

6. 캐시 최적화

Cloudflare 캐시와 방문자 브라우저 캐시는 별도로 관리합니다. 대시보드의 현재 캐시 메뉴에서 콘텐츠 유형, 응답 헤더와 기존 규칙을 확인하세요.

아래 값과 메뉴는 작성 당시의 설정 예시입니다. 모든 WordPress 사이트의 권장값으로 그대로 적용하지 마세요:

기본 캐시 설정

‘Caching’ 탭으로 이동합니다.
‘Configuration’ 화면의 아래 예시를 현재 기능과 비교합니다:

- Browser Cache TTL: 4시간
- Always Online: 활성화
- Cache Level: Standard

페이지 규칙 설정

Browser Cache TTL은 방문자 브라우저의 저장 기간이며 Cloudflare의 Edge TTL과 다릅니다. 4시간은 이 글의 예시일 뿐, 콘텐츠 갱신 주기와 원본 헤더를 확인해 정해야 합니다.
아래 Page Rules 화면은 과거 설정 사례입니다.
새 캐시 설정은 현재 Cache Rules 문서를 참고하고, HTML 캐시를 허용할 때는 로그인·개인화 응답 등도 제외해야 합니다. 관리자 경로 예시 하나만으로 전체 우회 정책이 완성되는 것은 아닙니다.

‘Page Rules’ 탭으로 이동합니다.
‘Create Page Rule’을 클릭합니다.
워드프레스 관리자 페이지용 규칙 생성:

- URL 패턴: *wp-admin*
- 설정: Cache Level: Bypass

Cloudflare는 캐시 대상과 요청·응답 조건에 따라 콘텐츠를 캐시합니다. 기본 CDN 동작은 HTML·JSON을 캐시하지 않으므로, 도메인을 연결했다고 WordPress 페이지 전체가 자동 캐시되는 것은 아닙니다. 정적 파일과 HTML 응답을 구분해 확인하세요.

개발자 도구에서 각 요청의 CF-Cache-Status와 관련 응답 헤더를 확인합니다. HIT은 해당 응답을 Cloudflare 캐시에서 제공했다는 뜻입니다. 사이트 전체의 설정이나 개인정보 보호가 올바르다는 증거는 아니며, 캐시를 우회해야 하는 응답도 따로 확인해야 합니다.

7. 워드프레스 최적화

성능 최적화

2026-10-03 공식 문서 확인: 2025년 가이드의 설정명과 현재 제공 기능을 구분해야 합니다.

Auto Minify는 2024-08-05 폐지되었습니다. 기존 JavaScript·CSS·HTML 자동 최소화 설정을 켜는 단계는 사용하지 않습니다.
Brotli 설정과 API는 2024-08-15 폐지되었지만 압축 지원 자체가 없어진 것은 아닙니다. 응답 압축은 브라우저의 Accept-Encoding, 플랜과 압축 규칙 등의 조건에 따라 달라집니다.
Rocket Loader는 Free를 포함한 플랜에서 제공되지만 일괄 활성화를 권장하지 않습니다. 별도 테스트 환경에서 JavaScript 동작을 확인하고, 문제가 생기면 비활성화 후 재검증하세요.

이미지 최적화

Polish는 Free에서 제공되지 않으며 Pro·Business·Enterprise에서 제공됩니다. Free 플랜을 선택했다면 Polish 활성화 단계는 건너뜁니다.
“Lazy Loading: On”은 특정 기능과 구현을 확인하지 않은 공통 설정으로 안내하지 않습니다. Mirage를 뜻한 경우 현재는 폐지된 기능입니다. 이 글만 보고 기존 사이트의 이미지 로딩 설정을 바꾸지 마세요.

8. 모니터링 및 분석 설정

분석 도구 활성화

‘Analytics’ 탭으로 이동합니다.
‘Web Analytics’를 활성화합니다.
먼저 기존 추적 코드와 자동 삽입 여부를 확인합니다. 수동 삽입이 필요한 경우 공식 안내와 관리 가능한 삽입 방식을 따르며, 부모 테마의 header.php를 직접 수정하거나 코드를 중복 삽입하는 방법을 기본 절차로 삼아서는 안 됩니다.

성능 모니터링

현재 성능·분석 화면에서 방문 지역과 측정 조건을 구분해 응답·로딩 지표를 확인합니다.
캐시 적중률(Cache Hit Rate)을 확인합니다.

9. 문제 해결 및 유지 관리

캐시 관리

콘텐츠 변경 후 오래된 응답이 남을 때, 캐시 계층과 영향을 받은 URL을 먼저 확인합니다:
1. ‘Caching’ → ‘Configuration’으로 이동
2. 가능하면 변경된 URL의 캐시를 지웁니다. 전체 삭제는 원본 요청을 늘릴 수 있으므로 필요한 범위와 커스텀 캐시 키 조건을 확인한 뒤 선택합니다.

SSL 문제 해결

혼합 콘텐츠 경고 시:
1. 개발자 도구에서 HTTP로 불러오는 파일과 생성 경로를 확인하고, HTTPS 원본·리디렉션·WordPress URL 설정의 정합성을 점검합니다.
2. 저장된 URL 치환이 필요하다면 백업과 복구 절차를 준비하고 WordPress의 직렬화 데이터를 보존하는 도구로 범위를 검증합니다. 혼합 콘텐츠 경고만 보고 곧바로 DB 값을 일괄 변경해서는 안 됩니다.

설정 확인 및 테스트

구현 완료 후 다음 항목을 체크합니다:

SSL 정상 작동 여부
- 브라우저의 연결·인증서 정보와 혼합 콘텐츠 오류를 확인합니다. 아이콘 모양만으로 원본 연결의 검증 상태를 판단하지 않습니다.
- SSL Labs 테스트 실행
페이지 로드 속도
- Google PageSpeed Insights 테스트
- GTmetrix 성능 분석
캐시 동작
- 개발자 도구로 캐시 응답 헤더 확인
- Cloudflare 캐시 적중률 모니터링

기대 효과

아래 50–70%는 기존 글의 성능 주장으로, 원본 측정 조건과 결과를 확인하지 못했습니다. 재현 가능한 일반 효과나 현재 사이트의 검증 결과로 사용하지 마세요.
실제 변화는 캐시 적중률, 콘텐츠, 방문 지역과 원본 서버 응답에 따라 측정해야 합니다.

기존 글에서 제시했던 기대 효과(보장되지 않음):

- 글로벌 독자의 페이지 로딩 시간 50-70% 감소
- 서버 부하 감소로 인한 비용 절감
- 보안성 강화
- 가용성 향상

마치며

이 글의 화면과 설정값은 OCI와 Cloudflare를 연결한 사례입니다. 실제 속도·안정성·지원 조건은 환경별로 검증해야 합니다.

질문이 있다면 적용한 단계와 오류 증상을 댓글에 남겨주세요. 계정 정보나 인증 자료는 공유하지 마세요.

WordPress 6.4+ 및 2025년 1월 표기는 작성 당시의 적용 범위입니다. 현재 권장 버전이나 모든 이후 버전과의 호환성을 보장하지 않습니다. 적용 전 공식 요구사항·지원 수명과 현재 서비스 문서를 확인하세요.