[On-Premises]{class="badge informative" title="Gilt nur für Adobe Commerce On-Premise-Projekte."}
Cache-Backend-Optionen und Speicherreferenz
app/etc/env.php dokumentiert.ece-tools-Paket die resultierende app/etc/env.php während der Bereitstellung basierend auf der Konfiguration der Bereitstellungsvariablen in .magento.env.yaml. Die env.php-Datei wird nicht bearbeitet. Siehe Best Practices für die Konfiguration von Valkey und Redis Service und Variablen bereitstellen.Die Commerce-Anwendung verwendet ein Cache-Frontend und ein Backend auf niedriger Ebene, um Zugriff auf den Cache-Speicher zu gewähren. Commerce unterstützt verschiedene Caching-Backends und -Strategien, die jeweils für verschiedene Anwendungsfälle geeignet sind. Auf dieser Seite werden die verfügbaren Backends und deren Unterschiede beschrieben.
Backend-Cache-Optionen
In der folgenden Tabelle sind die verfügbaren Backend-Caches zusammengefasst:
var/cache/. Keine Konfiguration erforderlich.Cache-Backend- und L2-Implementierungen implementation-approaches
Commerce unterstützt direkte Cache-Backends und L2-Caching. Ein direktes Backend wählt Cache-Speicher aus. L2-Caching fügt eine lokale Cache-Ebene vor dem Remote-Speicher hinzu.
Direkte Cache-Backends
Die folgenden PHP-Beispiele konfigurieren das Cache-Backend in <Commerce-install-dir>/app/etc/env.php. Sie ermöglichen kein L2-Caching.
Magento\Framework\Cache\Backend\RedisMagento\Framework\Cache\Backend\ValkeyfilevalkeyInformationen zur Unterstützung auf Patch-Ebene finden Sie unter Systemanforderungen.
redis, aber Redis ist kein offiziell unterstützter Cache-Service, für den Valkey erforderlich ist. Verwenden Sie stattdessen valkey .Legacy-Beispiele für Zend-basierte Backends
Bei On-Premise-Bereitstellungen konfigurieren die folgenden Beispiele direkte Cache-Backends in <Commerce-install-dir>/app/etc/env.php. Sie ermöglichen kein L2-Caching. Verwenden Sie diese Beispiele nicht für Adobe Commerce on Cloud Bereitstellungen, die das ece-tools-Paket verwenden, um die resultierende app/etc/env.php während der Bereitstellung zu generieren.
Verwenden Sie den vollständigen Redis-Klassennamen nur für Versionen, in denen Redis unterstützt wird:
| code language-php?start_inline=1 |
|---|
|
Verwenden Sie den vollständigen Valkey-Klassennamen für Versionen, die das alte Valkey-Backend unterstützen:
| code language-php?start_inline=1 |
|---|
|
Modernes Symfony-Cache-Backend
Das standardmäßige direkte Backend ist das Dateisystem. Um Valkey mit der modernen Implementierung zu verwenden, verwenden Sie den vereinfachten valkey-Backend-Typ.
Das folgende Konfigurationsbeispiel gilt für Adobe Commerce 2.4.9 und höher und unterstützt Backports, bei denen Valkey unterstützt wird, wenn das direkte Standard-Caching mit der modernen Symfony Cache-Implementierung konfiguriert wird.
'cache' => [
'frontend' => [
'default' => [
'backend' => 'valkey',
'backend_options' => [
'server' => '127.0.0.1',
'database' => '0',
'port' => '6379',
],
],
],
],
L2-Cache-Implementierungen
L2-Caching (auf zwei Ebenen) fügt eine lokale Cache-Ebene auf jedem Web-Knoten vor dem gemeinsam genutzten Remote-Cache-Speicher hinzu, wodurch der Netzwerk-Traffic zwischen Commerce und dem Remote-Cache reduziert wird.
Informationen zur lokalen Konfiguration finden Sie unter L2-Cache-Konfiguration.
Konfigurieren Sie für Cloud-Projekte das L2-Caching mithilfe der Bereitstellungsvariablen, die unter " bereitstellen“ beschrieben .
L2-Cache-Konfiguration
-
Adobe Commerce on-premises Informationen zur Konfiguration finden Sie unter L2-Cache-Konfiguration.
-
Konfigurieren Sie Adobe Commerce on Cloud die L2-Zwischenspeicherung über die entsprechende Bereitstellungsvariable, anstatt
app/etc/env.phpdirekt zu bearbeiten. Siehe Variablen bereitstellen in der Dokumentation zu Adobe Commerce Cloud.