저는 AWS 클라우드에 가용성이 높고 내결함성이 뛰어난 Wordpress 사이트를 구축했습니다.
저는 우분투 20.04와 apache2.4를 사용하고 있습니다.
/var/www/html은 15mbps(108$ 월)의 속도로 프로비저닝된 트러트풋으로 구성된 EFS 파일 시스템에 마운트됩니다.
t3.medium 인스턴스에서 내 ami를 시작하는 자동 확장 그룹(액세스 가능한 트로트 ALB)이 있습니다.
스케일링은 꽤 잘 작동하지만 브라우저에서 캐싱한 후에도 사이트가 느립니다.
문제는 EFS 문제라는 것을 알고 있습니다. 제가 ebs를 사용하면 사이트 속도는 괜찮습니다.
나는 이 구성에 따라 cloudfront의 모든 사이트를 구성하려고 했습니다.여기하지만 상황을 최악으로 만드는 것 같군요.
어쨌든 .php 파일은 로컬 파일 시스템에서 실행되어야 합니다.
나는 900에서 opcache를 사용하여 파일에 대해 주파수 512 메모리 및 최대 20000을 재검증합니다.
어쨌든 ebs를 사용하면 사이트가 훨씬 더 잘 작동합니다.
이것이 가능한 해결책이지만 작동할 수 있을지 모르겠습니다. 도움이 필요합니다.
고객이 wp-settings와 같은 php 파일을 로드/변경하는 경우(드물게) 마스터 인스턴스에서 sftp를 사용합니다.
이 마스터 인스턴스는 자동 확장 그룹에 속하지 않습니다.
그래서 마스터 인스턴스의 경우 2개의 efs 볼륨을 마운트하고 싶습니다.
마스터 EC2:
EFS1 마운트 /var/www/html
EFS2 마운트 /var/www/html/wp-content
자동 확장 그룹의 인스턴스:
EFS2 마운트/var/www/html/wp-content
EFS1 마운트 /mount/efs1
그런 다음 하위 폴더 "wp-content"를 제외하고 "/var/www/html/" 폴더와 "/mount/efs1" 폴더를 1분마다 동기화하고 새 인스턴스의 크기 조정을 위해 70-80의 지연을 설정해야 합니다. 자동 확장,
두 폴더를 올바른 방식으로 동기화하는 방법을 모르겠습니다. 두 가지 방법으로 동기화해야 하거나 마스터와 슬레이브를 설정해야 하는 경우,
lsyncd, rsync 또는 unison을 사용하는지 궁금합니다.
도움이나 대체 솔루션을 제공해 주시면 감사하겠습니다.
미리 감사드립니다