Существует ли полный список кодов возврата для “wusa.exe”?

Каноническое решение этого не состоит в том, чтобы полагаться на IP-адрес конечного пользователя, но вместо этого использовать Уровень 7 (HTTP/HTTPS) подсистема балансировки нагрузки с "Липкими Сессиями" через cookie.

Липкие сессии означают, что подсистема балансировки нагрузки будет всегда направлять данный клиент к тому же серверу бэкэнда. Через средства cookie подсистема балансировки нагрузки (который является самостоятельно полностью способным устройством HTTP) вставляет cookie (который подсистема балансировки нагрузки создает и управляет автоволшебно) помнить, какой сервер бэкэнда данное HTTP-соединение должно использовать.

Основная оборотная сторона к липким сессиям - то, что beckend загрузка сервера может стать несколько неравномерной. Подсистема балансировки нагрузки может только распределить загрузку справедливо, когда новые связи установлены, но, учитывая, что существующие соединения могут быть долговечными в Вашем сценарии, затем в несколько периодов времени, загрузка не будет распределена полностью справедливо.

Примерно каждая подсистема балансировки нагрузки Уровня 7 должна смочь сделать это. На Unix/Linux некоторыми типичными примерами является nginx, HAProxy, Фунт Апсиды, Apache 2.2 с mod_proxy, и многое другое. В Windows 2008 + существует Microsoft Application Request Routing. Как устройства, Точка Койота, loadbalancer.org, Грубая шерсть и Барракуда являются общими в низкопроизводительном пространстве; и F5, Citrix NetScaler и другие в высокопроизводительном.

У Willy Tarreau, автора HAProxy, есть хороший обзор методов выравнивания нагрузки здесь.

О циклическом алгоритме DNS:

Нашим намерением был для Циклического алгоритма DNS значение TTL для нашего api.company.com (который мы установили в 1 час) быть почетным нисходящими серверами имен кэширования, слоями кэширования ОС и слоями клиентского приложения.

Это не будет. И Циклический алгоритм DNS не является подходящим вариантом для выравнивания нагрузки. И если ничто иное не убеждает Вас, имейте в виду, что современные клиенты могут предпочесть один хост по всем другим из-за самого долгого прикрепления соответствия префикса, поэтому если мобильный клиент изменяет IP-адрес, это может принять решение переключиться на другой хост RR.

В основном это должно хорошо использовать циклический алгоритм DNS в качестве крупномодульного распределения нагрузки, путем указания на 2 или больше записи RR на высоконадежные IP-адреса, обработанные стабилизаторами действительной нагрузки в активном/пассивном или активном/активном HA. И если это - то, что Вы делаете, затем Вы могли бы также служить им DNS записи RR с долгим временем Для Проживания значений, так как связанные IP-адреса уже являются высоконадежными.