Алгоритм балансировщика нагрузки Bitnaming nginx ingress

Я устанавливаю входной контроллер через helm и входной контроллер Nginx из bitnami, я почти уверен, что bitnami использует kubernetes/ingress-nginx отсюда. https://github.com/kubernetes/ingress-nginx

я читал статью, в которой говорилось, что алгоритм входа по умолчанию — циклический. Итак, я проверил детали, но немного сомневаюсь, потому что там показан алгоритм EWMA.

root# kubectl exec ingress-controller-nginx-ingress-controller-ldqz4 -n ingress -- nginx -T |подробнее

16.03.2022 08:17:53 [предупреждение] 87#87: директива http2_max_field_size устарела, вместо нее используйте директиву large_client_header_buffers в /opt/bitnami/nginx/conf/nginx.conf:143

nginx: [предупреждение] директива «http2_max_field_size» устарела, вместо нее используйте директиву «large_client_header_buffers» в /opt/bitnami/nginx/conf/nginx.conf:143

16.03.2022 08:17:53 [предупреждение] 87#87: директива http2_max_header_size устарела, вместо нее используйте директиву large_client_header_buffers в /opt/bitnami/nginx/conf/nginx.conf:144

nginx: [предупреждение] директива «http2_max_header_size» устарела, вместо нее используйте директиву «large_client_header_buffers» в /opt/bitnami/nginx/conf/nginx.conf:144

16.03.2022 08:17:53 [предупреждение] 87#87: директива http2_max_requests устарела, вместо нее используйте директиву keepalive_requests в /opt/bitnami/nginx/conf/nginx.conf:145

nginx: [предупреждение] директива «http2_max_requests» устарела, вместо нее используйте директиву «keepalive_requests» в /opt/bitnami/nginx/conf/nginx.conf:145

nginx: синтаксис файла конфигурации /opt/bitnami/nginx/conf/nginx.conf в порядке

nginx: проверка файла конфигурации /opt/bitnami/nginx/conf/nginx.conf прошла успешно

# файл конфигурации /opt/bitnami/nginx/conf/nginx.conf:



# Контрольная сумма конфигурации: 14885012042408604827



# настроить пользовательские пути, которые не требуют root-доступа

pid /tmp/nginx.pid;



демон выключен;



рабочие_процессы 1;



worker_rlimit_nofile 1047552;



worker_shutdown_timeout 240 с ;



События {

    мульти_принять;

    worker_connections 16384;

    использовать эполл;

}



http {

    lua_package_path "/etc/nginx/lua/?.lua;;";

    

    lua_shared_dict balancer_ewma 10M;

    lua_shared_dict balancer_ewma_last_touched_at 10M;

    lua_shared_dict balancer_ewma_locks 1M;

    lua_shared_dict certificate_data 20M;

    lua_shared_dict certificate_servers 5M;

    lua_shared_dict configuration_data 20M;

    lua_shared_dict global_throttle_cache 10M;

    lua_shared_dict ocsp_response_cache 5M;

    

    init_by_lua_block {

        собирать мусор ("собирать")

это мой nginx.conf, он находится в /etc/nginx/nginx.conf

root# cat /etc/nginx/nginx.conf 

www-данные пользователя;

рабочие_процессы авто;

pid /run/nginx.pid;

включить /etc/nginx/modules-enabled/*.conf;



События {

    worker_connections 768;

    # multi_accept on;

}



http {



    ##

    # Основные настройки

    ##



    отправить файл включен;

    tcp_nopush включен;

    типы_хэш_макс_размер 2048;

    # server_tokens off;



    # server_names_hash_bucket_size 64;

    # server_name_in_redirect off;



    включить /etc/nginx/mime.types;

    default_type application/octet-stream;



    ##

    # Настройки SSL

    ##



    ssl_protocols TLSv1 TLSv1.1 TLSv1.2 TLSv1.3; # Удаление SSLv3, ссылка: POODLE

    ssl_prefer_server_ciphers включен;



    ##

    # Настройки ведения журнала

    ##



    журнал_доступа /var/log/nginx/access.log;

    журнал_ошибок /var/log/nginx/error.log;



    ##

    # Настройки Gzip

    ##



    gzip включен;



    # gzip_vary on;

    # gzip_proxyed любой;

    # gzip_comp_level 6;

    # gzip_buffers 16 8k;

    # gzip_http_version 1.1;

    # gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;



    ##

    # Конфигурации виртуального хоста

    ##



    включить /etc/nginx/conf.d/*.conf;

    включить /etc/nginx/sites-enabled/*;

}





#почта {

# # См. пример сценария аутентификации по адресу:

# # http://wiki.nginx.org/ImapAuthenticateWithApachePhpScript

#

# # auth_http localhost/auth.php;

# # pop3_capabilities "TOP" "USER";

# # imap_capabilities "IMAP4rev1" "UIDPLUS";

#

# сервер {

# слушать localhost:110;

# протокол pop3;

# прокси включен;

# }

#

# сервер {

# слушать localhost:143;

# протокол imap;

# прокси включен;

# }

#

Я хочу отредактировать или настроить алгоритм балансировщика нагрузки, но я не знаю, правильно ли я настроил его или нет. но я пытаюсь запустить kubectl apply -f имя файла, он показывает настроено, но ничего не происходит. ничего не меняется.

Версия API: networking.k8s.io/v1

вид: Вход

метаданные:

  имя: nginx-вход

  пространство имен: вход

  аннотации:

    nginx.ingress.kubernetes.io/load-balance: «наименьший_конн»

спецификация:

  ingressClassName: nginx

  правила:

  - хост: mywebsite.com

    http:

      пути:

      - дорожка: /

        тип пути: префикс

        серверная часть:

          оказание услуг:

            имя: сервис2

            порт:

              номер: 80

      - путь: /видео

        тип пути: префикс

        серверная часть:

          оказание услуг:

            имя: сервис2

            порт:

              номер: 80

      - путь: /service3

        тип пути: префикс

        серверная часть:

          оказание услуг:

            имя: сервис3

            порт:

              номер: 80