patphobos a écrit 2 commentaires

  • [^] # Re: Performances, redondance

    Posté par  . En réponse au journal Centralisation des sessions PHP: mysql, mcache, sharedance, etc .... Évalué à 2.

    L' armée est actuellement composée d'1 seul soldat.

    Pour scaller/sécuriser, on peut en effet ecrire en double, et lire sur 1 seul des 2 comme le dit Mathieu.

    Enfin Sharedance, ça n'a JAMAIS planté.
  • # Sharedance is good :)

    Posté par  . En réponse au journal Centralisation des sessions PHP: mysql, mcache, sharedance, etc .... Évalué à 4.

    Je n'ai pas testé les autres solutions à part qu'avant Sharedance nous utilisions MySQL....

    MySQL avec une table en MyISAM ou en HEAP n'est pas la bonne solution. La table de session complète est locké à chaque ecriture. Les mécanisme de base de donnée son trop lourd pour ce travail qui doit rester simpliste pour etre rapide.
    Donc pour nous MySQL, au dela d'une certaine limite ça ne tenait plus du tout la charge...

    Avec Sharedance, sur une seule machine nous gérons plus de 3Go de données de sessions (dans un tmpfs) pour une vingtaine de serveurs web php. Notre Sharedance débite jusqu'a 2 * 200 Mbps (200 Mbps entrants, 200 Mbps sortants) avec les serveurs web. load maximum : 0.7.

    Si tu le souhaites tu peux quand même scaller comme tu le souhaites, il te suffit de modifier/customiser le script php qui modifie le session_handler de php. (celui que tu dois mettre en prepend_file dans php.ini)

    Exemple :
    Tu as 2 serveurs de session de même capacité (quelque soit la techno utilisée), tes identifiants de session sont certainement des hexadécimaux de 32 char.
    Tu peux choisir le serveur en regardant le 1er caractère du session_id :
    0 1 2 3 4 5 6 7 => serveur n°1
    8 9 A B C D E F => serveur n°2