Referenzarchitektur
- Themen:
- Best Practices
Erstellt für:
- Experte
- Admin
- Entwickler
In diesem Abschnitt wird eine allgemeine empfohlene Einrichtung für Adobe Commerce-Instanzen beschrieben, bei der einfache Server verwendet werden, die physisch in einem Rechenzentrum gehostet (nicht virtualisiert) werden, in dem Ressourcen nicht mit anderen Benutzern geteilt werden. Ihr Hosting-Anbieter, insbesondere wenn er auf Hochleistungs-Hosting in Commerce spezialisiert ist, empfiehlt möglicherweise ein anderes Setup, das für Ihre Anforderungen gleichermaßen oder effektiver ist.
Informationen zu Adobe Commerce in Cloud-Infrastrukturumgebungen finden Sie unter Starter-Architektur.
Commerce Referenzarchitekturdiagramm
Das Diagramm Commerce Referenzarchitektur stellt den Best-Practice-Ansatz zum Einrichten einer skalierbaren Commerce-Site dar.
Die Farbe der einzelnen Elemente im Diagramm gibt an, ob das Element Teil von Magento Open Source oder Adobe Commerce ist und ob es erforderlich ist.
- Für die Magento Open Source sind orangefarbene Elemente erforderlich
- Graue Elemente sind für die Magento Open Source optional
- Blaue Elemente sind für Adobe Commerce optional
Die folgenden Abschnitte enthalten Empfehlungen und Überlegungen zu jedem Abschnitt des Commerce-Referenzarchitekturdiagramms.
Varnish
- Ein Varnish Cluster kann auf den Traffic einer Site skaliert werden
- Passen Sie die Instanzgröße auf der Grundlage der Anzahl der benötigten Cache-Seiten an
- Bei einer Website mit hohem Traffic verwenden Sie einen Varnish Master, um sicherzustellen, dass (höchstens) eine Anfrage pro Web-Stufe im Cache geleert wird
Web
- Aktivieren der Skalierung von Knoten für Traffic und Redundanz
- Ein Knoten ist Master und führt Cron aus.
- Alternativ können Sie einen dedizierten Administrator- und Worker-Knoten verwenden
Cache
- Erwägen Sie die Implementierung einer separaten Redis-Instanz für Sitzungen
- Pro Cache kann eine Redis-Instanz vorhanden sein
- Instanz so dimensionieren, dass die größte erwartete Cache-Größe enthalten ist
Datenbank und Warteschlangen
- Sites mit hohem Traffic können die DB-Leistung mit Slave-DBs und Split-DBs für Bestellungen/Warenkörbe (in Adobe Commerce) optimieren
- Erwägen Sie die Verwendung einer Slave-DB für eine schnelle Wiederherstellung und für Datensicherungen
- Sites mit geringem Traffic können Bilder in der Datenbank speichern
Suche
- Stimmen Sie die Anzahl der Instanzen basierend auf dem Such-Traffic ab
Speicherung
- Erwägen Sie die Verwendung von GFS oder GlusterFS für Pub-/Medienspeicher
- Alternativ können Sie den DB-Speicher für Sites mit geringem Traffic verwenden
Empfohlene Varnish Referenzarchitektur
Magento unterstützt standardmäßig mehrere Caching-Engines für vollständige Seiten (File, Memcache, Redis, Varnish) sowie eine erweiterte Abdeckung durch Erweiterungen. Varnish ist die empfohlene vollständige Seiten-Cache-Engine. Commerce unterstützt viele verschiedene Varnish.
Für Websites, die keine hohe Verfügbarkeit erfordern, empfehlen wir die Verwendung einer einfachen Varnish-Einrichtung mit Nginx-SSL-Beendigung.
Für Websites, für die eine hohe Verfügbarkeit erforderlich ist, empfehlen wir die Verwendung einer 2-Tier-Varnish-Konfiguration mit einem SSL-abschließenden Lastenausgleich.
