Recherche rapide : Avancée

 

Vous êtes ici : Accueil > Dossiers > Installation de TYPO3 > Configuration matérielle recommandée > Configuration matérielle recommandée (3)

3.2 Schéma

 Clustering de deux serveurs Web, Raid 5,
une DB (dont une en backup) et un répartiteur de charge.

3.3 Optimisations TYPO3

Il convient généralement de procéder à quelques optimisations pour TYPO3 afin d'accélerer son exécution. En fait, ces optimisations portent principalement sur les couches logicielles autour de TYPO3.

Optimisations TYPO3

PHP.ini

Taille mémoire execution : 64Mo
Attente max : 60 secondes
Max upload : 8Mo

 

MySQL*

Augmenter la taille des requêtes :

query_cache_limit = 2M   # default was 1M
query_cache_size  = 64M  # default was 0
query_cache_type  = 1

Augmenter key-buffer :

key_buffer_size   = 64M  # default was 8M

Prévoir de vider régulièrement
sys_log
sys_history

Désactivation éventuelle des logs (log-bin) : les requêtes sont généralement enregistrées dans un fichier log.

Il est dorénavant possible d'installer TYPO3 sur d'autres SGBD comme Oracle ou PostGreSQL (valable uniquement avec TYPO3 4.0).

4. Questions / Réponses

Question : pourquoi 2 Go et non 1 Go pour le serveur MySQL ?

Réponse : contrairement aux serveurs Web, la redondance est faite à posteriori. Ainsi, une seule machine héberge la base de données en live. Il y a donc ici un clustering de basculement et non de répartition de charge et c'est pour cette raison que la machine doit être un peu plus « musclée » niveau mémoire.

Question : justement, pourquoi ne pas avoir opté pour un système de réplication de données avec deux machines en direct ? Ceci pourrait alléger la charge !

Réponse : c'est probable mais la réplication en temps réel est relativement compliquée avec un gestionnaire comme Typo3. MySQL permet d'utiliser des outils comme MySQL Cluster mais le processus de réplication ne se fait qu'en mémoire. Or, les processus de Typo3 sont assez lourds car ce CMS stockes des pages entières en cache dans MySQL, d'où des requêtes en INSERT particulièrement gourmandes. MySQL Cluster, dans sa version actuelle ne permet pas de gérer le processus directement sur le disque.

Question : n'existe t'il pas d'autres solutions ?

Réponse : il existe une solution commerciale développée par Continuent (m/cluster http://www.continuent.com) qui pourrait résoudre ce problème de taille de requêtes mais :

  1. cette solution est couteuse
  2. nous place dans une situation de dépendance, avec tous les désagréments que cela implique

La meilleure solution, la moins onéreuse consiste à optimiser l'installation de TYPO3 en opérant une batterie de tests pour augmenter le nombre de requêtes possible, réduire le temps de chargement des pages et conserver une charge serveur acceptable.