Re: Zope and Ultramonkey: balancing more ZEO clients on the same machine

Paolo Asioli <[email protected]>
Newsgroups gmane.linux.highavailability.ultramonkey
Organization Unieuro S.p.A.
Message-ID <[email protected]>
Thank you very much, Horms.

Instead of testing that patch we used pound. So we balance the two 
machines on port 80 with a standard streamline configuration (direct 
routing) of UM3 and on each macine pound gets the connection and 
balances it on one of the three zeo clients.

It's working fairly well.

Thank you again !

Regards,
    Paolo


Horms ha scritto:

>Paolo Asioli <[email protected]> wrote:
>  
>
>>[-- text/plain, encoding quoted-printable, charset: ISO-8859-1, 201 lines --]
>>
>>No, it doesn't seem to work   :(
>>
>>I'll try to recap:
>>
>>CLIENTS
>>  |  LAN1 (192.168.1.x)
>>  |---------------------|
>>(VIP 192.168.1.10)       | 
>>192.168.1.11          192.168.1.12
>>|----------------|    |----------------|
>>|REDIRECTOR      |    |STBY REDIRECTOR |  
>>|realserver 1    |    |realserver 2    |   
>>|(Apache on port |    |(Apache on port |  
>>|10080, 10081,   |    |10080, 10081,   |   
>>|10082)          |    |10082)          |   
>>|----------------|    |----------------|  
>>192.168.2.11          192.168.2.12
>>  |---------------------|
>>     LAN2 (192.168.2.x)
>>
>>
>>Every port is bound to an Apache Virtual Host that interacts with a 
>>separate instance of Zope.
>>
>>The relevant part of my ldirectord.cf is
>>
>># Virtual Server for HTTP
>>virtual=192.168.1.10:80
>>       real=192.168.2.11:10080 masq
>>       real=192.168.2.12:10080 masq
>>       real=192.168.2.11:10081 masq
>>       real=192.168.2.12:10081 masq
>>       real=192.168.2.11:10082 masq
>>       real=192.168.2.12:10082 masq
>>       service=http
>>       request="index.html"
>>       receive="Intranet"
>>       scheduler=rr
>>       protocol=tcp
>>       checktype=negotiate
>>
>>
>>Now ipvsadm shows the right entries, but also local entries which I 
>>haven't configured
>>
>>TCP  192.168.1.10:80 rr
>>
>> -> 192.168.2.12:10082        Masq    1      0          0
>>
>> -> 192.168.2.11:10082        Local   0      0          0
>>
>> -> 192.168.2.12:10081        Masq    1      0          0
>>
>> -> 192.168.2.11:10081        Local   0      0          0
>>
>> -> 192.168.2.12:10080        Masq    1      0          0
>>
>> -> 192.168.2.11:10080        Local   0      0          0
>>    
>>
>
>
>Unfortunately you are trying to do something with LVS, and thus
>Ultra Monkey can't do. Here is the deal:
>
>1. If you add a real server to LVS (using ldirectord or any other
>means),
>   and the real-server's IP address is a local IP address, then
>   the Local forwarding machanism is autmatically used.
>
>2. You can only do port mapping (80 -> 10080 masq) with LVS Nat
>   But you aren't using NAT on 192.168.2.11 because of 1)
>
>I have farily untested patch whith gets around this problem by
>using NAT were Local would have been used if portmapping is requested.
>
>Please feel free to test and give feeback.
>
>http://archive.linuxvirtualserver.org/html/lvs-users/2005-06/msg00113.html
>
>  
>

-- 

--------
Ing. Paolo S. Asioli
Unieuro S.p.A.
Tel. (+39) 0173 4664359
Mob. (+39)  335 8430361




-----------------------------------------------------------------------
Questa e-mail è stata inviata da un PC appartenente a Unieuro S.p.A. o
a un'altra azienda del Gruppo Dixons. Il suo contenuto è confidenziale
e riservato al mittente e al destinatario designato.

Se l'avete ricevuta per errore, Vi preghiamo di segnalarcelo e di
eliminarla dal vostro sistema; non potete fare alcuno uso dei
contenuti né copiarla o inoltrarla a terze parti.

Le opinioni, conclusioni e dichiarazioni d'intenti contenute in questa
e-mail sono responsabilità del mittente e non saranno vincolanti per
un'azienda del Gruppo Dixons a meno di essere state confermate da un
rappresentante autorizzato in modo indipendente dal presente
messaggio. Non accettiamo responsabilità per eventuali virus: deve
essere Vostra cura provvedere alla verifica.

Vi preghiamo di osservare che le e-mail inviate da ed al Gruppo Dixons
sono verificate su base regolare a fini di archiviazione, controllo di
qualità e addestramento, per assicurare aderenza ai regolamenti e per
prevenire eventuali virus ed utilizzo non autorizzato dei nostri
sistemi informativi.
-----------------------------------------------------------------------
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.