Прогнозирующая и наименьшая техника балансировки нагрузки на соединение
У меня есть настольное приложение на базе Windows, которое взаимодействует через TCP с серверами приложений. (Windows 2008). Нет липких сессий между клиентскими вызовами. У нас есть ровно 2 сервера для балансировки нагрузки, и мы планируем использовать аппаратную NLB F5.
Приложение представляет собой типы с большой нагрузкой, которые не используют много логики в сервисах, но в большинстве случаев получают довольно большой объем данных. Может быть в среднем от 5000 до 10000 записей за все время. Используется в основном для хранения и извлечения данных и не требует специальной обработки данных или расчетов, выполняемых на стороне сервера.
Я предпочитаю "прогнозировать", учитывая, что мои службы время от времени возвращают данные, и, следовательно, отслеживание обратной связи даст лучшую маршрутизацию, как в прогнозировании.
Я не уверен, что данных достаточно для того, чтобы предложить некоторые идеи, но, учитывая их, какие предложения \ вещи следует учитывать \ лучше всего рассматривать между прогнозирующими и наименьшими связями?
Благодарю.