[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: 20051005: host aliasing and LDM best practices


>Date: Thu, 06 Oct 2005 15:46:23 -0500
>From: Michael McEniry <address@hidden>
>Organization: UAH / ITSC
>To: Steve Emmerson <address@hidden>
>Subject: Re: 20051005: host aliasing and LDM best practices

The above message contained the following:

> Steve Emmerson wrote:
> > I'm afraid that questions is outside my area of expertise, so I've
> > forwarded your question to our systems and network administrator.
> I didn't find any planning guidelines for LDM that seemed to 
> discuss host aliasing (ie, a role-based name, like "ldm" or 
> "idd", vs the host's actual name), although a lot of places seem 
> to use it anyway. The DNS side would be a minor technical detail.
> The documentation seems to be mostly targeting folks who want to 
> join in an existing LDM-based network (like IDD) in a strictly 
> downstream sense, as opposed to folks (like Unidata) who run 
> upstream LDM nodes as a service to other sites, where redundancy 
> and managed failover are important. Unless I missed some?

You're correct.  The problem is that redundancy at an upstream site can
be done in many ways and, strictly speaking, that issue lies outside the
purview of the LDM.

Be that as it may, we've implemented a highly-reliable, virtual LDM 
host called idd.unidata.ucar.edu using a virtual cluster approach.  Tom
Yoksas knows more about it and will receive this email.

> >>By the way, I tried the UCAR ultraseek search 
> >><http://www.unidata.ucar.edu/support/help/ultraseek.html>, but it 
> >>seems to be broken.
> > 
> > It worked for me.  In what sense was it broken?
> Submitting a search query resulted in a connection timeout. I 
> guess it was just a problem yesterday, since it works fine today.

Interesting.  Must be gremlins.  :-)

> Michael McEniry
> University of Alabama in Huntsville
> Information Technology & Systems Center
> <address@hidden> +1.256.824.5158

Steve Emmerson

NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.