The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"DNS резолвер и большая нагрузка."
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"DNS резолвер и большая нагрузка."
Сообщение от Вадим Искать по авторуВ закладки on 27-Янв-04, 16:10  (MSK)
Есть ли способ в FreeBSD выбирать Name Server для резолвинга из resolv.conf не в порядке следования, а случайным образом ? Или на худой конец как уменьшить величину таймаута ожидания ответа ?

Или выход только в установке отдельного прокси-балансировщика ?

  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "DNS резолвер и большая нагрузка."
Сообщение от Дима Искать по авторуВ закладки on 27-Янв-04, 18:50  (MSK)
>Есть ли способ в FreeBSD выбирать Name Server для резолвинга из resolv.conf
>не в порядке следования, а случайным образом ? Или на худой
>конец как уменьшить величину таймаута ожидания ответа ?
>
>Или выход только в установке отдельного прокси-балансировщика ?


Для изменения таймаута в resolv.conf пишешь вначале
options attempts=1,timeout=1

цифры 1 меняешь по вкусу.
Удачи.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "DNS резолвер и большая нагрузка."
Сообщение от Vlady Искать по авторуВ закладки on 28-Янв-04, 02:53  (MSK)
>options attempts=1,timeout=1

Всё правильно (хотя это решение и может принести новые проблемы - уже с собственно резолвингом вообще), но что-то у Вадима не так...

Чтобы _обычный_ ДНС в _обычной_ сетке даже на трёхлетней давности железе поставить на колени запросами - это надо быть кулхацкером (не в запросах, а в настройке ДНСа).

  Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "DNS резолвер и большая нагрузка."
Сообщение от Вадим Искать по авторуВ закладки on 28-Янв-04, 10:07  (MSK)
>Всё правильно (хотя это решение и может принести новые проблемы - уже
>с собственно резолвингом вообще), но что-то у Вадима не так...
>
>Чтобы _обычный_ ДНС в _обычной_ сетке даже на трёхлетней давности железе поставить
>на колени запросами - это надо быть кулхацкером (не в запросах,
>а в настройке ДНСа).

Проблемы возникают когда первый в списке DNS сервер падает, тогда из-за большого таймаута процессы (smtp, pop3) не успевают обработать запрос и плодятся пока не упрутся в системные лимиты.

"options attempts=5,timeout 15" то что нужно, в man'ах и google с первого захода я про них ничего не нашел, надо будет порекомендовать в FAQ.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "DNS резолвер и большая нагрузка."
Сообщение от lavr emailИскать по авторуВ закладки on 28-Янв-04, 10:37  (MSK)
>>Всё правильно (хотя это решение и может принести новые проблемы - уже
>>с собственно резолвингом вообще), но что-то у Вадима не так...
>>
>>Чтобы _обычный_ ДНС в _обычной_ сетке даже на трёхлетней давности железе поставить
>>на колени запросами - это надо быть кулхацкером (не в запросах,
>>а в настройке ДНСа).
>
>Проблемы возникают когда первый в списке DNS сервер падает, тогда из-за большого
>таймаута процессы (smtp, pop3) не успевают обработать запрос и плодятся пока
>не упрутся в системные лимиты.
>
>"options attempts=5,timeout 15" то что нужно, в man'ах и google с первого
>захода я про них ничего не нашел, надо будет порекомендовать в
>FAQ.

ну очень странно, ни разу такого не наблюдал... Второй сервер обычно
настраивается как кеширующий и переключение на него происходит без
проблем в соответствии с timeout by default(те по RFC).
Чисто интуитивно, тут в чем-то другом проблема...

  Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "DNS резолвер и большая нагрузка."
Сообщение от Вадим Искать по авторуВ закладки on 28-Янв-04, 11:06  (MSK)
>ну очень странно, ни разу такого не наблюдал... Второй сервер обычно
>настраивается как кеширующий и переключение на него происходит без
>проблем в соответствии с timeout by default(те по RFC).
> Чисто интуитивно, тут в чем-то другом проблема...

Дефолтовый таймаут 5 секунд, если NS просто перестает принимать запросы - все ok, переключение на второй NS происходит мгновенно, но если NS становится недоступным и очень долго резловит (напирмер линк просел или LA на машине под сотню из-за флуда) тогда 5 секунд становится критичным, на почтовом сервере это выливается в разростание числа процессов. Еще у меня болтается скрипт который раз в 10 мин. обращается к сотне хостов по именам - время выполнения этого скрипта воздастает в 2 раза.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "DNS резолвер и большая нагрузка."
Сообщение от lavr emailИскать по авторуВ закладки on 28-Янв-04, 11:22  (MSK)
>>ну очень странно, ни разу такого не наблюдал... Второй сервер обычно
>>настраивается как кеширующий и переключение на него происходит без
>>проблем в соответствии с timeout by default(те по RFC).
>> Чисто интуитивно, тут в чем-то другом проблема...
>
>Дефолтовый таймаут 5 секунд, если NS просто перестает принимать запросы - все
>ok, переключение на второй NS происходит мгновенно, но если NS становится
>недоступным и очень долго резловит (напирмер линк просел или LA на
>машине под сотню из-за флуда) тогда 5 секунд становится критичным, на
>почтовом сервере это выливается в разростание числа процессов. Еще у меня
>болтается скрипт который раз в 10 мин. обращается к сотне хостов
>по именам - время выполнения этого скрипта воздастает в 2 раза.
>

понятно, но в таком случае, либо крутить (оптимизировать настройки bind9),
либо djbdns - к гадалке не ходи.

прим: в случае долго резолвит - понятно, а вот недоступен - переключение
должно быть моментальным.

пприм: у нас в JINR ~5000 хостов и ~1000-2000 серверов и тоже куча всяческих поделок, но такого не наблюдается, однако. Правда две зоны
и три DNS сервера: по одному на зону (dubna.su + jinr.ru) и один кеширующий, каждый dubna.su и jinr.ru слейвы друг для друга ко всему
прочему. Про бардак в сетке умолчу :)
Ну и в resolv.conf народ обычно указывает минимум два, максимум три
сервера (кеширущий многие не задают, я предпочитаю ВСЕ три, как результат,
никаких проблем)

  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Спонсоры:
Слёрм
Inferno Solutions
Hosting by Ihor
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2019 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру