Nginx 콘텐츠 캐시를 구성하는 방법과 공통 매개변수 구성은 무엇입니까?

사용 시나리오:

프로젝트 페이지는 자주 변경되지 않는 많은 데이터를 로드해야 하며 각 요청에 대해 동적으로 데이터를 생성하지 않습니다. 요청 라우팅 및 매개변수를 기반으로 nginx 캐시를 사용하면 요청 속도가 크게 향상됩니다.

Basics

콘텐츠 캐싱을 활성화하려면 Proxy_cache_path 및 Proxy_cache만 구성하면 됩니다. 전자는 캐시 경로 및 구성을 설정하는 데 사용되고 후자는 캐싱을 활성화하는 데 사용됩니다.

http {
 ...
 proxy_cache_path /path/to/cache levels=1:2 keys_zone=my_cache:10m max_size=10g inactive=60m use_temp_path=off;

 server {
 proxy_cache mycache;
 location / {
  proxy_pass http://localhost:8000;
 }
 }
}

해당 매개변수 설명:

1. 캐싱에 사용되는 로컬 디스크 디렉터리는 /path/to/cache/

2.levels /path/to/cache/에 2단계 계층 구조가 설정됩니다. 목차. 단일 디렉터리에 많은 수의 파일을 배치하면 파일 액세스 속도가 느려질 수 있으므로 대부분의 배포에서는 2단계 디렉터리 계층 구조를 권장합니다. level 매개변수가 구성되지 않은 경우 nginx는 모든 파일을 동일한 디렉터리에 저장합니다.

3.keys_zone 타이머 사용과 다소 유사하게 캐시 키와 메타데이터를 저장하는 데 사용되는 공유 메모리 영역을 설정합니다. 키 복사본을 메모리에 저장하면 nginx가 디스크를 검색하지 않고도 요청이 적중인지 실패인지 신속하게 결정할 수 있으므로 검색 속도가 크게 향상됩니다. 1MB 메모리 공간은 약 8,000개의 키를 저장할 수 있으므로, 위에서 구성한 10MB 메모리 공간은 거의 80,000개의 키를 저장할 수 있습니다.

4.max_size는 캐시의 상한을 설정합니다(위 예에서는 10g). 이는 선택 사항입니다. 값을 지정하지 않으면 캐시가 증가하여 사용 가능한 모든 디스크 공간을 소비하게 됩니다. 캐시가 이 제한에 도달하면 프로세서는 캐시 관리자를 호출하여 최근에 가장 적게 사용된 파일을 제거하여 캐시 공간을 이 제한 이하로 줄입니다.

5.inactive는 항목이 액세스되지 않고 메모리에 남아 있을 수 있는 기간을 지정합니다. 위의 예에서 60분 이내에 파일이 요청되지 않으면 캐시 관리는 파일 만료 여부에 관계없이 해당 파일을 메모리에서 자동으로 삭제합니다. 이 매개변수의 기본값은 10분(10m)입니다. 비활성 콘텐츠는 만료된 콘텐츠와 다릅니다. nginx는 캐시 제어 헤더(이 예에서는cache-control:max-age=120)에 지정된 만료된 콘텐츠를 자동으로 삭제하지 않습니다. 만료된 콘텐츠는 지정된 비활성 시간 내에 액세스하지 않은 경우에만 삭제됩니다. 만료된 콘텐츠에 액세스하면 nginx는 원본 서버에서 해당 콘텐츠를 새로 고치고 해당 비활성 타이머를 업데이트합니다.

6.nginx는 처음에 캐시에 기록할 파일을 임시 저장 영역에 넣습니다. use_temp_path=off 명령은 nginx에게 이러한 파일을 캐시할 때 동일한 디렉터리에 기록하도록 지시합니다. 파일 시스템에서 불필요한 데이터 복사를 방지하려면 매개변수를 off로 설정하는 것이 좋습니다. use_temp_path는 nginx1.7 버전과 nginx plus r6에서 도입되었습니다.

마지막으로, Proxy_cache 명령은 URL이 위치 부분(이 경우 /)과 일치하는 콘텐츠 캐싱을 시작합니다. 또한 서버 섹션에 Proxy_cache 명령을 추가할 수도 있습니다. 이렇게 하면 해당 위치에 자체 Proxy_cache 명령이 지정되지 않은 모든 서비스에 캐싱이 적용됩니다.

nginx 캐시 관련 프로세스

캐시에는 두 가지 추가 nginx 프로세스가 관련되어 있습니다.

• 캐시 관리자는 캐시 상태를 확인하기 위해 주기적으로 시작됩니다. 캐시 크기가 Proxy_cache_path의 max_size 매개변수로 설정된 제한을 초과하는 경우 캐시 관리자는 최근에 액세스한 데이터를 삭제합니다. 캐시 관리자가 시작되는 사이에 캐시된 데이터의 양이 구성된 크기를 잠시 초과할 수 있습니다.

• 캐시 로더는 nginx가 시작된 후 한 번만 실행됩니다. 이전에 캐시된 데이터에 대한 메타데이터를 공유 메모리 영역에 로드합니다. 전체 캐시를 한 번에 로드하면 시작 후 처음 몇 분 동안 nginx의 성능이 저하될 만큼 충분한 리소스를 소비할 수 있습니다. 이를 방지하려면 Proxy_cache_path 지시문에 다음 매개변수를 포함하여 캐시의 반복 ​​로드를 구성하십시오.

• loader_threshold - 반복 기간(밀리초)(기본값은 200)

• loader_files - 한 번 반복 중에 로드되는 최대 항목 수 (기본값 100)

• loader_sleeps - 밀리초 단위의 반복 간 지연(기본값 50)

다음 예에서 반복 기간은 300ms 또는 200개 항목이 로드될 때까지:

proxy_cache_path /data/nginx/cache keys_zone=one:10m loader_threshold=300 loader_files=200;

기타 공통 매개변수

구성 예:

proxy_cache_path /path/to/cache levels=1:2 keys_zone=my_cache:10m max_size=10g inactive=60m use_temp_path=off;

server {
 ...
 location / {
  proxy_cache my_cache;
  # proxy_cache_key "$host$request_uri$cookie_user";   proxy_cache_min_uses 3;
  proxy_cache_methods get head post;
  proxy_cache_valid 200 302 10m;
  proxy_cache_valid 404  1m;
  # proxy_cache_valid any 5m;   proxy_pass http://localhost:8000;
 }
}

해당 매개변수 설명:

• proxy_cache_key 키 계산 시 사용되는 요청 특성을 변경하려면 캐시된 키를 지정하세요. 예를 들어 도메인 이름을 사용하는 것은 권장되지 않습니다. 요청 URL 및 사용자 쿠키를 키로 사용합니다. 이는 페이지가 여러 사용자에 대해 n번 캐시됨을 의미합니다. 대부분의 경우 이러한 작업은 필요하지 않습니다.

• proxy_cache_min_uses는 응답이 캐시되기 전에 동일한 키를 사용해야 하는 최소 요청 수입니다.

• proxy_cache_methods 为指定要被缓存的请求方式的响应值，默认为 get 和 head，新增其他的需要一起列出来，如上示例所示。

• proxy_cache_valid 为响应状态码的缓存时间，示例可以为每个状态码缓存指定时间，也可以使用 any 进行全部状态码的缓存。

清除缓存

需要提前加一个配置，用于标识使用 http purge 方法的请求并删除匹配的 url 对应的缓存。

1.在 http {} 上下文中创建新变量，例如 $purge_method, 他依赖于 $request_method 变量：

http {
 ...
 map $request_method $purge_method {
  purge 1;
  default 0;
 }
}

2.在 location {} 块中，已经配置缓存的前提下，引入 proxy_cache_purge 参数来指定清除缓存请求的条件。例如在上一步指定的 $request_method

server {
 listen  80;
 server_name www.example.com;

 location / {
  proxy_pass https://localhost:8002;
  proxy_cache mycache;

  proxy_cache_purge $purge_method;
 }
}

配置完并使之生效之后，就可以发送一条 purge 请求来让缓存失效了，例如：

curl -x purge -d – https://www.example.com/*

在该示例中，将清除具有公共 url 部分（由星号通配符指定）的资源。但这些缓存条目不会从缓存中完全删除：它们会保留在磁盘上，直到它们被视为不活动（由proxy_cache_path 中的 inactive参数决定）的时候才完全删除，或缓存清除器（由 proxy_cache_path 中的 purge 决定），或客户端尝试访问它们的时候。

위 내용은 Nginx 콘텐츠 캐시를 구성하는 방법과 공통 매개변수 구성은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!