Re: One arm vs. Two arm configuration

Kenneth Salchow <[email protected]>
Newsgroups gmane.comp.programming.load-balancing.general
Message-ID <4B18A8F75A6384449755BC7784073E935FF004489A@exch11.olympus.f5net.com>
You know Ed--it's funny that some of us have been hanging out here for going
on a decade--and we still disagree on some things. :-)  

In the end, I think the answer to the original question really is--there's
no real generic technical reason to do one over the other--it comes down to
whichever one you find the easiest or makes the most sense to you.

KJ (Ken) Salchow, Jr.  |  Manager, Technical Marketing


-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of Ed
Toro
Sent: Monday, March 30, 2009 1:32 PM
To: Load Balancing Mailing List
Subject: Re: [load balancing] One arm vs. Two arm configuration

Sometimes one arm is nice because you can reach servers directly, 
bypassing the LB. It gives you a quick way of seeing if the LB is 
causing a reported issue. Two arm is nice because you can enforce all 
traffic from servers to go through the LB.

Of course, you can still directly access servers and enforce traffic in 
either mode with VLANs and other creative architecture configurations.

If you have no need for DSR and will use the LB in reverse proxy mode 
for everything I think that one-arm is easiest to manage.


Bryan Call wrote:
>
> Most load balancing vendors support both a one armed and a two armed 
> configuration. My question is what are the compelling reasons to go 
> with one over the other if you designing a network and don’t have 
> preexisting conditions that force you one direction?
>
> Thanks,
>
> *Bryan Call - V.P. Of Technology*
>
> *Burstabit Media, Inc.*
>
> 3130 West Maple Loop, Suite G-75, Lehi, UT 84043
>
> *[P]* 801-331-6945 Ext: 1103 *[F]* 801-880-8884
> AIM:
>
> Glass-logo <http://www.burstabit.com/>
>
> THE INFORMATION CONTAINED IN THIS E-MAIL AND ANY ATTACHED 
> DOCUMENTATION IS INTENDED FOR THE USE OF THE ADDRESSEE ONLY, IS 
> CONFIDENTIAL AND MAY BE LEGALLY PRIVILEGED. ANY DISSEMINATION, 
> DISTRIBUTION, COPYING, OR USE OF THIS COMMUNICATION WITHOUT PRIOR 
> PERMISSION OF THE SENDER IS STRICTLY PROHIBITED. If you are not the 
> intended recipient, you must not disclose, copy, or distribute, or use 
> the information contained in this e-mail. If you have received this 
> e-mail in error, please notify us immediately by return email.
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> lb-l mailing list
> [email protected]
> http://vegan.net/mailman/listinfo/lb-l
> Searchable Archive: http://vegan.net/lb/archive
> http://lbdigest.com Load Balancing Digest
> http://lbwiki.com Load Balancing Wiki
>   

_______________________________________________
lb-l mailing list
[email protected]
http://vegan.net/mailman/listinfo/lb-l
Searchable Archive: http://vegan.net/lb/archive
http://lbdigest.com Load Balancing Digest
http://lbwiki.com Load Balancing Wiki

_______________________________________________
lb-l mailing list
[email protected]
http://vegan.net/mailman/listinfo/lb-l
Searchable Archive: http://vegan.net/lb/archive
http://lbdigest.com Load Balancing Digest
http://lbwiki.com Load Balancing Wiki
smime.p7s (application/x-pkcs7-signature, 3 KB) - not displayed
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.