Тайм-ауты HAProxy: очередь, подключение и неактивность не являются одним сроком запроса
Фотография конкретного исполнения не приложена.
Один запрос может ждать место, устанавливать соединение и затем обмениваться данными. HAProxy имеет отдельные тайм-ауты этих этапов. Увеличение timeout server не обязательно исправляет отказ в очереди, а connect не является общим бюджетом всей прикладной операции.
Справочник 3.2 определяет timeout connect для установления backend-соединения и timeout queue для ожидания свободного слота. Client и server ограничивают неактивность соответствующей стороны. Если данные продолжают поступать, такой таймер нельзя автоматически считать абсолютным пределом длительности обмена.
Timeout http-request по умолчанию относится к получению заголовков. Его распространение на тело связано с дополнительным режимом буферизации. Поэтому краткая подпись «тайм-аут HTTP» может скрывать другую область действия. Если queue не задан отдельно, документ описывает наследование значения connect; эффективную конфигурацию нужно фиксировать явно.
В приёмке отдельно создают ожидание очереди, медленное подключение, задержку ответа и медленную передачу. По журналу определяют фазу отказа и сопоставляют её с клиентским сроком. Принятое значение одного параметра не подтверждает гарантированный общий дедлайн приложения; нужен согласованный бюджет всей последовательности.
Основание — Official HAProxy3.2 text references, Configuration Manual dated2026/10/14; separate PROXY protocol1/2 specification, разделы timeout connect; timeout queue; timeout client/server; timeout http-request. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — официальные текстовые справочники ветки HAProxy 3.2. Configuration Manual имеет дату 2026/10/14; номер patch из другого HTML-конвертера на эти файлы не переносится. Установленные сборка, конфигурация и backend не проверялись; изменений не выполнялось.
