aissa belaid.fr

Le 25 juillet 2011

httpd_logo

Ajoutez directement ces valeurs dans un fichier .htaccess ou dans votre vhost. Avec ceci vous devriez économiser un peu de bande passante et avoir de bon résultats même avec un peu de charge. Bien évidement, ces valeurs peuvent êtres adaptées en fonction de votre serveur et de votre charge.

Vous aurez besoin pour celà des modules apache suivants :

  • rewrite
  • deflate
  • expires

Lire la suite »


Le 15 juillet 2011

logo_mysql_sun_a

vtiger « out of the box », ça rame !

Mais ce n’est pas une fatalité, il est assez simplement possible d’en booster les performances. Vous aurez simplement besoin pour cela d’être le maître de votre serveur (hosté en mutualisé ou saas, vous pouvez passer). Dans ce tuto, je part du principe que votre CRM fonctionne bien et qu’il a été installé dans les règles de l’art (moteur de stockage innodb activé par exemple).

Avertissement : vous êtes SEUL responsable des actions que vous menez sur vos serveurs. Ce tuto est diffusé sans aucune garantie de fonctionnement.

Etape 1 : Optimiser le serveur

Editez votre fichier my.cnf ou my.ini ou tout autre fichier faisant office de fichier de configuration mysql. Modifiez ou ajoutez les valeurs suivantes qui sont éventuellement à adapter à la puissance du serveur (CPU/RAM)

Lire la suite »


Le 15 avril 2009

lb

Pré requis

  • Apache
  • Php
  • mod_proxy
  • mod_rewrite

Dans la configuration du serveur Apache en tête de cluster ajouter ceci :

ProxyPass / balancer://vtiger_cluster/ lbmethod=byrequests stickysession=NODEID
ProxyPassReverse / balancer://vtiger_cluster/
<Proxy balancer://vtiger_cluster>
BalancerMember http://vtiger1.mydomain.org route=node1 loadfactor=50
BalancerMember http://vtiger2.mydomain.org route=node2 loadfactor=50
BalancerMember http://vtiger3.mydomain.org route=node3 loadfactor=50
</Proxy>

Pour chaque vhost ajouter la configuration suivante en fonction du nœud

RewriteEngine On
RewriteRule .* – [CO=NODEID:balancer.node1:.mydomain.org]

Redémarrer les serveurs apache et si tout c’est bien passé, votre serveur Apache en frontend réparti les demandes. Si ce n’est pas le cas : les logs apache sont tes amis ;-)


Le 14 avril 2009

lb

Pré requis

  • X serveurs Tomcat
  • Apache + mod_proxy

Éditez votre fichier de configuration d’Apache et ajouter la configuration pour la répartition de charge via module proxy :

ProxyRequests Off

ProxyPass /birt balancer://tomcats stickysession=JSESSIONID

<Proxy balancer://tomcats>
BalancerMember ajp://node1:8009/birt route=tomcat1 loadfactor=50
BalancerMember ajp://node2:8009/birt route=tomcat2 loadfactor=50
BalancerMember ajp://node3:8009/birt route=tomcat3 loadfactor=50
</Proxy>

Éditez le fichier server.xml de chacun de vos serveurs Tomcat et modifiez la section :

<Engine name= »Catalina » defaultHost= »localhost »>

pour

<Engine name= »Catalina » defaultHost= »localhost » jvmRoute= »tomcatX »>

Relancez Apache ainsi que vos serveurs Tomcat.

Afin de tester que la répartition de charge se fait bel et bien, vous pouvez ajouter ceci dans votre configuration d’Apache:

<Location /balancer-manager>
SetHandler balancer-manager
</Location>

Relancez Apache, puis appelez l’url http://monserveur-web/balancer-manager.

Depuis cette page, vous pouvez activer ou désactiver (pour maintenance par exemple)  un serveur tomcat et visualiser la charge de chaque serveur.