RAM에서 정적 컨텐츠를 제공하도록 nginx를 구성하는 방법은 무엇입니까?

Nginx를 웹 서버로 설정하고 싶습니다. 이미지 파일을 디스크가 아닌 메모리 (RAM)에 캐시하고 싶습니다. 작은 페이지를 제공하고 있으며 항상 RAM에서 제공되는 몇 가지 이미지를 원합니다. Nginx에 내용을 RAM에 캐시하는 기능이 있다고 생각하기 때문에 Varnish (또는 다른 도구)를 사용하고 싶지 않습니다. Nginx를 어떻게 구성 할 수 있는지 잘 모르겠습니다. 몇 가지 조합을 시도했지만 작동하지 않았습니다. Nginx는 디스크를 항상 사용하여 이미지를 얻습니다.

예를 들어, 다음 명령으로 테스트하기 위해 Apache 벤치 마크를 시도했을 때 :

ab -c 500 -n 1000 http://localhost/banner.jpg

다음과 같은 오류가 발생합니다.

socket: Too many open files (24)

이것은 Nginx가 디스크에서 동시에 너무 많은 파일을 열려고 시도하고 OS 가이 작업을 허용하지 않음을 의미한다고 생각합니다. 누구든지 올바른 구성을 제안 해 주시겠습니까?

정적 콘텐츠 인 경우 기본적으로 nginx가 아니라 OS에 의해 메모리가 남지 않는 한 기본적으로 메모리에 캐시됩니다. 디스크쪽에 남는 것은 stat ()입니다.

100 % 메모리 솔루션을 원한다면 램 디스크를 구성하고 데이터를 제공 할 수 있습니다.

서버가 디스크에서 파일을 읽은 후에는 램에 캐시되고 램이 부족하면 다른 파일로 대체됩니다. 계정 제한에 문제가 있으므로 너무 많은 파일을 열 수 없습니다 ( 'ulimit -a'를 실행)

이 제한을 변경하려면 /etc/security/limits.conf에 대해 읽으십시오.

그래서 나는 이것이 정말로 오래되었다는 것을 알고 있습니다.

1. Nginx는 기본적으로 메모리 캐싱을 수행하지 않습니다. Memcache를보고 싶을 것입니다. http://openresty.org/. 상자에서 꺼내는 것은 페이지 캐시입니다.
2. 이 오류 메시지는 거의 확실합니다. nginx가 아닌 ab에서 온 것입니다. 파일 제한에 대한 nginx 오류는 "실패한 파일 (24 : 파일이 너무 많습니다)"과 같습니다. 유닉스 소켓에는 파일도 있다는 것을 기억하십시오. 따라서 ab를 실행하는 사용자의 경우 ab를 실행하려면 해당 세션에 대해 ulimit를 조정해야합니다. 한계가 256이라고 말했기 때문에 ab에 500 개의 연결을 사용하라고 요청하면 한계를 초과합니다.

RAM에 캐시 된 파일은 여전히 ​​파일입니다!

대신 Nginx의 Memcached 캐시 모듈을 사용하십시오. 그러나 여전히 1000 개의 동시 연결이 방대합니다. 귀하의 경우라고 생각하십니까?