← Back to branch summary

~ubuntu-branches/ubuntu/intrepid/haproxy/intrepid

« back to all changes in this revision

Viewing changes to doc/haproxy-fr.txt

  • Committer: Bazaar Package Importer
  • Author(s): Arnaud Cornet
  • Date: 2008-03-09 21:30:29 UTC
  • mfrom: (1.1.1 upstream)
  • Revision ID: james.westby@ubuntu.com-20080309213029-8oupnrc607mg5uqw
Tags: 1.3.14.3-1
* New Upstream Version
* Add status argument support to init-script to conform to LSB.
* Cleanup pidfile after stop in init script. Init script return code fixups.

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/haproxy-fr.txt
343
343
 
344
344
    # pour recharger une configuration avec un impact minimal sur le service,
345
345
    # et sans casser les sessions existantes :
346
 
    # haproxy -f haproxy.cfg -p $(</var/run/haproxy-private.pid) -st $(</var/run/haproxy-private.pid)
 
346
    # haproxy -f haproxy.cfg -p /var/run/haproxy-private.pid -sf $(</var/run/haproxy-private.pid)
347
347
 
348
348
1.7) M�canismes de traitements des �v�nements
349
349
---------------------------------------------
689
689
    de paquets car la session aura �t� abandonn�e avant la premi�re
690
690
    retransmission. Une valeur de 4 secondes r�duira consid�rablement
691
691
    le nombre d'�checs de connexion.
 
692
  - A compter de la version 1.3.14, il est possible de sp�cifier les dur�es
 
693
    d'expiration dans des unit�s de temps arbitraires � choisir parmi
 
694
    { us, ms, s, m, h, d }. Pour cela, la valeur enti�re doit �tre suffix�e
 
695
    de l'unit�.
692
696
 
693
697
2.6) Tentatives de reconnexion
694
698
------------------------------
994
998
        server squid1 192.168.1.1
995
999
        server squid2 192.168.1.2
996
1000
 
 
1001
La version 1.3.14 a apport� une nouvelle m�thode 'balance url_param'. Elle
 
1002
consiste � se baser sur un param�tre pass� dans l'URL pour effectuer un hachage
 
1003
utilis� pour d�terminer le serveur � utiliser. Ceci est principalement utile
 
1004
pour des applications n'ayant pas une exigence stricte de persistance, mais
 
1005
pour lesquelles elle procure un gain de performance notable dans des
 
1006
environnements o� il n'est pas toujours possible d'utiliser des cookies. En cas
 
1007
d'absence du param�tre dans l'URL, alors une r�partition de type 'round robin'
 
1008
est effectu�e.
 
1009
 
 
1010
Example :
 
1011
---------
 
1012
 
 
1013
# hache le param�tre "basket_id" dans l'URL pour d�terminer le serveur
 
1014
 
 
1015
    listen http_proxy
 
1016
        bind :3128
 
1017
        mode http
 
1018
        balance url_param basket_id
 
1019
        server ebiz1 192.168.1.1
 
1020
        server ebiz2 192.168.1.2
 
1021
 
997
1022
 
998
1023
3.1) Surveillance des serveurs
999
1024
------------------------------
1391
1416
recevra seulement 10 connexions simultan�es tant que le proxy sera sous les 1000
1392
1417
sessions.
1393
1418
 
 
1419
Il est possible de limiter la taille de la file d'attente dans le but de
 
1420
redistribuer les connexions destin�es � un serveur en particulier qui sont trop
 
1421
loin pour avoir une chance d'�tre servies en un temps raisonnable. Ceci n'est
 
1422
acceptable que dans le cas o� l'affinit� entre le client et le serveur n'est
 
1423
pas obligatoire, mais motiv�e uniquement par des raisons de performances, par
 
1424
exemple, par l'utilisation d'un cache local au serveur. L'option 'maxqueue'
 
1425
permet de pr�ciser la limite par serveur, tel que dans l'exemple ci-dessous :
 
1426
 
 
1427
... (m�me exemple que pr�c�demment)
 
1428
        server pentium3-800 192.168.1.1:80 cookie s1 weight  8 minconn 10 maxconn 100 check maxqueue 50
 
1429
        server opteron-2.0G 192.168.1.2:80 cookie s2 weight 20 minconn 30 maxconn 300 check maxqueue 200
 
1430
        server opteron-2.4G 192.168.1.3:80 cookie s3 weight 24 minconn 30 maxconn 300 check
 
1431
 
 
1432
En l'absence du param�tre 'maxqueue', la file d'un serveur n'a pas de limite
 
1433
d�finie. Dans le cas contraire, lorsque la file atteint la limite fix�e par
 
1434
'maxqueue', les clients sont d�plac�s vers la file globale.
 
1435
 
1394
1436
Notes :
1395
1437
-------
1396
1438
  - la requ�te ne restera pas ind�finiment en file d'attente, elle est
1562
1604
        option clitcpka # active le keep-alive c�t� client
1563
1605
        option srvtcpka # active le keep-alive c�t� serveur
1564
1606
 
 
1607
4.1.4) R�manence des donn�es TCP (lingering)
 
1608
--------------------------------------------
 
1609
Il est possible de d�sactiver la conservation de donn�es non acquitt�es par un
 
1610
client � la fin d'une session. Cela peut parfois s'av�rer n�cessaire lorsque
 
1611
haproxy est utilis� en face d'un grand nombre de clients non fiables et qu'un
 
1612
nombre �lev� de sockets en �tat FIN_WAIT est observ� sur la machine. L'option
 
1613
peut �tre utilis�e dans un frontend pour ajuster les connexions vers les
 
1614
clients, et dans un backend pour ajuster les connexions vers les serveurs :
 
1615
 
 
1616
        option nolinger # d�sactive la conservation de donn�es
 
1617
 
1565
1618
 
1566
1619
4.2) Journalisation des connexions
1567
1620
----------------------------------