Ich habe eine hochverfügbare und fehlertolerante Wordpress-Site auf AWS Cloud erstellt.
ich verwende Ubuntu 20.04 und Apache2.4,
/var/www/html ist auf einem EFS-Dateisystem gemountet, das mit einem bereitgestellten Datendurchsatz von 15 MBit/s konfiguriert ist (108 $ pro Monat).
ich habe eine Autoscaling-Gruppe (zugänglich über ALB), die mein AMI auf t3.medium-Stufen startet,
die Skalierung funktioniert ziemlich gut, aber die Seite ist langsam, auch nach dem Caching im Browser,
ich weiß, dass das Problem das EFS ist, denn wenn ich das EBS verwende, ist die Geschwindigkeit der Site in Ordnung.
Ich habe versucht, die gesamte Site auf Cloudfront gemäß dieser Konfiguration zu konfigurierenHieraber es scheint die Dinge schlimmer zu machen,
die .php-Dateien müssen trotzdem auf dem lokalen Dateisystem ausgeführt werden,
ich verwende Opcache bei 900 Revalidate Freq 512 Speicher und 20000 max für die Dateien,
jedenfalls, wenn man ebs verwendet, funktioniert die Seite viel besser,
das ist eine mögliche Lösung, aber ich weiß nicht, ob sie funktionieren könnte, ich brauche Hilfe:
der Kunde lädt/ändert PHP-Dateien (selten) wie WP-Einstellungen über SFTP auf einer Master-Instanz,
diese Master-Instanz ist nicht in der Autoscaling-Gruppe,
also für den Master-Einsatz möchte ich 2 EFS-Volumes mounten,
Master-EC2:
EFS1 hat /var/www/html gemountet
EFS2 hat /var/www/html/wp-content gemountet
Instanzen in den Autoscaling-Gruppen:
EFS2 gemountet/var/www/html/wp-content
EFS1 gemountet /mount/efs1
dann muss ich den Ordner "/mount/efs1" mit dem Ordner "/var/www/html/" ohne den Unterordner "wp-content" jede Minute synchronisieren und eine Verzögerung von 70-80 für die Skalierung einer neuen Instanz in der automatischen Skalierung einstellen,
ich weiß nicht, wie ich die beiden Ordner richtig synchronisiere und ob ich sie auf zwei Arten synchronisieren muss oder ob ich einen Master und einen Slave einrichten muss,
ich frage mich, ob ich lsyncd, rsync oder unison verwenden soll,
jede Hilfe oder alternative Lösung wird geschätzt
Dank im Voraus