Erweiterte Einrichtung

Commerce ist ein hochflexibles und skalierbares Produkt, das Lösungen für Händler aller Größen enthält. In diesem Abschnitt werden Best Practices und Empfehlungen zur Konfiguration von Commerce für die Verwendung mit großen Datenmengen, extremer Auslastung und anderen Fällen für Unternehmen beschrieben.

Indexleistung kalibrieren

Bei großen Datenmengen kann die Neuindizierung zu einem Problem werden. Das Commerce-Team wählte die am meisten geladenen Indizes aus und aktivierte die Batch-Indizierung, mit der Sie einen Teil der Daten festlegen können, der bei jeder Iteration verarbeitet werden soll. Auf diese Weise kann der Benutzer die Batch-Größen basierend auf dem Typ und der Größe der Daten in der Datenbank anpassen.

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

Sie können die Indexleistung anpassen, indem Sie die Variablen für die Indexstapelgröße anpassen. Dadurch wird gesteuert, wie viele Entitäten gleichzeitig vom Indexer verarbeitet werden. In einigen Fällen ist die Indizierungszeit erheblich zurückgegangen.

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

Beschränken 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 Indexer für Produktpreise und Katalogregeln aus. Dies liegt daran, dass alle Websites standardmäßig allen Kundengruppen (freigegebenen Katalogen) zugewiesen sind.

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

Einrichten von Redis

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

Mit Commerce können Sie zunächst für jeden Cache-Typ einen separaten Cache-Speicher konfigurieren. Dadurch können Sie so viele separate Redis-Instanzen installieren wie die Anzahl der im Magento registrierten Cache-Typen. In der Praxis sollten Sie Redis-Instanzen für die am meisten verwendeten Caches wie Konfiguration, Layout und Blöcke verwenden.

Eine andere Lösung kann sein, den Konfigurations-Cache im Dateisystem zu platzieren und die anderen Caches auf den Redis-Server zu verschieben. Mit dieser Lösung benötigen Sie ein separates Tool für die zentralisierte 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 steigenden Anzahl von Knoten durchführt. Commerce stellt keine Konfiguration für diesen Fall bereit, kann jedoch mit geringfügigen Anpassungen gestartet werden.

Einrichten von RabbitMQ

Adobe Commerce unterstützt Nachrichtenwarteschlangen, die über RabbitMQ implementiert wurden. Commerce verwendet diesen Dienst für die Ausführung zahlreicher asynchroner Vorgänge, einschließlich B2B-Katalogoperationen und asynchroner Lageraktualisierungen. Alle Schnittstellen zum Hinzufügen von mehr Aufträgen zum Auftrags-Server werden mit dem Produkt verteilt und sind für die benutzerdefinierte asynchrone Logikimplementierung im Rahmen von Drittanbieter-Erweiterungen verfügbar. Wie bei jeder anderen Integration stellt Commerce eine Beispielkonfigurationsdatei für RabbitMQ bereit, die alle empfohlenen Einstellungen enthält und vollständig für die Produktionsverwendung bereit ist.

Datenbank aufteilen

Mit Adobe Commerce können Sie skalierbaren Datenbankspeicher konfigurieren, um den Anforderungen eines wachsenden Unternehmens gerecht zu werden. Sie können drei separate Master-Datenbanken einrichten, die bestimmte Domänen bedienen:

Um zusätzliche Datenbanken zu konfigurieren, müssen Sie eine leere Datenbank erstellen und einen der folgenden Befehle ausführen:

Für Checkout Master DB

bin/magento setup:db-schema:split-quote

Für OMS Master DB

bin/magento setup:db-schema:split-sales

Mit diesen Befehlen werden bestimmte Domänentabellen aus der Hauptdatenbank in eine Domänendatenbank migriert. Außerdem wird die Commerce -Konfiguration geändert, um eine entsprechende Konnektivität und Begrenzungsverarbeitung zu ermöglichen.

Durch separate Datenbanken für den Checkout und Order Management können Sie die Auslastung zwischen Ihren Datenbankservern verteilen. Sie können mehr Kassengänge bedienen und mehr Bestellungen pro Sekunde verarbeiten, ohne die Verfügbarkeit Ihres Katalogs und anderer Vorgänge zu beeinträchtigen. Es wird empfohlen, Datenbanken für Zeiträume von Flash- oder aktiven Verkäufen zu teilen oder sie dauerhaft für natürlich hochbelastete Projekte zu verwenden. Die Migration vorhandener Daten zwischen Datenbanken sollte unter der Aufsicht Ihres Systemadministrators erfolgen. Teilen Sie die Datenbanken nicht auf, während Sie sich im Produktionsmodus befinden.

Zusätzlich zu den Master-Datenbanken können Sie mit Commerce eine Reihe von Slave-Datenbanken konfigurieren (eine für jede im System deklarierte Datenressource). Eine Slave-Datenbank dient als vollständige Replikation Ihrer Hauptdatenbank oder einer Ihrer Domain-Master-Datenbanken. Sie wird für Lesevorgänge für eine bestimmte Ressource ausgegeben.

Sie können eine Slave-Datenbank hinzufügen, indem Sie den folgenden Befehl ausführen:

bin/magento setup:db-schema:add-slave

Dieser Befehl führt Konfigurationsänderungen durch, konfiguriert jedoch nicht die Replikation selbst. Dies sollte manuell erfolgen.

Nach dem Teilen Ihrer Master-Datenbank und dem Einrichten von Slave-Datenbanken reguliert Commerce automatisch Verbindungen zu einer bestimmten Datenbank, trifft Entscheidungen basierend auf dem Anforderungstyp (POST, PUT, GET usw.) und der Datenressource. Wenn Commerce oder seine Erweiterungen Schreibvorgänge für eine GET-Anfrage ausführen, wechselt das System automatisch die Verbindung von Slave zu Master-Datenbank. Dies funktioniert genauso mit Master-Datenbanken: Sobald Sie mit einer Checkout-Tabelle arbeiten, leitet das System alle Abfragen an eine bestimmte Datenbank weiter. In der Zwischenzeit werden alle katalogbezogenen Abfragen an die Hauptdatenbank gesendet.

Weitere Informationen zur Konfiguration und zu den Vorteilen der Master-/Slave-Konfiguration finden Sie unter
Lösung zur Aufspaltung der Datenbankleistung.

Bereitstellen von Medieninhalten

Magento bietet keine spezielle Integration für die Bereitstellung und Bereitstellung von Medieninhalten. Alle gängigen Ansätze können gemeinsam im Magento verwendet werden.

Die einfachste Methode zur Bereitstellung von Medieninhalten besteht darin, diese auf einem Varnish -Server bereitzustellen und zu zwischenspeichern. Bei diesem Ansatz wird davon ausgegangen, dass entweder ein freigegebenes Dateisystem zum Speichern von Medieninhalten oder ein dedizierter Server mit Verweis auf Varnish vorhanden ist.

Für Umgebungen mit mittlerer und hoher Auslastung empfehlen wir die Verwendung von CDN-Diensten (Content Delivery Network) wie Fastly, Akamai und anderen. Beim Arbeiten mit diesen Diensten verwendet Commerce den klassischen Pull-Ansatz für Inhaltsaktualisierungen. Sie müssen Commerce-URLs für die Verwendung mit dem entsprechenden CDN-Dienst konfigurieren. Durch das Verschieben von Medieninhalten in ein CDN wird die Belastung Ihrer Instanzen erheblich verringert.

Konfigurieren des Protokollspeichers

Die Speicherung von Protokollen und ihr Einfluss auf andere Festplattenvorgänge wirken sich auf die Verfügbarkeit Ihrer Webknoten aus, insbesondere in Situationen mit hoher Auslastung. Es wird empfohlen, die Protokollierung zu minimieren, wenn Sie sie nicht benötigen. Sie können die Protokollierung auch so konfigurieren, dass sie in ein separates Speichersystem mit hoher Zugriffsgeschwindigkeit geschrieben wird. Beachten Sie, dass sich Engpässe beim Zugriff auf die Protokollspeicherung direkt auf die Verarbeitung eingehender Anfragen auswirken können, die Schreibvorgänge oder Lesevorgänge protokollieren, die Teil ihres Datenflusses sind.