Re: Journey after DNS GSLB [was 2 Colo's]

Surya,

 

Certainly.  Like I said, I think Pete’s page did a lot to help change so of the very issues he brought out.  I think, really, you and I totally agree—we just sit on different sides of the outcome; you hope that the Engineer might gain the knowledge needed to do it right based on Pete’s page and I’m afraid that if they need Pete’s page to tell them that, then they won’t know about all the things that have changed and how that impacts what they may need to do.

 

Really, what it comes down to, is someone needs to update Pete’s page—from both a technical standpoint as well as adding other use cases where GSLB is used successfully (I keep thinking of the maintenance case).  

 

Great discussion!

 

 


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


D 651.423.1133

M 612.868.12588

P 206.272.5555

F 206.272.5555

 <http://www.f5.com/> www.f5.com

 

 

From: [email protected] [mailto:[email protected]] On Behalf Of Surya ARBY
Sent: Wednesday, June 03, 2009 11:34 PM
To: Load Balancing Mailing List
Subject: Re: [load balancing] Journey after DNS GSLB [was 2 Colo's]

 


Hello Kenneth.

I pefectly understand your point of view. 

In fact what I could see : most powerpoint-certified SEs I could met (not necessary F5 ok :) ) weren't able to explain (understand ?) the associated limitations of a purely DNS-based GSLB solution. So a lot of GSLB solutions are shown and sold to customers as a "wonderful / perfect / fantastic" BC / HA solution. Here (France) selling a biaised solution to customers without telling them the associated caveats is just illegal, and the truth is most network engineers (usually the team responsible of LB administration) have near 0 knowledge in DNS advanced concepts.

The main problem to me with DNS-based GSLB is the misinformation about the technical details of why it may fail sometimes, and in fact Pete's web pages are the only source of informations available about this (even if he has forgotten problems I could face in real world implementation like source Ip based DNS persistance with a /32 mask, even with a /8 DNS persistance may be broken sometimes :) ) and I think if the GSLB page of shame could help at least 1 engineer to tune his GSLB config correctly, it reached it's goal :)

regards,

Surya

--- En date de : Jeu 4.6.09, Kenneth Salchow <[email protected]> a écrit :


De: Kenneth Salchow <[email protected]>
Objet: Re: [load balancing] Journey after DNS GSLB [was 2 Colo's]
À: "Load Balancing Mailing List" <[email protected]>
Date: Jeudi 4 Juin 2009, 0h04

Interesting blog Ravi.

 

If anyone wants to read a more detailed and saner explanation of my original post concerning the page of shame, go here:  <http://devcentral.f5.com/weblogs/ksalchow/archive/2009/06/03/shame-on-gslb-shame-on-me.aspx> http://devcentral.f5.com/weblogs/ksalchow/archive/2009/06/03/shame-on-gslb-shame-on-me.aspx

 

If not.  Don’t go there.

 


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


D 651.423.1133

M 612.868.12588

P 206.272.5555

F 206.272.5555

 <http://www.f5.com/> www.f5.com

 

 

From: [email protected] [mailto:[email protected]] On Behalf Of Ravi Kumar
Sent: Wednesday, June 03, 2009 5:20 AM
To: [email protected]
Subject: [load balancing] Journey after DNS GSLB [was 2 Colo's]

 

After reading this thread of mails, I thought to write few comments on DNS GSLB and how it progressed to today in ADCs.
Is the challenge posed in DNS GSLB page of shame solved? 
Read  it in  <http://netlb.blogspot.com> http://netlb.blogspot.com

-Ravi.


Hi all,
 
I'd like to hear your input on the best way to bring a second collocation facility online.  We are a SAAS company.  Basically, our service is all tied to a domain name; the www record.  
 
It was my intent to use 2 A records to the WWW lookup. Then, use GSLB to control the traffic.    
 
This works fine when both sites are up and running, but what happens when one goes down - rely on the built-in failover mechanism is DNS (the second A record)?
 
There's a GSLB Page of Shame  <http://www.tenereillo.com/GSLBPageOfShame.htm> http://www.tenereillo.com/GSLBPageOfShame.htm
 
Would love to hear your input as I am going to be bringing a second one online.
 
Thanks for your time,
dane
 

  _____  

Windows Live™: Keep your life in sync.  <http://windowslive.com/explore?ocid=TXT_TAGLM_BR_life_in_synch_052009> Check it out.

  
 


  

  _____  


  
 



  


_______________________________________________


  


lb-l mailing list


  


  [email protected]


  


   <http://vegan.net/mailman/listinfo/lb-l> http://vegan.net/mailman/listinfo/lb-l


  


  


  
Searchable Archive:  <http://vegan.net/lb/archive> http://vegan.net/lb/archive


  


   <http://lbdigest.com/> http://lbdigest.com Load Balancing Digest


  


  


  
 <http://lbwiki.com/> http://lbwiki.com Load Balancing Wiki

 


-----La pièce jointe associée suit-----

_______________________________________________
lb-l mailing list
[email protected]
 <http://vegan.net/mailman/listinfo/lb-l> http://vegan.net/mailman/listinfo/lb-l
Searchable Archive:  <http://vegan.net/lb/archive> http://vegan.net/lb/archive
 <http://lbdigest.com> http://lbdigest.com Load Balancing Digest
 <http://lbwiki.com> 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