Erweitertes Setup

Letzte Aktualisierung: 30. Dezember 2024

Erstellt für:

  • Experte
  • Admin
  • Entwickler

Commerce ist ein hochflexibles und skalierbares Produkt, das Lösungen für Händler jeder Größe enthält. Dieser Abschnitt enthält Best Practices und Empfehlungen zur Konfiguration von Commerce für die Arbeit mit großen Datenmengen, extremer Auslastung und anderen Unternehmensfällen.

Indexleistung kalibrieren

Bei großen Datenmengen kann die Neuindizierung ein Problem darstellen. Das Commerce-Team hat die am häufigsten geladenen Indizes ausgewählt und die Batch-Indizierung aktiviert, mit der Sie einen Teil der Daten festlegen können, die bei jeder Iteration verarbeitet werden sollen. Auf diese Weise kann der Benutzer die Batch-Größen auf der Grundlage des Typs und der Größe der Daten in der Datenbank anpassen.

Um diese Einstellung zu verwalten, bearbeiten Sie den batchRowsCount in der di.xml des entsprechenden Moduls. Die folgenden Indizes unterstützen diese Funktion:

  • Kategorie-Produktindex (Modul Katalog)
  • Preisindex (Modul Katalog)
  • EAV Index (Catalog Module)
  • Aktienindex (CatalogInventory-Modul)

Sie können die Indexerleistung anpassen, indem Sie die Variablen für die Batch-Größe des Index anpassen. Dadurch wird gesteuert, wie viele Entitäten gleichzeitig vom Indexer verarbeitet werden. In einigen Situationen haben wir erhebliche Verringerungen bei der Indizierungszeit erlebt.

Wenn Sie beispielsweise ein Profil ausführen, das dem B2B-Medium ähnelt, können Sie den in app/code/Magento/catalog/etc/di.xml batchRowsCount Konfigurationswert überschreiben und den Standardwert von 5000 bis 1000 überschreiben. Dadurch wird die gesamte Indizierungszeit bei einer standardmäßigen MySQL-Konfiguration von 4 auf 2 Stunden reduziert.

NOTE
Für den Katalogregeln-Indexer wurde kein Batch aktiviert. Händler mit einer großen Anzahl von Katalogregeln müssen ihre MySQL anpassen, um die Indizierungszeit zu optimieren. In diesem Fall verbessert das Bearbeiten Ihrer MySQL-Konfigurationsdatei und das Zuweisen von mehr Speicher zu den Konfigurationswerten „TMP_TABLE_SIZE“ und "MAX_HEAP_TABLE_SIZE“ (der Standardwert ist 16M für beide) die Leistung dieses Indexers, führt jedoch zu MySQL höheren RAM-Verbrauch.

Begrenzen von Kundengruppen und freigegebenen Katalogen nach Websites

Eine große Anzahl von Produkt-SKUs, Websites, Kundengruppen oder freigegebenen Katalogen wirkt sich auf die Laufzeit der Indizierungen für Produktpreise und Katalogregeln aus. Dies liegt daran, dass standardmäßig alle Websites allen Kundengruppen (freigegebenen Katalogen) zugewiesen sind.

Um die Indexierungszeit zu verkürzen, können Sie bestimmte Websites aus Kundengruppen (freigegebene Kataloge) ausschließen.

Einrichten von Redis

Manchmal reicht eine Redis-Instanz nicht aus, um eingehende Anfragen zu bedienen. Es gibt mehrere Lösungen, die wir empfehlen können, um diese Situation zu beheben.

Zunächst können Sie mit Commerce für jeden Cache-Typ einen separaten Cache-Speicher konfigurieren. Auf diese Weise können Sie so viele separate Redis-Instanzen installieren wie die Anzahl der Cache-Typen, die auf Magento registriert sind. Realistisch betrachtet empfiehlt es sich, Redis-Instanzen für die am häufigsten verwendeten Caches zu verwenden, z. B. für Konfiguration, Layout und Blöcke.

Eine andere Lösung kann darin bestehen, den Konfigurations-Cache auf dem Dateisystem zu platzieren und die anderen Caches auf den Redis-Server zu verschieben. Mit dieser Lösung benötigen Sie ein separates Tool zur zentralisierten Invalidierung des Konfigurations-Caches auf allen Ihren Web-Knoten.

Sie können auch einen Redis-Cluster verwenden, der parallele Lese-/Schreibvorgänge mit einer automatisch wachsenden Anzahl von Knoten durchführt. Commerce stellt keine Konfiguration für diesen Fall bereit, kann jedoch mit geringfügigen Anpassungen gestartet werden.