[mongodb] GridFS는 생산을 위해 충분히 빠르고 안정적입니까?

나는 명예로운 트래픽 통계 (하루 약 25,000 명의 방문자)를 가진 가격 비교 웹 사이트의 일부인 서버 중 하나에서 gridfs를 사용합니다. 서버에는 램, 2 기가 많지 않고 CPU도 실제로 빠르지는 않지만 (Core 2 duo 1.8Ghz) 서버에는 충분한 저장 공간이 있습니다. RAID 0 구성에서 10Tb (sata)입니다. 서버가 수행하는 작업은 매우 간단합니다.

가격 비교기의 각 제품에는 이미지가 있으며 (제품 DB에 따라 약 천만 개의 제품이 있음) 서버 작업은 이미지를 다운로드하고 크기를 조정 한 다음 gridfs에 저장하고 방문자 브라우저에 전달하는 것입니다. .. 그리드에없는 경우 … 또는 … 그리드에 이미 저장되어있는 경우 방문자 브라우저에 전달합니다. 따라서 이것은 ‘전통적인 cdn 스키마’라고 부를 수 있습니다.

이 서버가 실행 중이기 때문에이 서버에 4 백만 개의 이미지를 저장하고 처리했습니다. 크기 조정 및 저장 작업은 간단한 PHP 스크립트로 수행됩니다.하지만 확실하게 Python 스크립트 또는 Java와 같은 것이 더 빠를 수 있습니다.

현재 데이터 크기 : 11.23g

현재 저장 용량 : 12.5g

지수 : 5

색인 크기 : 849.65m

신뢰성에 관하여 : 이것은 매우 신뢰할 수 있습니다. 서버가로드되지 않고 인덱스 크기가 정상이며 쿼리가 빠릅니다.

속도 정보 : 확실히 로컬 파일 저장소만큼 빠르지 않고 10 % 정도 느리지 만 이미지를 처리해야 할 때에도 실시간으로 사용할 수있을만큼 빠릅니다. 우리의 경우는 매우 PHP에 따라 다릅니다. 유지 관리 및 개발 시간도 단축되었습니다. 단일 또는 여러 이미지를 삭제하는 것이 매우 간단 해졌습니다. 간단한 삭제 명령으로 db를 쿼리하기 만하면됩니다. 또 다른 흥미로운 점 : 로컬 파일 저장소 (수천 개의 폴더에있는 수백만 개의 파일)를 사용하여 이전 서버를 재부팅했을 때 시스템이 파일 무결성 검사를 수행하기 때문에 때때로 몇 시간 동안 중단됩니다 (정말 몇 시간이 걸렸습니다 …). gridfs에서는 더 이상이 문제가 발생하지 않습니다. 이제 이미지가 큰 mongodb 청크 (2GB 파일)에 저장됩니다.

그래서 … 내 마음에 … 예, gridfs는 프로덕션에 사용할 수있을만큼 빠르고 안정적입니다.