Das Laden von Magento-Seiten nimmt zu viel Zeit in Anspruch

Ich habe eine Magento-Website. Es gibt keine Benutzer (maximal 2-3 gleichzeitig).

Unser Server ist: CPU: 2000 MHz RAM: 2048 MB Festplatte: 50000 MB.

Ich habe ZendServerCE installiert (apc + memcached + Zend Optimizer + Zend Data Cache). Ich habe memcached deaktiviert, weil die Website am schlechtesten geladen wurde. Ich habe eine flache Typstruktur festgelegt, Daten neu indiziert und zwischengespeichert in der Administratorkonsole.

Also habe ich apc + Zend Optimizer + Zend Data Cache .

1. Das erste Problem ist, dass ich zur Laufzeit überprüft habe, wie der Versand funktioniert. Der Aufruf von start_session () dauert ca. 500-700 ms. Scheint sein nicht gutes Ergebnis. Warum so lange, weiß ich nicht.

2. Ich habe diesen gelesen: http://dev.mysql.com/doc/refman/5.0/en/server-system-variables.html#sysvar_key_buffer_size und optimale Optionen für meinen Server herausgefunden.

Pro Stunde:

Key_read_requests = 8887
Key_reads         = 252
Key_write_request = 187
Key_writes        = 146 

Sie sehen, dass 252/8887> 0,01, aber nicht zu viel. Es ist der optimale Wert, den ich jemals bekommen habe. Andere Ergebnisse begannen bei> 6.

Hier ist my.cnf:

key_buffer              = 48M
myisam_sort_buffer      = 2M
sort_buffer             = 2M
read_buffer_size        = 2M
join_buffer             = 2M
read_rnd_buffer         = 2M
max_allowed_packet      = 128M
thread_stack            = 192K
thread_cache_size       = 16
query_cache_type        = 1
myisam-recover         = BACKUP
max_connections        = 50
table_cache            = 256
#thread_concurrency     = 10
query_cache_limit       = 8M
query_cache_size        = 98M

3. Memcached aus irgendeinem Grund war nicht gut. Ich habe es ausgeschaltet. Der Zend-Datencache und der Zend-Optimierer funktionieren jedoch weiterhin.

4. APC scheint richtig zu sein. Das Laden der Controller-Aktion dauert zum ersten Mal 3-4 Sekunden (ich setze dort die (), um sie zu überprüfen) und zum ersten Mal dauert es 1 - 1,3 Sekunden.

5. Nach einigen Minuten habe ich mysql neu gestartet und ein gutes Ergebnis erzielt. Die Seiten wurden von 1,5 bis 2,5 Sekunden geladen. Aber jetzt (nach einigen Stunden) dauert es 6-10 Sekunden. Ich kann den Grund nicht finden.

Sehen Sie hier also eine falsche Konfiguration? Vielleicht ist mein Server nicht für Magento geeignet?

UPDATE 1: ca. 600 Kategorien und 1000 Produkte heute und ca. 20000 Kategorien (für verschiedene Webstores) und 1500-3000 Produkte in der Zukunft.

Es gibt nicht viele Attribute.

UPDATE 2 Ich habe festgestellt, dass die SSH-Konsole zu langsam arbeitet. Ich habe den Server neu gestartet und jetzt funktioniert es schnell. Es bedeutet, dass ich ein Problem mit dem RAM habe. Es gibt nicht genug Platz.

Es ist der Anfangsstatus ohne Apache:

             total       used       free     shared    buffers     cached
Mem:          2048        600       1447

UPDATE 3 Ich habe es verstanden. Jetzt wird es für 0,5-1,5 Sekunden geladen

Hier ist die Konfiguration: MySQL

[mysqld]
key_buffer_size         = 256M
tmp_table_size      = 32M
max_heap_table_size     = 32M
myisam_sort_buffer      = 4M
sort_buffer             = 4M
read_buffer_size        = 4M
join_buffer     = 4M
read_rnd_buffer     = 4M
max_allowed_packet  = 64M
thread_stack        = 192K
thread_cache_size       = 16
query_cache_type        = 1
myisam-recover          = BACKUP
max_connections         = 20
table_cache             = 1024
innodb_buffer_pool_size = 128M
query_cache_limit   = 24M
query_cache_size        = 256M

php

[apc]
apc.stat=1
apc.enabled=1
apc.optimization=0
apc.cache_by_default=1
apc.shm_segments=10
apc.shm_size=256M
apc.ttl=0
apc.user_ttl=0
apc.num_files_hint=10000
;apc.mmap_file_mask="/tmp/apc"
apc.max_file_size=5M
apc.enable_cli=1
apc.mmap_file_mask="/tmp/apc.XXXXXX"
apc.slam_defense=0
apc.user_entries_hint=10000

Alles funktioniert perfekt, aber eine Frage bleibt. APC zeigt mir diese Statistik:

Warum so kleine Treffer? Irgendwelche Ideen?

Da die Frage nicht sehr magentozentrisch zu sein scheint, ist hier meine nicht sehr magentozentrische Antwort.

OpCode-Caching und DB-Optimierungen sind eine gute Möglichkeit, Ihre Webanwendungen in gewissem Maße zu beschleunigen. Der Nutzen wird jedoch relativ moderat sein. Um einen echten Geschwindigkeitsschub zu erzielen, sollten Sie die Verwendung des Lackcaches in Betracht ziehen. Es ist Open Source, einfach zu konfigurieren und dank frei verfügbarer Module für Magento einfach in Magento zu integrieren.

Es gibt auch einen guten Artikel mit einem kurzen Überblick über die Funktionsweise: http://www.fabrizio-branca.de/make-your-magento-store-fly-using-varnish.html

Beachten Sie insbesondere die Tabelle:

Wenn Ihr Unternehmen von einer guten Leistung Ihres Hostings abhängig ist, warum versuchen Sie dann, den Server ohne Erfahrung zu verwalten?

Sie würden sicherlich davon profitieren, wenn Sie sich nur an einen spezialisierten Magento-Host wenden und ihn die Systemadministration übernehmen lassen, während Sie das tun, was Sie können, und Ihr Geschäft verwalten.

Wenn Sie sich Ihre Spezifikationen ansehen, haben Sie nicht genügend RAM, um einen Magento-Store zu betreiben. Es gibt eine Menge ähnlicher Fragen wie Ihre,

/server//a/400748/113375 .
/server/430565/magento-hosting-on-a-budget

Ist das physische Hardware oder ein virtueller privater Server? Sie sollten Ihre Datenbank wahrscheinlich auf einen eigenen dedizierten Server verschieben. Dies gibt Ihnen auch den Vorteil, dass Sie isolieren können, ob Ihre Geschwindigkeitsprobleme bei Apache / PHP oder bei MySQL liegen.

start_session () ist langsam, was bedeutet, dass Sie wahrscheinlich unter unzureichender Hardware leiden. Ich weiß nicht, ob Ihre Technologieentscheidungen bedeuten, dass Sitzungen auf der Festplatte oder im RAM gespeichert werden, aber 500-700 ms bedeuten mit ziemlicher Sicherheit, dass sie auf der Festplatte gespeichert werden und Sie Probleme mit der E / A-Leistung haben - wahrscheinlich, weil Ihre Datenbank dies ist Auf Festplatte wechseln, weil es nicht in den Arbeitsspeicher passt ... aber das ist alles Spekulation.

Viel Glück!

Es gibt offensichtlich keine Möglichkeit, Ihnen eine "funktionierende Konfiguration" anzuzeigen, die Ihre Leistung steigert, aber Magento versucht tatsächlich, so etwas zu tun, und veröffentlicht ein Beispiel für einen hochkonfigurierten LAMP-Stack in den Leistungs-Whitepapers. Die Methodik dieser Whitepaper gilt für CE und EE. Ich empfehle dringend, beide Whitepapers vollständig durchzulesen, da die dort vorgeschlagenen Ideen einen Großteil dieses Threads widerspiegeln und sehr spezifische Magento-Empfehlungen direkt aus der Quelle liefern: http://www.magentocommerce.com/whitepaper/

Aufbau

ZendFramework (Zend-Optimierer und Zend-Daten-Cache) + APC + Memcache + Nginx

funktioniert perfekt für mich.

Mehr als 30 gleichzeitige Benutzer können Seiten mit einer Länge von weniger als einer Sekunde laden (~ 0,4 s - 0,6 s).

Ich habe Nginx auf 80 Port (als Proxy) und Apache auf 8080 gesetzt.

Danke an @MattSchweers für die Links. Ich habe es vergessen. Es hilft mir, MySQL zu konfigurieren

Meiner Erfahrung nach steigert der Litespeed-Server die Leistung um das 2-fache und ist die 1-CPU-Lizenz für 32 USD / Monat wert. Mir wurde gesagt, dass Sie nur die 1-CPU-Lizenz benötigen, da PHP in Litespeed separat ausgeführt wird.

Wenn Sie mehrere Webstores und mehrere Kategorien haben, erstellt Magento im Wesentlichen eine Art Caretsian-Produkt mit Einträgen für alle Webstores, Kategorien und Produkte, was die Datenbank erheblich belasten wird. Ihre APC-Fehler sind ziemlich hoch und Sie müssen sich darum kümmern. Selbst wenn Sie APC reparieren, besteht Ihr Leistungsproblem möglicherweise weiterhin, insbesondere wenn Ihr Datenverkehr zunimmt. Um Ihre Site zu beschleunigen, müssen Sie einen Op-Cache installieren, entweder Varnish oder Full Page Cache (falls Enterprise Edition).

Magento schreibt viele Lesevorgänge in die Datenbank, sodass Sie auch versuchen können, MySQl in einem Master-Slave-Replikationsmodus zu haben, in dem alle Magento-Lesevorgänge vom Slave ausgeführt wurden, während die Schreibvorgänge beim Master ausgeführt werden.

Ich würde versuchen, die folgenden APC-Optionen zu ändern und zu sehen, ob die Treffer zunehmen.

apc.shm_segments 1

apc.ttl 7200

apc.user_ttl 7200

Auf einer Live-Site können Sie auch Folgendes verwenden.

apc.stat 0

Dadurch wird die APC-Überprüfung gestoppt, ob sich die Datei seit ihrer letzten Kompilierung geändert hat, was Ihnen einen schönen Geschwindigkeitsschub verleiht. Vergessen Sie nicht, Ihren APC-Cache zu leeren, wenn Sie PHP-Dateien bearbeiten.

Paar andere Gedanken. Vielleicht möchten Sie Ihre innodb_buffer_pool_size erhöhen, 128M können etwas niedrig sein und selbst kleine Websites können so schnell wachsen. Die Variable bestimmt, wie viel Ihrer Daten im Speicher gespeichert werden.

Magento verwendet dies für alle seine Tabellen, einschließlich der Protokolltabellen, die schnell wachsen. Sie sollten sicherstellen, dass Sie die Menge dieser Daten, die Sie speichern, begrenzen. Wenn Sie "php shell / log.php --status" über die Befehlszeile ausführen, erhalten Sie eine Vorstellung davon, wo Sie sich befinden und ob es außer Kontrolle gerät. Es gibt auch Optionen zum Bereinigen der Protokolltabellen damit.

2 GB RAM sind nicht viel, mit dem Sie arbeiten können. Sie müssen also vorsichtig sein, wo Sie Ihren Speicher zuweisen.

Ein ganzseitiger Cache + Cache Warmer kann auch dazu beitragen, dass der Katalog und die CMS-Seiten Ihrer Site schnell und einfach vorbereitet sind. Sie können unsere hier sehen: http://ecommerce.brimllc.com/full-page-cache-magento.html