|
OK I understand the question more, but on what are you basing the decision to
go the 'special cluster'? If its something inside the http packet then that is
outside of the scope of a LVS router. It doesn't analyse packets (that I know
of) you'd need some helper code.
I still don't quite see why it isn't a redirect. If you add another address for
the special cluster which the redirect goes to, the when a real server in your
main cluster gets the redirect, then if its not in the special cluster it will
not have that VIP so the request will do back to the director and be redirected
to a real server in the 'special cluster'. If it is in the 'special cluster'
then it will be resolved as localhost and so be serviced directly by that real
server.
I'm not a real expert in LVS, so this may be rubbish but wouldn't that work?
Graham
-----Original Message-----
From: lvs-users-bounces@xxxxxxxxxxxxxxxxxxxxxx
[mailto:lvs-users-bounces@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Andrés Cañada
Sent: 14 December 2005 17:26
To: LinuxVirtualServer.org users mailing list.
Subject: Re: lvs for special application
El Miércoles, 14 de Diciembre de 2005 18:14, Andrés Cañada escribió:
> El Miércoles, 14 de Diciembre de 2005 18:00, Purcocks, Graham escribió:
> > I think he's trying to say he feels it's a web server problem not a load
> > balance problem. Surely what you want is a simple web redirect.
> >
> > What's more confusing is //ipApplication is a URL so it would go to that
> > machine. So basically I don't think you are asking quite the correct
> > question.
>
> Thank you for your answers.
> In fact "//ipApplication" is confusing. With "//ipApplication" I meant the
> virtual ip that is used for clients to access to cluster.
> But there's something that I'm loosing. Director nodes (meaning the nodes
> that balances requests from clients) don't use apache for anything (in my
> case at least). It just distribute the requests using RoundRobin,
> weightedRoundRobin, LeastConnection..., etc.
> Once the cluster node gets the request it looks to apache configuration and
> whatever to serve this request.
> So when a Director node receives a request for a special web application
> that is only in one cluster node (for example node35)
OK! The main problem is that I say "for example node35" and what I really need
is this kind of special request to be balanced to more than one node. Of
course if it would be only node35 I would just need redirection, but I want
request to one special application be balanced to only 3 or 4 cluster nodes
(inside a cluster with more than 30 nodes).
Thank you and sorry about this thread!!
> there should be
> something inside it that send that request to a "special node" (not the
> next one if it's using round robin, but the node35).
> Sorry by this stupid annoying question.
> Sure you answered me above.
>
> > -----Original Message-----
> > From: lvs-users-bounces@xxxxxxxxxxxxxxxxxxxxxx
> > [mailto:lvs-users-bounces@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Andrés
> > Cañada Sent: 14 December 2005 16:47
> > To: LinuxVirtualServer.org users mailing list.
> > Subject: Re: lvs for special application
> >
> > El Miércoles, 14 de Diciembre de 2005 17:28, Joseph Mack NA3T escribió:
> > > On Wed, 14 Dec 2005, [iso-8859-1] Andrés Cañada wrote:
> > > > I'm figuring out how to make something. Right now, in my
> > > > configuration, two directors (one master and another backup) uses LVS
> > > > to balance requests from clients to realservers on a round-robin
> > > > basis. But I need to setup a configuration that send request for a
> > > > special aplication to a special realserver (always the same server
> > > > for this application).
> > >
> > > If you have one realserver, this is not LVS.
> >
> > Maybe I missunderstood the terminology, sorry. I wanted to say cluster
> > nodes instead of realserver. Isn't it LVS?
> > (I thougth ldirectord managed the ipvsadm commands when the
> > ldirectord.conf is something like this
> > virtual=xx.xx.xx.xx:80
> > real=xx.xx.xx.x1:80 masq 1 ".healthcheck.html", "OK"
> > real=xx.xx.xx.x2:80 masq 1 ".healthcheck.html", "OK"
> > real=xx.xx.xx.x3:80 masq 1 ".healthcheck.html", "OK"
> > real=xx.xx.xx.x4:80 masq 1 ".healthcheck.html", "OK"
> > service=http
> > checkport=80
> > protocol=tcp
> > scheduler=wrr
> > checktype=negotiate
> > fallback=127.0.0.1:80
> > Isn't it LVS? Maybe I don't know what I'm talking about.
> > Thanks in advance!
> >
> > > > This is a web
> > > > application so when for example a client types in the browser
> > > > http://ipApplication the director should always send this request to
> > > > the same realserver
> > >
> > > I don't know much about apache, but possibly one of the
> > > apache modules handles this
> > >
> > > Joe
> >
> > **NOTA DE CONFIDENCIALIDAD** Este correo electrnico, y en su caso los
> > ficheros adjuntos, pueden contener informacin protegida para el uso
> > exclusivo de su destinatario. Se prohbe la distribucin, reproduccin o
> > cualquier otro tipo de transmisin por parte de otra persona que no sea el
> > destinatario. Si usted recibe por error este correo, se ruega comunicarlo
> > al remitente y borrar el mensaje recibido. **CONFIDENTIALITY NOTICE**
> > This email communication and any attachments may contain confidential and
> > privileged information for the sole use of the designated recipient named
> > above. Distribution, reproduction or any other use of this transmission
> > by any party other than the intended recipient is prohibited. If you are
> > not the intended recipient please contact the sender and delete all
> > copies.
> >
> > _______________________________________________
> > LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
> > Send requests to lvs-users-request@xxxxxxxxxxxxxxxxxxxxxx
> > or go to http://www.in-addr.de/mailman/listinfo/lvs-users
> >
> > _______________________________________________
> > LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
> > Send requests to lvs-users-request@xxxxxxxxxxxxxxxxxxxxxx
> > or go to http://www.in-addr.de/mailman/listinfo/lvs-users
>
> **NOTA DE CONFIDENCIALIDAD** Este correo electrnico, y en su caso los
> ficheros adjuntos, pueden contener informacin protegida para el uso
> exclusivo de su destinatario. Se prohbe la distribucin, reproduccin o
> cualquier otro tipo de transmisin por parte de otra persona que no sea el
> destinatario. Si usted recibe por error este correo, se ruega comunicarlo
> al remitente y borrar el mensaje recibido. **CONFIDENTIALITY NOTICE** This
> email communication and any attachments may contain confidential and
> privileged information for the sole use of the designated recipient named
> above. Distribution, reproduction or any other use of this transmission by
> any party other than the intended recipient is prohibited. If you are not
> the intended recipient please contact the sender and delete all copies.
>
> _______________________________________________
> LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
> Send requests to lvs-users-request@xxxxxxxxxxxxxxxxxxxxxx
> or go to http://www.in-addr.de/mailman/listinfo/lvs-users
**NOTA DE CONFIDENCIALIDAD** Este correo electrónico, y en su caso los ficheros
adjuntos, pueden contener información protegida para el uso exclusivo de su
destinatario. Se prohíbe la distribución, reproducción o cualquier otro tipo de
transmisión por parte de otra persona que no sea el destinatario. Si usted
recibe por error este correo, se ruega comunicarlo al remitente y borrar el
mensaje recibido.
**CONFIDENTIALITY NOTICE** This email communication and any attachments may
contain confidential and privileged information for the sole use of the
designated recipient named above. Distribution, reproduction or any other use
of this transmission by any party other than the intended recipient is
prohibited. If you are not the intended recipient please contact the sender and
delete all copies.
|
