Optimising rndc reload times on a slave server with 50,000 zones

[david klein]

One other thing: on the filesystem in which reside directories that
house the zone files, set the mount option "noatime". This will
improve the performance of re-reading the zone files because it will
take out the necessity of updating a time-stamp for each read.


 -DTK


On Mon, Feb 28, 2011 at 7:34 AM, david klein <root at nachtmaus.us> wrote:
> 50000 files in a single directory will make difficult for any
> filesystem. I would recommend breaking that out into groups of less
> than 10000 per directory. For better performance, separate them onto
> directories that are on different spindles; the parallelization of
> seek (and with thousands of small files that can each be read in one
> or two reads, your disks will spend a lot of this time seeking) should
> show noticeable performance improvement.
>
> Do only some of the zones update at any given 15 minute cycle? If so,
> you may show an even bigger improvement by only reloading those that
> will have changed.
>
>
>
> On Sat, Feb 26, 2011 at 8:56 PM, Dennis Perisa <dennis.perisa at gmail.com> wrote:
>> Hi folks,
>> I'm looking for suggestions to substantially improve reload times on a slave
>> that is serving 50,000 zones (mostly customer zones).
>> 'rndc reload' is being executed on the slave every 15 minutes.  Due to the
>> large number of zones to trawl through, the reload process is causing
>> intermittent outages and/or significant delays to zone transfers.
>> Here are some ideas I have:
>> - use rndc reconfig instead
>> - separate zone files into separate dirs to improve O/S performance
>> (currently, all zone files are in a single dir)
>> Are these viable options?  Any other thoughts/suggestions?
>> This is expected to be a short-term fix while we consider brute force
>> approach of throwing more cpu/mem/IO at this.
>> DP
>>
>> _______________________________________________
>> bind-users mailing list
>> bind-users at lists.isc.org
>> https://lists.isc.org/mailman/listinfo/bind-users
>>
>
>
>
> --
>
> david t. klein
>
> Cisco Certified Network Associate (CSCO11281885)
> Linux Professional Institute Certification (LPI000165615)
> Redhat Certified Engineer (805009745938860)
>
> Quis custodiet ipsos custodes?
>



-- 

david t. klein

Cisco Certified Network Associate (CSCO11281885)
Linux Professional Institute Certification (LPI000165615)
Redhat Certified Engineer (805009745938860)

Quis custodiet ipsos custodes?