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

Surya ARBY <[email protected]>
Newsgroups gmane.comp.programming.load-balancing.general
Message-ID <[email protected]>
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 

   

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 
  
  
  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



-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

 

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. Check it out. 

  




_______________________________________________

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 

   



 


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

_______________________________________________
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
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.