спасибо

apiVersion: networking.istio.io/v1alpha3
kind: ServiceEntry
metadata:
  name: analytics
  namespace: microfleet
spec:
  hosts:
    - analytics-staging-0.c.cappasity-staging.internal
  location: MESH_INTERNAL
  ports:
    - number: 32791
      name: http
      protocol: HTTP
  resolution: DNS
---
apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: analytics
  namespace: microfleet
spec:
  gateways:
    - infrastructure/default
  hosts:
    - analytics.staging.cappasity3d.com
  http:
    - route:
        - destination:
            host: analytics
            port:
              number: 32791

curl http://analytics-staging-0.c.cappasity-staging.internal:32791 работает
curl -v https://analytics.staging.cappasity3d.com выдает 503
в какую сторону дебажнуть порекомендуете?

наверное сюда location: MESH_INTERNAL

пофигу

L - Logs

там и если Service вместо ServiceEntry подставить та же ошибка

про это и вопрос :) где их снимать? сделал дефолтный аутпут в trace, в ingressgateway пусто

А если внутри кластера curl к ингрессгейтвею с соответствующими хедерами? Может запрос снаружи до ингрессгейтвея не дошёл

Хотя вроде хедер от него есть

Можно ещё в http.route.destination.host fqdn прописать

fqdn помогло

спасибо… но тут вопрос больше “а че было то”, проблема в том что я вообще хз как дебажить 503

есть у кого опыт или мануал?

istioctl proxy-config иногда очень помогает, чтоб найти ошибки конфигурации. Кстати - сейчас появились логи в ингрессгейтвее?

мне не помогает, ничего непонятно там )

логи не появились, хотя флаг передан --log_output_level="default:debug"

--log_target="[stdout]"

долгий внимательный взгляд 🙂 я так опечатку пару недель искал, но нашёл. Установлен истио чем?

через helm разворачиваю и обновляю … долгий взгляд это замечательно, но мне не хватает, да и ты не всегда онлайн :) странно что нет инструментов, подозрительно как-то

ну явно нужно разобраться с логами. у меня в values:

global:
  proxy:
    accessLogEncoding: JSON
    accessLogFile: "/dev/stdout”