대규모 사이트를위한 메모리 절약 캐시 삭제 전략?

Drupal 7 사이트 중 하나에는 수천 개의 필드, 많은 콘텐츠 유형, 25 회 이상의 조회수 및 수백 개의 프로필 유형이 있습니다. 이 때문에 엔터티 필드 정보 (http://drupal.org/node/1040790)를 더 잘 캐시하는 핵심 패치와 하나의 HUGE가 아닌 디스플레이로 뷰를 더 잘 캐시하는 -dev 버전의 Views를 사용하고 있습니다. 모든 뷰 데이터가 포함 된 뷰 캐시 행).

이로 인해 사이트의 대부분의 페이지가 160MB 이상이 아니라 20-30MB의 RAM을로드하는 데 도움이되었습니다 (10MB 이상의 필드 및 뷰에 대해 cache_ * 테이블 행을 가져 오는 대신 패치는 cache_ * 데이터를 훨씬 더 효율적으로 유지하는 데 도움이 됨).

그러나 캐시 재 구축에 시간이 오래 걸린다는 문제가 있습니다. 보통 1-2 분 이상. 그리고이 시간 동안 Drupal은 단순히 페이지를로드하지 않습니다 (읽고 자하는 캐시가 아직 빌드되지 않았기 때문에 다른 요청은 기다려야 함).

트래픽이 적은주기에서는 큰 문제가 아닙니다. 백 명 정도의 사용자는 페이지가로드되기 전에 1 분 정도 기다려야합니다. 그러나 트래픽이 많은주기 동안 Apache 서버는 40 개 이상의 CPU로드로 열이 나기 시작하고 모든 작업자 스레드가 대기하고 메모리를 최대로 사용하여 스왑을 발생시키기 때문에 메모리가 빠르게 채워집니다. 일종의 죽음의 나선입니다. httpd를 다시 시작하면 문제가 해결되지만 상황이 정상으로 회복 되려면 5-10 분이 걸립니다.

내 목표는 캐시 공간을 확보하여 사이트를 무릎으로 가져 가지 않도록하는 것입니다. 예를 들어 admin_menu의 개별 캐시 지우기 기능 (예 : "CSS 및 JS", "메뉴", "테마 레지스트리"등)을 사용하면 "Page and else"옵션을 누를 때까지 문제가 해결됩니다. 이때 뷰 캐시가 재설정되고 (캐싱해야하는 뷰 수가 많은 CPU 및 데이터베이스 집약적 인 작업) 필드 정보 캐시가 재설정 될 때 (이 사이트의 CPU 및 데이터베이스 집약도)입니다.

그래서 ... 내 질문 / 아이디어 :

• drush 및 / 또는 다른 셸 스크립팅을 사용하면 "한 번에 모든 캐시를 폭파하고 깨끗한 재 구축을 희망"하는 것보다 더 지능적인 방식으로 캐시를 지울 수 있습니까?
• 캐시 지우기가 진행되는 동안 http 요청을 차단하여 아파치가 많은 캐시 스탬프 요청으로 인해 막히지 않을 수 있습니까?
• Drupal / normal httpd 요청 외부에서 캐시를 지울 수 있다면 캐시 지우기 작업에 대해 더 높은 PHP memory_limit를 설정하고 범용 memory_limit를 취소 할 수 있습니다 (개별 httpd 스레드가 캐시를 지워야하는 경우 현재 256MB로 설정). ...).

기본적으로 : UI에서 버튼을 클릭하거나 사용하는 것 외에도 Drupal을 사용하여 모든 캐시를 지우는 지능적이고 우아한 방법이 drush cc all있습니까?

[ 명확한 편집 : 내가 가진 주요 문제는 캐시 재 구축 입니다. (a) 시간이 걸리고 (b) 재 구축이 완료 될 때까지 다른 모든 요청을 차단합니다. 교통량이 많은 시간에 재건이 치명적이지 않도록하는 방법을 찾고 싶습니다.]

UI에서 버튼을 클릭하거나 drush cc all을 사용하는 것 외에도 Drupal을 사용하여 모든 캐시를 지울 수있는 지능적이고 우아한 방법이 있습니까?

캐시 액션 모듈은 않습니다. 규칙에 따라 다릅니다. 예를 들어, "x"유형의 노드가 추가되거나 업데이트 될 때 특정보기를 지우도록 규칙을 설정할 수 있습니다. 자세한 내용 은 문서 를 확인하십시오.

또한 캐시 우아한 모듈을 살펴보십시오 . 아직 시도하지 않았지만 흥미로워 보입니다.

주요 문제는 MySQL을 사용하여 캐시 데이터를 저장한다는 것입니다.로드가 많은 사이트의 경우 매우 효과적이지 않습니다.

대신 Memcache 를 사용하는 것이 좋습니다. 이렇게하면 캐시 시스템의 성능이 크게 향상되고 다음과 같은 2 가지 이점이 있습니다.

1. Memcache는 MySQL보다 읽기 및 쓰기 작업이 훨씬 빠릅니다. 모든 캐시 작업 (및 전체 캐시 재 구축)이 더 빠르게 작동합니다.
2. 캐시 데이터는 더 이상 DB에 저장되지 않기 때문에 캐시를 지우면 다른 MySQL 쿼리는 차단되지 않습니다.

다음은 Drupal 7 의 Memcache 구성 예입니다 .

drush 및 / 또는 다른 셸 스크립팅을 사용하면 "한 번에 모든 캐시를 폭파하고 깨끗한 재 구축을 희망"하는 것보다 더 지능적인 방식으로 캐시를 지울 수 있습니까?

모든 캐시를 폭파하지 않으려면 다음 drush cc type_of_cache을 사용 하여 특정 캐시 를 지우거나 직접 정의하십시오.

또는 모든 캐시와 유사한 테이블을 수동으로 지 웁니다 (예 :

echo "SHOW TABLES LIKE 'cache%'" | $(drush sql-connect) | tail -n +2 | xargs -L1 -I% echo "DELETE FROM %;" | $(drush sql-connect) -v 

memcached (Bash 구문)를 사용하는 경우 다음을 시도하십시오.

pgrep memcached && echo flush_all > /dev/tcp/127.0.0.1/11211

캐시 지우기가 진행되는 동안 http 요청을 차단하여 아파치가 많은 캐시 스탬프 요청으로 인해 막히지 않을 수 있습니까?

drush -y vset maintenance_mode 1사람들이 사이트에 액세스하지 못하게하려면 유지 관리 모드 ( )를 활성화 하십시오. 또는 다른 곳으로 리디렉션하도록 프론트 엔드를 구성하십시오 (예 : Varnish, Apache에서 리디렉션 또는 변경 .htaccess).

Drupal / normal httpd 요청 이외의 캐시를 지울 수 있다면 memory_limit캐시 지우기 작업을 위해 더 높은 PHP 를 설정하고 범용을 해제 memory_limit할 수 있습니다 (개별 httpd 스레드가 캐시를 지워야하는 경우 현재 256MB로 설정). ).

캐시를 지우는 데는 더 많은 메모리가 필요하지 않지만 캐시를 비운 후에는 다시 작성하는 데 더 많은 시간이 걸립니다. cron을 실행하거나 페이지를 열어서 언제든지 캐시를 예열 할 수 있습니다. 예 :

time php -n -d memory_limit=-1 time $(which drush) cc registry
PHP_OPTIONS='-d memory_limit="2G"' drush cron
php -d memory_limit=1G ./scripts/drupal.sh http://localhost/

^{캐시 지우기 프로세스를 추가로 가속화 할 수있는 처리 -n를 무시하도록 지정하십시오 php.ini.}

잠재적으로 금전적 비용이 발생할 수 있지만 Varnish와 같은 캐싱 서버 설정을 사용할 수 있습니다. 단점은 사용자가 더 현명하지 않고 프로덕션 서버에서 캐시가 비워지는 동안 Varnish가 사이트를 제공한다는 것입니다.

단점 : 프로덕션 서버의 가동 중지 시간 (초 / 분) 대 VCL 시간 제한 설정에 따라 해당 시간 동안 광택이 업데이트 될 수 있으며 광택 503 오류 화면이 표시됩니다.

그러나 Redis 또는 Memcache와 함께이 방법이 도움이 될 수 있습니다.