Redis サービス設定のベストプラクティス
- Redis L2 キャッシュの設定
- Redis スレーブ接続を有効にする
- キーをプリロード
- 古いキャッシュを有効にする
- Redis キャッシュと Redis セッションを分離します。
- Redis キャッシュを圧縮して使用
gzip圧縮率を高くするために
Redis L2 キャッシュの設定
を設定して、Redis L2 キャッシュを設定します。 REDIS_BACKEND のデプロイメント変数 .magento.env.yaml 設定ファイル。
stage:
deploy:
REDIS_BACKEND: '\Magento\Framework\Cache\Backend\RemoteSynchronizedCache'
クラウドインフラストラクチャの環境設定については、を参照してください REDIS_BACKEND が含まれる クラウドインフラストラクチャー上のCommerce ガイド.
オンプレミスでのインストールについては、を参照してください。 Redis ページキャッシュの設定 が含まれる 設定ガイド.
ece-tools パッケージ。 そうでない場合、 最新バージョンへのアップグレード. ローカル環境にインストールされているバージョンは、 composer show magento/ece-tools CLI コマンド。L2 キャッシュメモリサイズ設定（Adobe Commerce Cloud）
L2 キャッシュは 一時ファイルシステム ストレージメカニズムとして使用されます。 特殊なキー値データベースシステムと比較して、一時ファイルシステムには、メモリの使用を制御するためのキー削除ポリシーがありません。
メモリ使用量の制御がないと、古くなったキャッシュが蓄積され、L2 キャッシュのメモリ使用量が時間の経過とともに増加する可能性があります。
L2 キャッシュ実装のメモリ不足を避けるために、Adobe Commerceは、特定のしきい値に達するとストレージをクリアします。 デフォルトのしきい値は 95% です。
キャッシュストレージのプロジェクト要件に基づいて、L2 キャッシュメモリの最大使用量を調整することが重要です。 次のいずれかの方法を使用して、メモリキャッシュサイズを設定します。
- のサイズ変更をリクエストするためのサポートチケットを作成します
/dev/shmマウント。 - を調整
cleanup_percentageストレージの最大充填率をキャップするアプリケーションレベルのプロパティ。 残りの空きメモリは、他のサービスで使用できます。
設定は、キャッシュ設定グループの下にあるデプロイメント設定で調整できますcache/frontend/default/backend_options/cleanup_percentage.
cleanup_percentage 設定可能なオプションは、Adobe Commerce 2.4.4 で導入されました。次のコードは、での設定例を示しています。 .magento.env.yaml ファイル：
stage:
deploy:
REDIS_BACKEND: '\Magento\Framework\Cache\Backend\RemoteSynchronizedCache'
CACHE_CONFIGURATION:
_merge: true
frontend:
default:
backend_options:
cleanup_percentage: 90
キャッシュ要件は、プロジェクト設定とカスタムサードパーティコードによって異なる場合があります。 L2 キャッシュ メモリ サイズのスコープにより、しきい値のヒット数が多くなりすぎることなく、L2 キャッシュを動作させることができます。
ストレージのクリアが頻繁に行われるのを避けるために、L2 キャッシュメモリの使用状況が、しきい値を下回る一定のレベルで安定していることが理想的です。
以下の CLI コマンドを使用して、クラスターの各ノードでの L2 キャッシュストレージメモリの使用状況を確認し、 /dev/shm ライン。
使用方法はノードによって異なる場合がありますが、同じ値に収束する必要があります。
df -h
Redis スレーブ接続を有効にする
で Redis スレーブ接続を有効にする .magento.env.yaml 設定ファイル。1 つのノードのみが読み取り/書き込みトラフィックを処理し、他のノードが読み取り専用トラフィックを処理できるようにします。
stage:
deploy:
REDIS_USE_SLAVE_CONNECTION: true
参照： REDIS_USE_SLAVE_CONNECTION が含まれる クラウドインフラストラクチャー上のCommerce ガイド.
Adobe Commerceのオンプレミスインストールの場合は、を使用して新しい Redis キャッシュ実装を設定します。 bin/magento:setup コマンド。 参照： 既定のキャッシュに Redis を使用 が含まれる 設定ガイド.
キーをプリロード
ページ間でデータを再利用するには、プリロードするキーを .magento.env.yaml 設定ファイル。
stage:
deploy:
REDIS_BACKEND: '\Magento\Framework\Cache\Backend\RemoteSynchronizedCache'
CACHE_CONFIGURATION:
_merge: true
frontend:
default:
id_prefix: '061_' # Prefix for keys to be preloaded
backend_options:
preload_keys: # List the keys to be preloaded
- '061_EAV_ENTITY_TYPES:hash'
- '061_GLOBAL_PLUGIN_LIST:hash'
- '061_DB_IS_UP_TO_DATE:hash'
- '061_SYSTEM_DEFAULT:hash'
オンプレミスでのインストールについては、を参照してください。 Redis プリロード機能 が含まれる 設定ガイド.
古いキャッシュを有効にする
新しいキャッシュを並行して生成しながら古いキャッシュを使用することで、特に多数のブロックとキャッシュキーを処理する場合に、ロックの待機時間を短縮し、パフォーマンスを向上させます。 で古いキャッシュを有効にし、キャッシュタイプを定義する .magento.env.yaml 設定ファイル：
stage:
deploy:
REDIS_BACKEND: '\Magento\Framework\Cache\Backend\RemoteSynchronizedCache'
CACHE_CONFIGURATION:
_merge: true
default:
backend_options:
use_stale_cache: false
stale_cache_enabled:
backend_options:
use_stale_cache: true
type:
default:
frontend: "default"
layout:
frontend: "stale_cache_enabled"
block_html:
frontend: "stale_cache_enabled"
reflection:
frontend: "stale_cache_enabled"
config_integration:
frontend: "stale_cache_enabled"
config_integration_api:
frontend: "stale_cache_enabled"
full_page:
frontend: "stale_cache_enabled"
translate:
frontend: "stale_cache_enabled"
オンプレミスのインストールの設定については、を参照してください。 古いキャッシュオプション が含まれる 設定ガイド.
Redis のキャッシュとセッションのインスタンスを分離する
Redis キャッシュと Redis セッションを分離すると、キャッシュとセッションを個別に管理できます。 キャッシュの問題がセッションに影響を与え、売上高に影響を与える可能性を防ぐことができます。 各 Redis インスタンスは独自のコアで実行されるため、パフォーマンスが向上します。
-
を更新
.magento/services.yaml設定ファイル。code language-yaml mysql: type: mysql:10.4 disk: 35000 redis: type: redis:6.0 redis-session: # This is for the new Redis instance type: redis:6.0 search: type: elasticsearch:7.9 disk: 5000 rabbitmq: type: rabbitmq:3.8 disk: 2048 -
を更新
.magento.app.yaml設定ファイル。code language-yaml relationships: database: "mysql:mysql" redis: "redis:redis" redis-session: "redis-session:redis" # Relationship of the new Redis instance search: "search:elasticsearch" rabbitmq: "rabbitmq:rabbitmq" -
を送信 Adobe Commerce サポートチケット 実稼動環境とステージング環境のセッション専用の新しい Redis インスタンスのプロビジョニングをリクエストします。 更新されたを含める
.magento/services.yamlおよび.magento.app.yaml設定ファイル。 ダウンタイムは発生しませんが、新しいサービスをアクティブ化するにはデプロイメントが必要です。 -
新しいインスタンスが実行中であることを確認し、ポート番号をメモします。
code language-bash echo $MAGENTO_CLOUD_RELATIONSHIPS | base64 -d | json_pp -
ポート番号をに追加します。
.magento.env.yaml設定ファイル。note note NOTE disable_lockingに設定する必要があります。1.code language-yaml SESSION_CONFIGURATION: _merge: true redis: port: 6374 # check the port in $MAGENTO_CLOUD_RELATIONSHIPS timeout: 5 disable_locking: 1 bot_first_lifetime: 60 bot_lifetime: 7200 max_lifetime: 2592000 min_lifetime: 60 -
からのセッションの削除 デフォルトデータベース （
db 0）に設定する必要があります。code language-bash redis-cli -h 127.0.0.1 -p 6374 -n 0 FLUSHDB
デプロイ時には、に次の行が表示されます。 ログのビルドとデプロイ:
W: - Downloading colinmollenhour/credis (1.11.1)
W: - Downloading colinmollenhour/php-redis-session-abstract (v1.4.5)
...
W: - Installing colinmollenhour/credis (1.11.1): Extracting archive
W: - Installing colinmollenhour/php-redis-session-abstract (v1.4.5): Extracting archive
...
[2022-08-17 01:13:40] INFO: Version of service 'redis' is 6.0
[2022-08-17 01:13:40] INFO: Version of service 'redis-session' is 6.0
[2022-08-17 01:13:40] INFO: redis-session will be used for session if it was not override by SESSION_CONFIGURATION
キャッシュ圧縮
6 GB を超える Redis を使用している場合 maxmemoryを使用すると、キャッシュ圧縮を使用して、キーが消費する領域を減らすことができます。 クライアントサイドのパフォーマンスにはトレードオフがあることに注意してください。 予備の CPU がある場合は、有効にします。 参照： セッションストレージに Redis を使用 が含まれる 設定ガイド.
stage:
deploy:
REDIS_BACKEND: '\Magento\Framework\Cache\Backend\RemoteSynchronizedCache'
CACHE_CONFIGURATION:
_merge: true;
frontend:
default:
backend_options:
compress_data: 4 # 0-9
compress_tags: 4 # 0-9
compress_threshold: 20480 # don't compress files smaller than this value
compression_lib: 'gzip' # snappy and lzf for performance, gzip for high compression (~69%)