Commit 7ea1a686 authored by Lucien Gentis's avatar Lucien Gentis
Browse files

Update.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x@1051095 13f79535-47bb-0310-9956-ffa450edef68
parent e84dabb4
Loading
Loading
Loading
Loading
+52 −38
Changes for docs/manual/mod/mod_proxy.xml.fr: 52 added lines, 38 removed lines.
Original line number Diff line number Diff line
<?xml version="1.0"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
<!-- English Revision : 1033595 -->
<!-- English Revision : 1050958 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->

@@ -847,26 +847,34 @@ l'espace d'URLs du serveur local</description>

    </note> <!-- /ordering_proxypass -->

    <p>Depuis Apache 2.1, il est possible d'utiliser un jeu de
    connexions vers un serveur d'arri&egrave;re-plan. Il est possible de
    personnaliser ce jeu de connexions &agrave; l'aide des param&egrave;tres
    <code>cl&eacute;=valeur</code>. La valeur par d&eacute;faut du nombre maximum de
    connexions correspond au nombre de threads par processus pour le MPM
    utilis&eacute;. Pour le MPM Prefork, cette valeur est toujours 1, alors que
    pour le MPM Worker, elle est contr&ocirc;l&eacute;e par la directive
    <directive>ThreadsPerChild</directive>.</p>

    <p>La d&eacute;finition de <code>min</code> va d&eacute;terminer le nombre minimum
    de connexions ouvertes vers le serveur d'arri&egrave;re-plan. Des
    connexions pourront &ecirc;tre cr&eacute;&eacute;es &agrave; la demande &agrave; concurrence du
    maximum relatif, soit <code>smax</code>. Toute
    connexion au dessus de <code>smax</code> se verra attribuer une
    dur&eacute;e de vie <code>ttl</code>. Apache ne cr&eacute;era jamais plus de
    connexions vers le serveur d'arri&egrave;re-plan que le maximum absolu,
    soit <code>max</code>.</p>
    <p>Depuis la version 2.1 du serveur HTTP Apache, mod_proxy supporte
    les jeux de connexions vers un serveur d'arri&egrave;re-plan. Ainsi, les
    connexions cr&eacute;&eacute;es &agrave; la demande peuvent &ecirc;tre conserv&eacute;es dans un
    jeu pour une utilisation ult&eacute;rieure. Les limites de la taille
    du jeu de connexions et d'autres param&egrave;tres peuvent &ecirc;tre d&eacute;finis au
    niveau de la directive <directive>ProxyPass</directive> via des
    arguments <code>cl&eacute;=valeur</code> d&eacute;crits dans la table ci-dessous.</p>

    <p>Par d&eacute;faut, mod_proxy permettra de conserver le nombre maximum de
    connexions pouvant &ecirc;tre utilis&eacute;es simultan&eacute;ment par le processus
    enfant concern&eacute; du serveur web. Vous pouvez utiliser le param&egrave;tre
    <code>max</code> pour r&eacute;duire ce nombre par rapport &agrave; la valeur par
    d&eacute;faut. Vous pouvez aussi utiliser le param&egrave;tre <code>ttl</code>
    pour d&eacute;finir une dur&eacute;e de vie optionnelle ; ainsi, les connections
    qui n'ont pas &eacute;t&eacute; utilis&eacute;es au bout de <code>ttl</code> secondes
    seront ferm&eacute;es. Le param&egrave;tre <code>ttl</code> permet aussi
    d'emp&ecirc;cher l'utilisation d'une connexion susceptible d'&ecirc;tre ferm&eacute;e
    suite &agrave; l'expiration de la dur&eacute;e de vie des connexions persistantes
    sur le serveur d'arri&egrave;re-plan.</p>

    <p>Le jeu de connexions est maintenu au niveau de chaque processus
    enfant du serveur web, et <code>max</code> et les autres param&egrave;tres
    ne font l'objet d'aucune coordination entre les diff&eacute;rents processus
    enfants, sauf bien sur dans le cas o&ugrave; un seul processus enfant est
    permis par la configuration du module multiprocessus.</p>

    <example>
        ProxyPass /exemple http://backend.example.com smax=5 max=20 ttl=120 retry=300
        ProxyPass /example http://backend.example.com max=20 ttl=120 retry=300
    </example>

    <table>
@@ -875,25 +883,31 @@ l'espace d'URLs du serveur local</description>
        <th>Description</th></tr>
    <tr><td>min</td>
        <td>0</td>
        <td>Nombre minimum de connexions ouvertes vers le serveur
	d'arri&egrave;re-plan.</td></tr>
        <td>Nombre minimum d'entr&eacute;es dans le jeu de connexions, sans
	rapport avec le nombre r&eacute;el de connexions. Ne doit &ecirc;tre modifi&eacute;
	par rapport &agrave; la valeur par d&eacute;faut que dans des circonstances
	sp&eacute;ciales o&ugrave; la m&eacute;moire du tas associ&eacute;e aux connexions
	d'arri&egrave;re-plan doit &ecirc;tre pr&eacute;allou&eacute;e ou conserv&eacute;e.</td></tr>
    <tr><td>max</td>
        <td>1...n</td>
        <td>Nombre maximum absolu de connexions autoris&eacute;es vers le
	serveur d'arri&egrave;re-plan. La valeur par d&eacute;faut du nombre maximum
	absolu de connexions correspond au nombre de threads par
	processus pour le MPM utilis&eacute;. Pour le MPM Prefork, la valeur
	est toujours 1, alors que pour le MPM Worker, elle est contr&ocirc;l&eacute;e
	par la directive <directive>ThreadsPerChild</directive>. Apache
	ne cr&eacute;era jamais plus de connexions vers le serveur
	d'arri&egrave;re-plan que le maximum absolu.</td></tr>
        <td>Nombre maximum de connexions permises vers le serveur
	d'arri&egrave;re-plan. La valeur par d&eacute;faut pour cette limite est le
	nombre de threads par processus pour le module multiprocessus
	actif. Pour le MPM Prefork, la valeur est toujours 1, alors que
	pour les autres, on peut la contr&ocirc;ler via la directive
	<directive>ThreadsPerChild</directive>.</td></tr>
    <tr><td>smax</td>
        <td>max</td>
        <td>Des connexions pourront &ecirc;tre cr&eacute;&eacute;es &agrave; la demande jusqu'au
	maximum relatif. Toute connexion en surnombre par rapport au
	maximum relatif se verra attribuer une dur&eacute;e de vie
	<code>ttl</code>.
    </td></tr>
        <td>Les entr&eacute;es conserv&eacute;es du jeu de connexions au dessus de
	cette limite sont lib&eacute;r&eacute;es au cours de certaines op&eacute;rations si
	elles n'ont pas &eacute;t&eacute; utilis&eacute;es au bout de leur dur&eacute;e de vie
	d&eacute;finie par le param&egrave;tre <code>ttl</code>. Si l'entr&eacute;e du jeu de
	connexions est associ&eacute;e &agrave; une connexion, cette derni&egrave;re sera
	alors ferm&eacute;e. Ce param&egrave;tre ne doit &ecirc;tre modifi&eacute; par rapport &agrave; la
	valeur par d&eacute;faut que dans des circonstances sp&eacute;ciales o&ugrave; les
	entr&eacute;es du jeu de connexions, et toutes connexions associ&eacute;es qui
	ont d&eacute;pass&eacute; leur dur&eacute;e de vie doivent &ecirc;tre respectivement
	lib&eacute;r&eacute;es ou ferm&eacute;es plus imp&eacute;rativement.</td></tr>
    <tr><td>acquire</td>
        <td>-</td>
        <td>Cette cl&eacute; permet de d&eacute;finir le d&eacute;lai maximum d'attente pour
@@ -1028,10 +1042,10 @@ l'espace d'URLs du serveur local</description>
    </td></tr>
    <tr><td>ttl</td>
        <td>-</td>
        <td>Dur&eacute;e de vie des connexions inactives en surnombre par
	rapport aux <code>smax</code> premi&egrave;res connexions en secondes.
	Apache fermera toutes les connexions qui n'ont pas &eacute;t&eacute; utilis&eacute;es
	pendant ce laps de temps.
        <td>Dur&eacute;e de vie des connexions inactives et des entr&eacute;es
	associ&eacute;es du jeu de connexions. Celles qui sont inutilis&eacute;es au
	bout de <code>ttl</code> secondes seront respectivement ferm&eacute;es
	et lib&eacute;r&eacute;es.
    </td></tr>

    </table>