Фрагменты карты конфигурации nginx-ingress игнорируются файлом nginx.conf - PullRequest
Новая
       41

Фрагменты карты конфигурации nginx-ingress игнорируются файлом nginx.conf

0 голосов
/ 12 октября 2018

У меня есть кластер kubernetes, где я развернул входной контроллер nginx, используя helm nginx-ingress chart .

Мне нужно добавить пользовательский конфиг в файл nginx.conf, сгенерированный в nginx-controller-pod, и я вижу проблему, когда я добавляю однострочный параметр, такой как proxy-buffer-size: "512k" IЭто можно увидеть в файле nginx.conf, и все работает как положено.

Однако, если я попытаюсь добавить фрагмент, чтобы выполнить то же самое: 

location-snippet: |
  proxy_buffer_size "512k";

Это какэто игнорируется файлом nginx.conf, и для параметра proxy_buffer_size остается значение по умолчанию.

Мне нужно иметь возможность добавлять переопределения http-snippet, server-snippet и location-snippet, но независимо от того, пытаюсь ли я добавить их в ConfigMap или в качестве аннотации в файле Ingress.yaml, они всегда игнорируются.

Файл yaml My Ingress: 

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: my-ingress
  annotations:
    kubernetes.io/ingress.class: nginx
    ingress.kubernetes.io/ssl-redirect: "true" 
    ingress.kubernetes.io/secure-backends: "true"    
    ingress.kubernetes.io/force-ssl-redirect: "true"

    ingress.kubernetes.io/location-snippet: |
       proxy_buffer_size 512k;     --This does not update the nginx.conf
spec:
  tls:
  - hosts:
    - my.app.co.uk
    secretName: tls-secret

  rules:
  - host: my.app.co.uk
    http:
      paths:
      - path: /
        backend:
          serviceName: myappweb-service
          servicePort: 80

Моя карта конфигурации nginx: 

apiVersion: v1
kind: ConfigMap
metadata:
  labels:
    app: nginx-ingress
    chart: nginx-ingress-0.28.3
    component: controller
    heritage: Tiller
    release: nginx-ingress
  name: nginx-ingress-controller
  namespace: default
data:
  proxy-buffer-size: "512k" -- this works and updates the nginx.conf

  location-snippet: |
    proxy_buffers 4 512k; -- this does not update the nginx.conf

  server-snippet: |       -- this does not update the nginx.conf
    location /messagehub {
      proxy_set_header Upgrade $http_upgrade;
      proxy_http_version 1.1;
      proxy_set_header X-Forwarded-Host $http_host;
      proxy_set_header X-Forwarded-Proto $scheme;
      proxy_set_header X-Forwarded-For $remote_addr;
      proxy_set_header Host $host;
      proxy_set_header Connection "upgrade";
      proxy_cache_bypass $http_upgrade;
   }

Ответы [ 2 ]

0 голосов
/ 16 октября 2018

Оказывается, моя проблема была из-за содержимого сниппета, который я применял.Каждый раз, когда вы запускаете kubectl apply -f myconfigmap.yaml, выполняется проверка изменений, которые вы пытаетесь применить к nginx.conf.Когда эта проверка завершается неудачно, она молча завершается неудачей, и в терминале ничего не предупреждает вас об этом.

На самом деле вы все равно получаете сообщение configmap/nginx-ingress-controller configured.

Например, когда я добавляю это на карту конфигурации, он обновляет файл nginx.conf, как и ожидалось: 

http-snippet: |
  sendfile on;

Однако, когда я добавляю это, ничего не меняется: 

http-snippet: |
  sendfile on;
  tcp_nopush on;

Причина в том, что это не прошло проверку, но единственный способ выяснить это - посмотреть журналы входа nginx.КонтроллерВ этом случае я вижу: 

Error: exit status 1
2018/10/16 07:45:49 [emerg] 470#470: "tcp_nopush" directive is duplicate in 
/tmp/nginx-cfg468835321:245
nginx: [emerg] "tcp_nopush" directive is duplicate in /tmp/nginx-cfg468835321:245
nginx: configuration file /tmp/nginx-cfg468835321 test failed

Итак, я дублировал директиву, которая уже существовала.

0 голосов
/ 12 октября 2018

Если вы хотите изменить свой Kubernetes Ingress, параметры аннотации следующие:

  • nginx.ingress.kubernetes.io/configuration-snippet для фрагмента блока местоположения nginx
  • nginx.ingress.kubernetes.io/server-snippet дляфрагмент в служебном блоке конфигурации nginx

Похоже, что вы используете nginx.org/location-snippets: для этого случая.

Существует также недопустимый синтаксис YAML в примере конфигурации nginx, а также вы должны использовать множественное числокак в server-snippets согласно этому примеру .На момент написания статьи в документах имеется опечатка.Открыли этот билет для отслеживания.

Это должно быть что-то вроде этого: 

  server-snippets: |
    location /messagehub {
      proxy_set_header Upgrade $http_upgrade;
      proxy_http_version 1.1;
      proxy_set_header X-Forwarded-Host $http_host;
      proxy_set_header X-Forwarded-Proto $scheme;
      proxy_set_header X-Forwarded-For $remote_addr;
      proxy_set_header Host $host;
      proxy_set_header Connection "upgrade";
      proxy_cache_bypass $http_upgrade;
      }

вместо этого: 

  server-snippet: |
    location /messagehub {
      proxy_set_header Upgrade $http_upgrade;
      proxy_http_version 1.1;
      proxy_set_header X-Forwarded-Host $http_host;
      proxy_set_header X-Forwarded-Proto $scheme;
      proxy_set_header X-Forwarded-For $remote_addr;
      proxy_set_header Host $host;
      proxy_set_header Connection "upgrade";
      proxy_cache_bypass $http_upgrade;
    }

Обратите внимание наотступ последней фигурной скобки.

...