Dmitry

понимаете не правильно.
ингресс - отдельный сервис и ему надо говорить о том что появились другие сервисы, которые надо обслуживать. но самому конфиг редактировать не надо, это обычный деплоймент. пример ниже. просто пример, из базового курса про k8s

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: nginx-ingress-controller
spec:
  replicas: 1
  revisionHistoryLimit: 3
  template:
    metadata:
      labels:
        app: nginx-ingress-lb
    spec:
      terminationGracePeriodSeconds: 60
      serviceAccount: nginx
      containers:
        - name: nginx-ingress-controller
          image: quay.io/kubernetes-ingress-controller/nginx-ingress-controller:0.9.0
          imagePullPolicy: Always
          readinessProbe:
            httpGet:
              path: /healthz
              port: 10254
              scheme: HTTP
          livenessProbe:
            httpGet:
              path: /healthz
              port: 10254
              scheme: HTTP
            initialDelaySeconds: 10
            timeoutSeconds: 5
          args:
            - /nginx-ingress-controller
            - --default-backend-service=$(POD_NAMESPACE)/default-backend
            - --configmap=$(POD_NAMESPACE)/nginx-ingress-controller-conf
            - --v=2
          env:
            - name: POD_NAME
              valueFrom:
                fieldRef:
                  fieldPath: metadata.name
            - name: POD_NAMESPACE
              valueFrom:
                fieldRef:
                  fieldPath: metadata.namespace
          ports:
            - containerPort: 80
            - containerPort: 18080

Привет, я с такой бедой не сталкивался, но вот тут есть описание похожей проблемы
https://github.com/kubernetes/ingress-nginx/issues/3746
и строчка в документации которая относится к этому
https://kubernetes.github.io/ingress-nginx/user-gu...
там сказано

If the NGINX ingress controller is exposed with a service type=LoadBalancer make sure the protocol between the loadbalancer and NGINX is TCP.

просто проверьте, как оно указано в деплойменте.

вы все запихнули в один контейнер? или все же это два разных? если сообщение про которое вы пишите относится к вашему приложению (а судя по тексту, это не ошибка nginx-а), значит надо дебажить именно контейнер с приложением (что в логах? можете ли вы добавить какую то отладку?).
а если честно - трудно сказать чтото определенное, не видя Dockerfile и docker-compose.yml , а гадать тут - ну так себе занятие.

на ноды сварма трафик надо как-то забрасывать , то есть какой-то load-balancer у вас должен быть до него. ок, предположим он у вас есть.
дальше все достаточно просто и отработано.
схема 1. старая. ставим на все ноды consul в нем регистрируем все контейнеры, получаем авто-дискавери и автоматически обновляемые конфиги Nginx-а. это для примера. консул очень забавная зверушка.
схема 2. traefic. в зависимосте от лейблов в контейнерах и сервисах будет сам разводить трафик по сервисам, запрашивать сертификаты и т.п. Это такая реализация ingress для докера.

ставится и настраивается reverse proxy , например Nginx , он обрабатывает входящие запросы и забрасывает их по разным locations

Если делаете руками два разных контейнера и они должны быть линкованны, но не хотите почему то пользоваться docker-compose, не забывайте делать линк между ними. пример.
1. взлетел первый

docker run -d --network site --name one -P nginxdemos/hello

2. взлетел второй , линкован к первому

docker run -d --network site --name two --link one -P nginxdemos/hello

2. статус

CONTAINER ID   IMAGE              COMMAND                  CREATED          STATUS          PORTS                   NAMES
40132d06643d   nginxdemos/hello   "nginx -g 'daemon of…"   3 seconds ago    Up 1 second     0.0.0.0:32772->80/tcp   two
5b6100f38e7d   nginxdemos/hello   "nginx -g 'daemon of…"   56 seconds ago   Up 54 seconds   0.0.0.0:32771->80/tcp   one

4. заходим в контейнер two, проверяем линк

docker exec -it 5b6 /bin/sh
/ # ping one
PING one (172.18.0.2): 56 data bytes
64 bytes from 172.18.0.2: seq=0 ttl=64 time=0.081 ms
64 bytes from 172.18.0.2: seq=1 ttl=64 time=0.128 ms

Домашнее задание: зайти в контейнер nginx проверить доступность контейнера php-fpm (в конфиге nginx у вас именно это имя)

без конфига nginx вам сможет помочь только телепат. но они все очень заняты в последнее время.

Встроенные веб-проверки самого заббикса не устраивают?

Потому что строка
return 301 ....
тут лишняя. Удалите её , рестартаните нжинкс и попробуйте

Думаю, что реальный IP клиента теряется где то в дебрях докеровского NAT-а.
Надо вывешивать порты ревер-прокси в сеть поднятую в опцией --mode: host

вот обсуждение, там сварм, но суть одна https://stackoverflow.com/questions/49415595/docke...

Отдельные домены делаются виртуальными доменами в конфиге

есть, называется ansible , ролей для установки всего на свете написано людьми добрый - сколько угодно.