Size: a a a

2017 May 05

AP

Andrey Protsenko in uptime.community
Anton Noginov
Round-robin DNS кэшируется. Так что это - отказоустойчивость для совсем бедных.
А если TTL A записи уменьшить сильно, чтобы кэш протухал быстрее?
источник

IM

Igor Myzgin in uptime.community
Andrey Protsenko
А если TTL A записи уменьшить сильно, чтобы кэш протухал быстрее?
В Белоруссии стоят ДНС-прокси, которые все ТТЛ правят на 1 сутки и такой фокус с TTL 600 sec там не работает :)
источник

IM

Igor Myzgin in uptime.community
и еще есть провайдеры, которые так уродствуют
источник

DZ

Denis Zavgorodny in uptime.community
>А если TTL A записи уменьшить сильно, чтобы кэш протухал быстрее?

а толку, если часть трафика все равно уйдет не на ту А запись
источник

DZ

Denis Zavgorodny in uptime.community
как балансировка - ок, как отказоустойчивость - не подходит
источник

MS

Max Selezenev in uptime.community
источник

S

Stanislav in uptime.community
А еще есть блядский nscd, который игнорит TTL и который любят всякие криворучки-недоучки
источник

MS

Max Selezenev in uptime.community
поидее пробуются попрядку все зоны.
источник

DZ

Denis Zavgorodny in uptime.community
я б не морочил голову и добавлял бы keepalived
источник

MS

Max Selezenev in uptime.community
На второй пакет зоны DNS сервер отдает в другом порядке. Я так понимаю что кэшироваться можем именно порядок
источник

MS

Max Selezenev in uptime.community
Да, за keepalived спасибо. Уже изучаю
источник

S

Stanislav in uptime.community
Порядок ответа как раз никто не соблюдает.
источник

AN

Anton Noginov in uptime.community
> А если TTL A записи уменьшить сильно, чтобы кэш протухал быстрее?
RR, если не ошибаюсь, в части случаев кэшируется локально, у пользователя.
источник

S

Stanislav in uptime.community
Более того, много тупых систем, которые берут только первую запись из ответа.
источник

MS

Max Selezenev in uptime.community
TTL записи и RR - разное. RR отвечает за порядок, TTL за протухание самой записи на dns.
Если все правильно понял
источник

AN

Anton Noginov in uptime.community
> Порядок ответа как раз никто не соблюдает.
Соблюдает, и еще как. Оно ровно потому round-robin, что ротируется на 1 позицию на каждый ответ. Но, разумеется, не привязанный к клиенту ответ.
источник

AN

Anton Noginov in uptime.community
Собственно, _относительная_ отказоустойчивость для бедных через ДНС возможна только одном способом:
1. Минимальный ТТЛ (300 сек).
2. ДНС-сервер на той же машине, что и nginx, отвечающий только своим ip.
источник

S

Stanislav in uptime.community
Anton Noginov
> Порядок ответа как раз никто не соблюдает.
Соблюдает, и еще как. Оно ровно потому round-robin, что ротируется на 1 позицию на каждый ответ. Но, разумеется, не привязанный к клиенту ответ.
я там выше пояснил, почему кажется, что соблюдает:
> Более того, много тупых систем, которые берут только первую запись из ответа.
источник

AZ

Andrey Zavada ITSumma in uptime.community
Vrrp и кипалайвед годные штуки.
А БД какая?
источник

PT

Pavel T in uptime.community
Anton Noginov
> А если TTL A записи уменьшить сильно, чтобы кэш протухал быстрее?
RR, если не ошибаюсь, в части случаев кэшируется локально, у пользователя.
как минимум браузер разрезолвив будет стучаться уже туда
источник