Re: Nginx reverse proxy ? Bon choix ?
Oui, bien sûr Pierre !
> Ajout dans le fichier de config du site actuel dans Nginx, qui va
> diriger les requêtes démandées /munin/ vers l'IP interne du serveur 2
> (en interne, Munin est accessible via http://192.168.1.2/munin/) :
>
> location /munin/ {
> proxy_set_header Host $host;
> proxy_set_header X-Real-IP $remote_addr;
> proxy_pass http://192.168.1.2/munin/;
>
> proxy_connect_timeout 50;
> proxy_send_timeout 50;
> }
>
>
> Avec ce type de HTML simple, ca fonctionne... Reste à voir avec des
> services un peu plus dynamiques...
Ça va fonctionner aussi, mais ça n'au aucun intérêt de faire cela ainsi…
Un serveur Web est développé pour servir des pages, des fichiers selon
des répertoires (directive location chez NginX, Directory chez Apache).
Il sait très bien le faire, ça n'a aucun intérêt de l'aider :-D
L'objectif du reverse proxy, c'est de répartir la charge selon les types de
fichiers pour une même page distribuée, en la distribuant par 1 second
serveur qui vient en renfort du 1er.
Dans le cas d'un tandem NginX-Apache, le 1er distribue les statiques et
le 2bd les fichiers dynamiques.
Un peu comme une brasserie engagerait un second serveur pour servir
les plats, le premier ne s'occupant que des boissons… On appelle cela
la division du travail.
Si ce sont tes applications Web qui rament, il vaut mieux que tu voies à
leur allouer plus de mémoire partagée (RAM).
Bonne pioche,
Ph. Gras
Reply to: