(Proxmox) 하이퍼바이저에서 LXC 컨테이너를 생성했습니다(성능 문제 없이 여러 컨테이너를 실행합니다). NGINX와 PHP7.4가 설치되어 있고 (현재) WordPress 사이트는 1개만 호스팅하고 있습니다. 웹사이트는 매우 간단하며 WooCommerce 플러그인, WPML 플러그인, FooEvents 플러그인만 포함되어 있으며 기본 템플릿(Twenty Twenty)을 사용합니다. 3개의 제품만 구성되어 있습니다. 개발 목적으로 현재는 호스트 파일 항목을 통해 내부 네트워크를 통해서만 사이트에 액세스합니다.
계속하기 전에 하드웨어 설정을 지정하십시오.
관리 프로그램
- HP DL360G9
- VM 및 LXC 전용 2TB raid 1 Enterprise HP SSD
- Proxmox OS용 128GB raid1 Enterprise HP SSD
- 2개의 제온 E5-2680v3
- 대략 실행됩니다. 동일한 사양의 컨테이너 10개(그 중 1개는 웹 서버)
- 평균 CPU 로드 2%
- 평균 메모리 사용량 10%
- 평균 IO 대기 시간 0%
- 평균 SWAP 사용량 0%
- 평균 네트워크 트래픽 <50kbps
LXC 컨테이너 사양
- 4096MB RAM
- V 코어 2개
- 50GB 저장 공간
- 평균 CPU 로드 0.2%
- 평균 메모리 사용량 3%
- 평균 SWAP 사용량 0%
- 평균 네트워크 트래픽 <10kbps
웹 사이트 페이지에 액세스할 때 하이퍼바이저와 LXC 컨테이너가 거의 유휴 상태이기 때문에 더 빠를 수 있다고 생각했지만 성능은 허용 가능합니다(약 300ms - 750ms).
관리자 패널(/wp-admin)에서 작업할 때 성능이 매우 낮습니다. 예를 들어 로그인하고 대시보드에서 플러그인 페이지로 이동하면 31시쯤 기다려야 합니다! 매번 초
주제 페이지에 액세스하는 데 약 16초가 소요됩니다. 페이지 로드 중에 LXC 컨테이너에는 큰 CPU, RAM 또는 디스크 IO 스파이크가 발생하지 않으며 NGINX 또는 PHP가 책임이 있다고 생각하게 만드는 기타 요소도 없습니다.
server {
listen 80;
listen [::]:80;
# *** is just for obfuscastion
root /var/www/webshop.internal.***.de;
index index.php index.html index.htm index.nginx-debian.html;
server_name webshop.internal.axxteq.de;
location / {
try_files $uri $uri/ /index.php$is_args$args;
}
location ~ \.php$ {
try_files $uri =404;
fastcgi_split_path_info ^(.+\.php)(/.+)$;
fastcgi_pass unix:/run/php/php7.4-fpm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
}
/var/logs/nginx/error.log
또는 오류 로그에 항목이 없습니다 /var/log/php7.4-fpm.log
. 이것을 디버깅하는 방법이나 문제가 무엇인지 알아내는 방법을 모르겠습니다. 이 질문에 추가한 NGINX 구성 외에 추가 구성이 필요합니까?
답변1
듣기로는 이것은 연결할 수 없는 원격 서버에 액세스하려고 하는 일부 코드에서 흔히 발생하는 문제인 것 같습니다.
예를 들어 공급업체의 웹사이트와 통신하여 업데이트를 알리는 플러그인(가장 일반적)
이 경우 발생하는 지연은 컬 요청의 시간 초과입니다.PHP-FPM 로깅 활성화그러면 대기를 유발한 코드를 확인할 수 있습니다.