Исходное сообщение
"Выпуск HTTP/TCP-балансировщика HAProxy 2.0" Отправлено Аноним, 21-Июн-19 16:13
>Вы сильно недооцениваете метод least_conn Судя по всему, вы сильно переоцениваете этот метод. Пример: по велению святого рандома, 70-80% тяжелых запросов на генерацию rss попадет на один из бекендов. В итоге имеем одинаковое количество коннектов но один из бекендов оказывается перегруженным. Не стОит забывать, что разные запросы создают разную нагрузку на проц и I/O диска, даже при одинаковом времени выполнения. Динамически меняя weight каждого бекенда на основании LA и достигается более менее равномерная нагрузка. Вот пример: https://prnt.sc/o4vamk (смотреть 1-й и 3-й графики). Только следует учесть, что это разные сервера, с разным железом и разной нагрузкой помимо php воркеров.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>Вы сильно недооцениваете метод least_conn > Судя по всему, вы сильно переоцениваете этот метод. Пример: по велению святого > рандома, 70-80% тяжелых запросов на генерацию rss попадет на один из > бекендов. В итоге имеем одинаковое количество коннектов но один из бекендов > оказывается перегруженным. Не стОит забывать, что разные запросы создают разную нагрузку > на проц и I/O диска, даже при одинаковом времени выполнения. Динамически > меняя weight каждого бекенда на основании LA и достигается более менее > равномерная нагрузка. Вот пример: https://prnt.sc/o4vamk (смотреть 1-й и 3-й графики). > Только следует учесть, что это разные сервера, с разным железом и > разной нагрузкой помимо php воркеров.
	Введите код, изображенный на картинке: