Est-il recommandé de stocker les sessions PHP dans MemCache?

Question

Je travaille avec quelques serveurs web derrière un répartiteur de charge et je peux activer des sessions persistantes pour maintenir un utilisateur sur un serveur web spécifique - cela fonctionnera.

J'ai lu à propos des sessions PHP & de MemCache. Je dois dire que ce que j'ai lu est un peu confus car certaines pages disent que c'est une bonne idée et d'autres le contraire.

Questions :

1. Est-il possible de conserver les sessions PHP dans MemCache ?
2. Est-il préférable d'utiliser des sessions persistantes plutôt que MemCache ?
3. Quels sont les problèmes avec les sessions PHP dans MemCache - note : je peux obtenir suffisamment de cache (Amazon donc il est extensible).

Answer 1

1: OUI. Et je recommande vivement de stocker les sessions PHP dans Memcached. Voici pourquoi :

Memcached est idéal pour stocker de petits morceaux de données fréquemment consultés par la base de données et le système de fichiers.

Memcached a été spécifiquement conçu pour les sessions. C'était à l'origine l'idée du développeur principal de livejournal.com et a ensuite été utilisé pour mettre en cache le contenu des publications des utilisateurs. Le bénéfice était immédiat : la plupart des actions se déroulaient en mémoire. Les temps de chargement des pages ont considérablement été améliorés.

Heureusement, PHP et Apache ont une mise en œuvre facile pour gérer les sessions avec Memcached. Il suffit d'installer avec quelques commandes shell

exemple pour Debian :

sudo apt-get -t stable install php7.4-memcached

et

modifier vos paramètres php.ini pour quelque chose de similaire à :

(retrouvé sur https://www.php.net/manual/en/memcached.sessions.php)

 session.save_handler = memcached
 ; changer le serveur:port selon vos besoins...
 session.save_path = "localhost:11211"

La clé est le session.save_path

Elle ne pointera plus vers un chemin de fichier relatif sur votre serveur. APC a été mentionné - APC pour le mise en cache des fichiers .php utilisés par le programme. APC et Memcached réduiront considérablement les E/S et libéreront Apache/Nginx pour servir les ressources, telles que les images, plus rapidement.

2: Non

3: L'inconvénient fondamental d'utiliser Memcached est la volatilité des données

Les données de session ne sont pas persistantes dans Memcached. Donc si et quand le serveur plante, toutes les données en mémoire sont perdues. Tout le monde devra se reconnecter.

Et puis vous avez la consommation de mémoire...

Rappelez-vous : les sessions sont stockées en mémoire. Si votre site gère un grand nombre d'utilisateurs simultanés, vous devrez peut-être débourser un peu plus d'argent pour une allocation de mémoire plus importante.

Answer 2

1. Oui, il est possible de conserver les sessions PHP dans memcached.

L'extension memcache est même livrée avec un gestionnaire de session qui nécessite très peu de configuration pour être opérationnel. http://php.net/manual/en/memcached.sessions.php

2. Memcache/Sticky Sessions

Je ne sais pas vraiment lequel est "meilleur". Je pense que cela va être l'une de ces réponses "ça dépend". Cela dépend probablement de vos raisons d'équilibrage de charge. Si un petit nombre d'utilisateurs génère une grande charge chacun, ou s'il s'agit d'un grand nombre générant une petite charge chacun.

3. Inconvénients de Memcache

Il existe probablement 2 inconvénients principaux à l'utilisation de memcache pour le stockage des sessions.

Premièrement, il est volatile. Cela signifie que, si l'une de vos instances de memcached est redémarrée/plante, etc., toutes les sessions stockées dans cette instance sont perdues. Alors que si elles utilisaient des sessions basées sur des fichiers traditionnels, elles seraient toujours là lorsque le serveur reviendrait.

Deuxièmement, et probablement plus pertinent, memcached ne garantit pas la persistance, il est uniquement destiné à être un cache. Les données peuvent être supprimées de memcached à tout moment, pour n'importe quelle raison. En réalité, les données ne devraient être supprimées que si le cache se rapproche de ses limites de taille. Les données les moins récemment consultées seront expulsées. Encore une fois, cela pourrait ne pas être un problème, car l'utilisateur est probablement parti si sa session est obsolète, mais cela dépend de vos besoins.

Answer 3

Si vous souhaitez utiliser l'extension "memcacheD" et non "memcache" (car ce sont deux extensions différentes) pour le contrôle des sessions, vous devez faire attention à modifier le fichier php.ini.

La plupart des ressources web de Google sont basées sur memcache car c'est une version antérieure à memcacheD. Elles diront ce qui suit:

session.save_handler = memcache 
session.save_path = "tcp://localhost:11211" 

Mais cela n'est pas valide pour memcacheD.

Vous devez modifier le fichier php.ini comme suit:

session.save_handler = memcached 
session.save_path = "localhost:11211" 

Il n'y a aucun identifiant de protocole.

De: http://php.net/manual/en/memcached.sessions.php#99646

Answer 4

À mon avis, il n'est pas recommandé de stocker les sessions dans Memcached. Si une session disparaît, l'utilisateur est souvent déconnecté. Si une partie du cache disparaît, ou en cas de panne matérielle, cela ne devrait pas causer de douleur notable à vos utilisateurs. Selon le site de memcached, "memcached est un système de mise en cache d'objets en mémoire distribuée et haute performance, générique par nature, mais destiné à être utilisé pour accélérer les applications web dynamiques en soulageant la charge de la base de données". Donc, lors du développement de votre application, rappelez-vous que vous devez avoir un mécanisme de secours pour récupérer les données une fois qu'elles ne sont pas trouvées sur le serveur Memcached.