Neu JTL Shop 5 mit REDIS (brauchen sehr viel RAM, läuft voll und startet sich neu)

[wawi-dl]

Hallo,

wir haben in unserem JTL Shop 5 so ca. 3.500 Artikel, aber ist noch lange nicht alles.
Variationen haben wir so nicht, aber arbeiten überwiegend nur mit Merkmale.

Der REDIS soll laut Hoster den RAM ständig voll laufen lassen, bis er sich neu startet.

Server hat aktuell 2 Kerne mit 8GB RAM und 80GB NVMe SSD.
Ist das etwa noch immer zu wenig oder warum passiert das?

Oder doch eher eine Attacke? Siehe Uhrzeit?

 

[hula1499]

8GB RAM und 2 Kerne ist halt irgendeine billige VM, viel erwarten darf man halt da auch nicht. Schon gar nicht, wenn man ressourcenlastiges Merkmalzeug verwendet.

Die Schwankungen jedoch, gerade in der Nacht, schauen sehr "unnatürlich" aus.
Es ist eher unwahrscheinlich, dass du genau die gleiche Anzahl von Usern, während der Nacht, hast, die immer den RAM nutzen (dafür ist ja er ja da), dann der RAM überläuft und der Cache gelöscht werden muss.

Schau mal in den Logs auf der VM, Weiterleitungen im Shop und vielleicht - sofern nicht vorhanden - kurz das LilFOOT SpamProtector Lite installieren, falls es kontaktform spam oder so sind, sieht man das da auch recht schnell.

 

[Freaky]

Hallo,

wir arbeiten auch sehr viel mit Merkmalen und haben 11k Artikel.
Im Leerlauf benötigen wir so 11-12 GB Ram, zu Lastzeiten, wenn Exporte laufen, steigt der Verbrauch auf 22GB, Cache ausgenommen. Der Redis zieht sich dann auch noch mal so 5GB.
Wir haben 6 Kerne und 32GB Ram im Einsatz.

 

[wawi-dl]

Danke vorerst.

Naja was heißt billig?
Wir haben erstmals einen managed vServer im Einsatz, keine Erfahrungswerte.

Seltsam sind die Überläufe in der Nacht, zumal wir Spamprotect bereits aktiv haben.

 

[wawi-dl]

Logfiles sagen bei uns grundsätzlich nichts, alles OK, keine Bugs oä.

Wir haben aber gesehen, dass CronJobs immer 00:00 Uhr starten, wir vermuten dass es diese sind.

Machen diese denn überhaupt Sinn, wenn ja welche überhaupt?

 

[MHillmann]

Hallo,

zu dieser Frage:

Machen diese denn überhaupt Sinn, wenn ja welche überhaupt?

Das kannst nur du beantworten. Wenn du die entsprechenden Plattformen nicht mit den Exporten belieferst, wirst du sie nicht brauchen.

Viele Grüße
Michael

 

[wawi-dl]

Danke, naja das sind ja auch teilweise Suchmaschinen, wo man meinen könnte das macht sinn.

Wir haben aber gesehen, dass garkeine Artikel exportiert werden, alle Exports = 0.
Vermutlich versucht der Shop einen Export zu erstellen, hat aber ein Problem und der REDIS läuft voll.

Woran liegt das?

 

[Visitmedia]

Ich schließe mich hier auch mal an. Seit der Shopversion 5.2.2 ist der Cache extrem angewachsen. Ich habe im Shop mit ca. 30k Artikel einen Cache von ca. 60GB. Ich musste von REDIS auf SQLite umstellen, weil es mir nachts immer den Server zerlegt hat. Davor mit Version 5.1.5 hatte ich ca. 3GB im REDIS. Hier scheint sich wohl etwas extrem verändert zu haben. Ansonsten kann ich mir über das 10-fache an Größe nicht erklären.

 

[wawi-dl]

Wir haben erst vor 2-3 Tagen alle Shops aktualisiert auf 5.2.2, heute Nacht sagte der Cron Job Speicherlimit erreicht, ich vermute das hängt damit auch zusammen. Oder?

 

[wawi-dl]

wir sehen gerade, unsere Shops sind nicht erreichbar, nicht mal ins Admin-Panel kommt man

 

[Point13]

Ich schließe mich hier auch mal an. Seit der Shopversion 5.2.2 ist der Cache extrem angewachsen. Ich habe im Shop mit ca. 30k Artikel einen Cache von ca. 60GB. Ich musste von REDIS auf SQLite umstellen, weil es mir nachts immer den Server zerlegt hat. Davor mit Version 5.1.5 hatte ich ca. 3GB im REDIS. Hier scheint sich wohl etwas extrem verändert zu haben. Ansonsten kann ich mir über das 10-fache an Größe nicht erklären.

Wir haben auch auf SQLite3 umgestellt. Innerhalb von knapp 1,5 Tagen wächst die cache.sqlite3 Datei im templates_c Ordner auf über 250GB an und ich kann die Caching-Seite im Backend nicht mehr öffnen (/admin/cache). Das Shop Frontend ist dann auch nicht mehr erreichbar und ich muss manuell die sqlite Dateien aus dem templates_c Ordner löschen.
Mit dem Upgrade auf 5.2.3 wurde zumindest das Problem gelöst, dass alte Einträge (außerhalb der Lifetime) gelöscht werden aber trotzdem bleibt das Problem, dass ich im Backend bei großer cache.sqlite3 Datei eingeschränkt unterwegs bin und den Shop lahm lege.

Hast du das Problem auch? Hast du einiges deaktiviert, was nicht per SQLite gecached werden soll? Und wenn ja, was?

 

[Daniel Se.]

Bei uns ist das Problem auch aufgepoppt mit Redis. Hoster hat jetzt die Speichernutzung des Cache eingeschränkt, scheint vorläufig zu funktionieren.
Hat da eventuell einer von euch schon mal ein Ticket bei JTL aufgemacht ?

 

[wawi-dl]

vielleicht kann uns jemand helfen, unser Cache läuft auch immer voll

https://forum.jtl-software.de/threads/jtl-shop-5-redis-cache-laeuft-stuendlich-voll.210099/