1.2, Аноним (-), 10:53, 31/10/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А начем бы сделать днс с поддрежкой географии. Чтобы для америки одно отдавал, а для европы другое?
| |
|
|
3.5, Gwynn (?), 12:05, 31/10/2013 [^] [^^] [^^^] [ответить]
| +/– |
Про вьюхи всем знакомо. Но бинд на большом количестве зон, а если еще и на большом количестве ip - это ад
| |
|
4.6, Аноним (-), 12:42, 31/10/2013 [^] [^^] [^^^] [ответить]
| +/– |
>Про вьюхи всем знакомо. Но бинд на большом количестве зон, а если еще и на большом количестве ip - это ад
Да ладно?
# rndc status
CPUs found: 8
worker threads: 8
UDP listeners per interface: 8
number of zones: 133077
| |
|
5.8, raven_kg (ok), 13:45, 31/10/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>Про вьюхи всем знакомо. Но бинд на большом количестве зон, а если еще и на большом количестве ip - это ад
> Да ладно?
> # rndc status
> CPUs found: 8
> worker threads: 8
> UDP listeners per interface: 8
> number of zones: 133077
Сколько минут на запуск?
| |
|
6.9, Аноним (-), 14:07, 31/10/2013 [^] [^^] [^^^] [ответить]
| +4 +/– |
Минуты 2-3, с SSD-дисков. А в чём проблема? Вы перезагружаете днс-сервера раз в час, потому что это весело?
| |
|
5.11, Gwynn (?), 14:17, 31/10/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
>>Про вьюхи всем знакомо. Но бинд на большом количестве зон, а если еще и на большом количестве ip - это ад
> Да ладно?
> # rndc status
> CPUs found: 8
> worker threads: 8
> UDP listeners per interface: 8
> number of zones: 133077
Ну во первых это не много зон. Во вторых - сколько айпи слушает бинд ? Ну и да, две минуты на запуск с ссд - это дофига имхо. Учитывая что эти две минуты у вас ДНС вообще не отвечает.
| |
5.18, JoJo (?), 01:28, 01/11/2013 [^] [^^] [^^^] [ответить]
| +/– |
>>Про вьюхи всем знакомо. Но бинд на большом количестве зон, а если еще и на большом количестве ip - это ад
> Да ладно?
> # rndc status
> CPUs found: 8
> worker threads: 8
> UDP listeners per interface: 8
> number of zones: 133077
Угости статой по кол-ву в процентах запросов, которые идут с гугл паблик днс
| |
|
|
|
|
3.17, JoJo (?), 01:21, 01/11/2013 [^] [^^] [^^^] [ответить]
| +/– |
Не очень удобно в плане конфигурирования гео зон. Хотелось бы что-то типа nsd-control.
| |
|
2.13, исчо_адын_аноним (?), 15:14, 31/10/2013 [^] [^^] [^^^] [ответить]
| +/– |
> А начем бы сделать днс с поддрежкой географии. Чтобы для америки одно
> отдавал, а для европы другое?
include «/etc/bind/geoip/GeoIP.acl»;
zone «domain.org.ua» {
type master;
file «/etc/bind/zones/master/domain.org.ua»;
};
view «RU» {
match-clients { RU; };
recursion no;
zone «domain.org.ua» {
type master;
file «/etc/bind/zones/master/domain.org.ua.ru»;
};
};
| |
2.20, test123 (?), 05:09, 01/11/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А начем бы сделать днс с поддрежкой географии. Чтобы для америки одно
> отдавал, а для европы другое?
gdnsd
| |
|
1.21, vix (?), 19:23, 01/11/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Для ускорения Bind можно организовать через zram + losetup = md весьма пульный ускоритель, тогда работа bind будет мерятся на наносекунды.. в принципе так можно что разгонять.. :)
не пользовал NSD, интересно чем отличается от bind? ... в плане юзабельности и эффективности..
| |
|
2.22, Сталин (?), 21:50, 01/11/2013 [^] [^^] [^^^] [ответить]
| +/– |
>> Для ускорения Bind можно организовать через zram + losetup = md весьма пульный ускоритель
Простите, это не ускоритель а костыль и хак + фиксированный обьем память расходуеться
| |
|
3.23, vix (?), 15:42, 02/11/2013 [^] [^^] [^^^] [ответить]
| +/– |
насчет "костыля" .. соглашусь отчасти, но в ситуации когда есть необходимость решения, можно много чего в Линуксе костылями обзывать.. на то он и Линукс, вы имеете конструктор, добротный, пользуйтесь.. что касается хака.. гм, это вы про что?
про модуль zram - http://ru.wikipedia.org/wiki/ZRam
решение человека применительно к ситуации: http://habrahabr.ru/post/172137
ИМХО хаком называть.. как то странно..
что касается расхода памяти.. дык ема е а, что если ее не хватает, купить и зафиксировать объем под необходимые нужды проблема? .. ведь вы ее все равно выделяете когда ставите службы и программы, просто заранее предполагая сколько ее понадобиться для нужд системы в целом..
я не вижу здесь каких либо глобальных проблем..
у меня на некоторых серверах с виртуализацией используется такая технология..
пока тьфу, тьфу.. при чем уже год как.. и даже базы крутятся в таком..
Вообще скажу так, когда возникает необходимость решения проблемы, любое решение которое будет эффективным - является успешным. Что касается "красоты", ни кто не запрещает это потом довести до ума.. без "Хака" .. :)
| |
|
4.24, Сталин (?), 15:56, 02/11/2013 [^] [^^] [^^^] [ответить]
| +/– |
> что касается расхода памяти.. дык ема е а, что если ее не
> хватает, купить и зафиксировать объем под необходимые нужды проблема? .. ведь
> вы ее все равно выделяете когда ставите службы и программы, просто
> заранее предполагая сколько ее понадобиться для нужд системы в целом..
Если бинду перестанет хватать памяти он может выйти за пределы стека
| |
|
5.25, vix (?), 20:22, 02/11/2013 [^] [^^] [^^^] [ответить]
| +/– |
"Если бинду перестанет хватать памяти он может выйти за пределы стека"
я могу чего то не знать, но ИМХО могу предполагать, что с ваших слов если bind-у не хватит памяти то вместо свопа он полезет в любую часть памяти? по сути вопроса.. в unix или linux если процесс держит область памяти которая зарезервирована для его нужд, кто то может переступить через порог и занять то что ему покажется "свободным".. по моему это называется bag и явно сложит систему... что то или я не понимаю или вы не то говорите..
о аналогичных косяках в ядре в свое время было описание, и на сколько мне память не изменяет баг перехлеста областей памяти был закрыт.. но могу я и ошибаться.. тогда это проблема.. :(
| |
|
|
|
|
|