Max number of views and performance.

sky shade skyshade at gmail.com
Tue Aug 30 04:36:09 UTC 2011


I think in use views with diferent zones files, all for same domain, no
recursive querys, one view for each network/AS that my bgp router know.

On Thu, Aug 25, 2011 at 6:36 AM, Matus UHLAR - fantomas
<uhlar at fantomas.sk>wrote:

> 24.08.2011 08:04, sky shade пишет:
>>
>>> I like to know if bind 9.8 have a limit of view?
>>>
>>> There is any number or I can create something like 1 million views
>>> without problems?
>>> There is any performance implication in use to many views?
>>>
>>
> On 25.08.11 10:27, Dmitry Rybin wrote:
>
>> I use about 120 views. It accure 1,8gb of RAM in Idle. You must limit
>> recursive cache to 32-64MB per view, and forward all recursive queries to
>> another DNS server (I use powerdns-recurser at 127.0.0.2) for best
>> perfomance.
>>
>
> you can also use attach-cache directive to share a cache betwween multiple
> views. If your views only differ by loaded zones, that should not be a
> problem.
>
> If it's not possible, you (or the OP) can surely configure 120 or e.g.
> million real or virtual machines to provide the DNS service.  That is just
> what views do within one BIND process.
>
> --
> Matus UHLAR - fantomas, uhlar at fantomas.sk ; http://www.fantomas.sk/
> Warning: I wish NOT to receive e-mail advertising to this address.
> Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
> Eagles may soar, but weasels don't get sucked into jet engines.
> ______________________________**_________________
>
> Please visit https://lists.isc.org/mailman/**listinfo/bind-users<https://lists.isc.org/mailman/listinfo/bind-users>to unsubscribe from this list
>
> bind-users mailing list
> bind-users at lists.isc.org
> https://lists.isc.org/mailman/**listinfo/bind-users<https://lists.isc.org/mailman/listinfo/bind-users>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20110830/5ae7b5e0/attachment.html>


More information about the bind-users mailing list