Вы не указываете, какой протокол вы используете, поэтому я предполагаю, что мы говорим по https.
Каждый сервер, вероятно, знает некоторую информацию о себе, которая однозначно идентифицирует этот сервер. Это может быть имя хоста или одноадресный IP-адрес. Серверная часть может включать эту информацию в соответствующих местах. Вы можете включить его в нижний колонтитул на каждой странице. Или, если вы считаете, что это слишком заметно, включайте его только на страницы, которые пользователи не будут посещать при нормальных обстоятельствах. Любая страница с ошибкой (404, 500 и т. Д.) Всегда должна содержать идентификацию бэкэнда.
Если ваш балансировщик нагрузки выполняет только балансировку нагрузки и не выполняет никаких других действий, тогда вы будете прерывать https на бэкэнде, и всякий раз, когда TCP-соединение закрывается и клиент повторно подключается, существует вероятность, что клиент будет перенаправлен на другой бэкэнд.
Балансировщик нагрузки может запоминать последний использованный сервер для всех клиентских IP-адресов за последний час, чтобы большую часть времени использовать один и тот же сервер. Любая более подробная информация, такая как файлы cookie и идентификатор пользователя, была бы недоступна для балансировщика нагрузки, поэтому она не могла бы использовать ее, чтобы сохранить пользователя в той же бэкэнде.
Это означает, что любая идентификация того, какой бэкэнд использует пользователь, должна быть сделана с некоторой долей соли, поскольку пользователь мог перемещаться между бэкэндами между временем, когда у него возникла проблема, и временем, когда он узнал, какой бэкэнд он использовал. Но это все еще ценная информация, так как в большинстве случаев она поможет быстрее найти нужные журналы.