увеличение настроек времени ожидания входа трафика с помощью аннотаций - PullRequest
Новая
       134

увеличение настроек времени ожидания входа трафика с помощью аннотаций

0 голосов
/ 18 июня 2020

Мне нужно увеличить тайм-ауты входа traefik, потому что теперь я получаю 499 ошибок.

Когда я использовал Nginx в качестве входящего прокси-сервера, я мог использовать эти аннотации: 

appVersion: ..
kind: Ingress
...
metadata:
  annotations:
    nginx.ingress.kubernetes.io/proxy-connect-timeout: "123"
    nginx.ingress.kubernetes.io/proxy-read-timeout: "456"
    nginx.ingress.kubernetes.io/proxy-send-timeout: "789"

, но теперь я изо всех сил пытаюсь найти альтернативы для использования в Traefik.

Итак, какие аннотации увеличивают мои входящие значения чтения, записи, подключения?

1 Ответ

1 голос
/ 18 июня 2020

Если я не ошибаюсь, вы ищете функцию, которая в настоящее время не существует, но я нашел соответствующий запрос функции: Функция: переопределение тайм-аута для каждого бэкэнда # 3027 .

It находится в открытом состоянии с 15 марта 2018 года.

Однако в том же топи c я нашел fre sh интересную для вас информацию:

теперь можно настроить тайм-ауты для каждой точки входа в версии 2

https://docs.traefik.io/routing/entrypoints/#transport

Поэтому, пожалуйста, обратитесь к разделу Транспорт , чтобы получить последнюю информацию и время от времени просматривайте вышеуказанный запрос функции.

RespondingTimeouts¶ responsedingTimeouts - это таймауты для входящих запросов к экземпляру Traefik. Их установка не влияет на точки входа UDP.

1) transport.respondingTimeouts.readTimeout

Необязательно, по умолчанию = 0s

readTimeout максимальная продолжительность чтения всего запроса, включая тело.

Если ноль, таймаут не существует. Может быть предоставлено в формате, поддерживаемом time.ParseDuration, или в виде необработанных значений (цифр). Если единицы не указаны, значение анализируется с учетом секунд. 

## Static configuration
entryPoints:
  name:
    address: ":8888"
    transport:
      respondingTimeouts:
        readTimeout: 42

2) transport.respondingTimeouts.writeTimeout

Необязательно, по умолчанию = 0 с

writeTimeout - максимальная длительность перед тайм-аутом записи ответа.

Она охватывает время от конца чтения заголовка запроса до конца записи ответа. Если ноль, тайм-аут отсутствует. Может быть предоставлено в формате, поддерживаемом time.ParseDuration, или в виде необработанных значений (цифр). Если единицы не указаны, значение анализируется с учетом секунд. 

## Static configuration
entryPoints:
  name:
    address: ":8888"
    transport:
      respondingTimeouts:
        writeTimeout: 42

3) transport.respondingTimeouts.idleTimeout

Необязательно, по умолчанию = 180 с

idleTimeout - максимальная продолжительность простоя (keep-alive) соединения будет оставаться в режиме ожидания перед закрытием.

Если ноль, таймаут не существует. Может быть предоставлено в формате, поддерживаемом time.ParseDuration, или в виде необработанных значений (цифр). Если единицы не указаны, значение анализируется с учетом секунд. 

## Static configuration
entryPoints:
  name:
    address: ":8888"
    transport:
      respondingTimeouts:
        idleTimeout: 42

Надеюсь, что это поможет

...