Обзор:

LDNS относится к рекурсивному DNS.

Описание функции

DNS может установить весовое соотношение для доменного имени,Возврат различных результатов анализа в LDNS в соответствии с заданным весовым соотношением.,Затем перенаправьте трафик доступа пользователей на разные серверы/кластеры.,достигатьбалансировка нагрузкицель。

Предварительное условие: доменное имя должно иметь 2 или более IP-адреса, чтобы установить весовое соотношение.

Сценарии использования:

• В A и B распределены два сервисных кластера. Обрабатывающая способность сервисного кластера A составляет 2G, а сервисного кластера B — 4G. Функция пропорционального распределения веса DNS используется для управления трафиком доступа, чтобы трафик сервисного кластера достиг разумного уровня. пропорция.
• Трафик клиентского доступа большой,привести кОдин сервисный узел/кластерболее высокая нагрузка,Добавить новые сервисные узлы/кластеры,В то же время трафик доступа направляется через функцию пропорционального распределения веса DNS.,,Сбросьте давление потока

Типичный случай:

Обзор планирования

1) Настройте следующий вес в авторитетном DNS test.com:

При настройке веса доменного имени на 2:1 это выглядит следующим образом: www.test.com TTL：3600 Вес: 2 Запись: 1.1.1.1 www.test.com TTL：3600 Вес: 1 Запись: 2.2.2.2

2) Имитация пользовательских DNS-запросов и доступа к бизнес-трафику в трех различных областях:

(Авторитетный DNS отвечает на LDNS разными результатами в соотношении 1:2 и в конечном итоге приводит клиентов из разных областей к доступу к назначенному серверу)

Инструкции по планированию

1. Клиенты из трех разных регионов инициировалиwww.test.comДоступ к доменному имени,Система/браузер вызывает интерфейс, чтобы инициировать запрос на анализ доменного имени в LDNS.
2. три разные областиLDNSполучил в свою очередьанализироватьзапросить обратную властьDNSинициироватьwww.test.comдоменное имяанализироватьпросить
3. Авторитетный DNS на основе собственного алгоритма,соответствуетwww.test.comВес2:1,Первые два запроса и ответа 1.1.1.1,Ответ на последний запрос 2.2.2.2
4. После того, как клиенты в трёх разных регионах получили результаты анализа доменного имени,Клиенты A и B инициируют соединения с сервером A:1.1.1.1.,Клиент Б инициирует соединение с сервером Б: 1.1.1.1.

Часто задаваемые вопросы

Дисбаланс нагрузки

При реальном использовании мы иногда обнаруживаем, что трафик доступа к серверу приложений не соответствует весовому коэффициенту, который мы установили в DNS. Влияющие факторы разнообразны. Ниже приводится анализ двух наиболее распространенных сценариев.

Причины кэширования TTL

Мы не можем знать ЛДНС разных регионов,У разных операторов, провинций и стран могут быть разные бренды DNS.,ихLDNSизрекурсивный механизмНе то же самое。 Основное воздействие здесьDNSанализироватьвесовой эффектиздаLDNSдляВремя TTL-кешаизиметь дело с：существоватьодинокийдоменное имяизTTLКэширование,После того, как LDNS получит запрос на анализ доменного имени,Больше никаких запросов на анализ к авторитетному DNS не будет.,Вместо этого кэшированные результаты передаются непосредственно клиенту.

В обычных обстоятельствах: LDNS будет следовать значению TTL ответа, предоставленного авторитетным DNS, и кэшировать его локально в течение указанного времени. Особые обстоятельства: LDNS имеет автономную логику для кэширования TTL. Например: максимальный TTL не превышает 3600, а минимальный TTL не менее 60. Если он превышает этот диапазон, он принудительно изменяется до максимального/минимального значения TTL, установленного пользователем. сам. (Автономность каждого LDNS неизвестна, вот пример)

насПредположим, что клиенты в трех регионах одинаковы и частота инициируемых запросов также одинакова.,ноОдин из LDNS имеет специальный механизм кэширования TTL.,Давайте проанализируем, чем вызван дисбаланс трафика:

Время кэша LDNS-C принудительно установлено на 300 с.

Конфигурация авторитетного DNS остается неизменной:

1) Авторитетный DNS test.com имеет следующую конфигурацию веса:

При настройке веса доменного имени на 2:1 это выглядит следующим образом: www.test.com TTL：3600 Вес: 2 Запись: 1.1.1.1 www.test.com TTL：3600 Вес: 1 Запись: 2.2.2.2

2) Предположим, что произошел раунд запросов.,Пусть LDNS в области ABC уже кэширует результаты анализа.,ноВ LDNS-кэше области C есть специальный механизм, принудительно изменяющий TTL на 300 секунд.

3) В течение 3600 с клиенты в областях A и B нормально обращались к серверу A:1.1.1.1 в соответствии с обычным расписанием.

4）И площадьCизLDNSсуществовать300sназадПотому что срок действия кеша истек,Затем повторно запросите авторитетный DNS, чтобы получить результат 1.1.1.1.,Заставляет клиента C также инициировать доступ к серверу A:1.1.1.1.,Вызывает дисбаланс потока.

Из-за чрезмерной частоты доступа в одной области

по властиDNSиз Правила пропорционального планирования по весунас Это может быть известно：властьанализироватьпротивОбщее количество посещений LDNSосуществлять пропорциональное планирование весаанализироватьиз。

Если во время реального делового визита,существоватьвнутри регионаизКоличество клиентов,илиКоличество посещений клиента,Если количество посещений выше, чем по всем остальным направлениям,Тогда может возникнуть дисбаланс трафика на стороне бизнеса.,Как показано ниже:

При этом предполагается, что количество клиентов внутри региона относительно больше.

Относительно областей A и B,эта областьCсерединаизКоличество клиентов Более,И все они используют один и тот же LDNS.

Поскольку LDNS был кэширован в течение определенного периода времени, большое количество клиентов получили результат анализа 2.2.2.2, а клиентский кластер-c инициировал большое количество обращений к серверу B:2.2.2.2, что привело к несбалансированному трафику.

(Тот же аналогичный сценарий,Его можно вывести из большого количества посещений, инициированных одним/несколькими клиентами одного и того же внутрирегиона.,Это приводит к несбалансированному трафику,Больше подробностей здесь нет)

краткое содержание

Дисбаланс нагрузкииз Вопросы должны быть сопоставлены с реальностью.изпроанализировать ситуацию：который содержитОдин/несколько регионовбольшойизкатегория,Также входит в зонуЛогика автономного кэширования LDNS、клиентизКоличество групп、одинокийклиентизЧастота посещенийМаленькийизкатегория。

В дополнение к вышеуказанным категориям размеров,Также содержит различные специальные детали,Например, такие сценарии, как запрос длинных ссылок, механизмы кэширования клиентов и т. д.,Многие влияют, проникают и взаимодействуют друг с другом,Это требуетнасиспользоватьДетальный анализ конкретных вопросовизметод,Найдите причину проблемы и устраните ее.

Исследование лучших практик

Используйте функцию весовой пропорции DNS,Нет полной гарантии, что две машины/Кластерный трафикизточное совпадение,может быть только один“Крупнозернистый”изПланирование трафика разрешения доменных имен,Не похоже на балансировку нагрузкитаким образомСеанс, планирование на основе соединения,Если вы хотите добиться точное Рекомендуется использовать профессиональную балансировку для планирования совпадений. Нагрузочное оборудование или компоненты

Хотя DNS «грубозернистый» по весу,Однако в настоящее время планирование на основе DNS является лучшим методом аварийного восстановления нескольких центров обработки данных, двойных, многоактивных и других сценариев.,и имеет самый широкий спектр применения,Ниже приведены некоторые моменты по использованию этой функции. лучших предложение практиков:

1) Срок жизни доменного имени, установленный в авторитетном DNS и запланированный в соответствии с соотношением весов, остается неизменным, а именно:

www.test.com TTL：3600 Вес: 2 Запись: 1.1.1.1 www.test.com TTL：3600 Вес: 1 Запись: 2.2.2.2

2) Минимальный TTL доменного имени, запланированный по весовому соотношению, не должен превышать 60 с, а максимальный не должен превышать 3600 с.