Hi Matevz,
It isn't necessary but be aware that you will get suboptimal results:
1. If you add entries but don't actually start a metamanager for that
entry then clients will slow down as they try to contact a non-existent
manager, time out and move on.
2. If you do start the metamaager for each added entry you will see
increased lookup as the cache for each manager will not be co-ordinated
(i.e. the managers won't know who is responsible for looking up a file and
will peform a lookup eventhough another metamanager has already done
that).
Andy
On Wed, 27 Nov 2013, Matevz Tadel wrote:
> Oh, one more thing ... if we add a meta manager into a DNS record, do we have to
> restart all site managers?
>
> Matevz
>
> On 11/27/13 11:58, Andrew Hanushevsky wrote:
>> Hi Matevz.
>>
>> On Wed, 27 Nov 2013, Matevz Tadel wrote:
>>
>>> Now, the question, if I'd have in my site redirector's config:
>>> all.manager meta xrootd-rrdns.cms.org
>>> this most likely will only get it to report to one meta manager, not all of
>>> them, right? Which means we have to manually list true names of all meta
>>> managers on all sites of the (US) federation.
>> Please use the following directive:
>>
>> all.manager meta xrootd-rrdns.cms.org+:<port>
>>
>> The plus says to use all the addresses assigned to the DNS entry. Otherwise, you
>> are right, you will get an unpredictable setup as each mananger will use one
>> *random* address. The client does this automatically so you don't have to worry
>> about it there.
>>
>>> "all" and "any" directives don't seem to really matter for meta (or std)
>>> managers, only for peer and proxy (although it's not explicit in the docs /
>>> configuration syntax). Would it make sense to introduce "rrdns" flag that would
>>> cause (periodic / on error?) expansion of the manager host name into a list of
>>> addresses?
>> See above, we already have a way of handling this. The "all" does have a use
>> when you are trying to load balance across all the managers. This can be of
>> significant help when you have a lage working set of files lookups as the cache
>> entries are equally distributed across all the managers.
>>
>> Andy
>
########################################################################
Use REPLY-ALL to reply to list
To unsubscribe from the XROOTD-DEV list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1
|