всем привет! столкнулись с проблемой, засылаем сервису заголовок X-Request-Id но envoy  его реврайтит на свой, ну и сервис в итоге получает не тот что мы с клиента заслали
есть ли возможность как это обойти? или только использовать другое имя заголовка для своего трейсинга?

решешине нашлось тут https://github.com/istio/istio/issues/12549
вдруг кому-то будет полезно

всем привет

а кто нибудь в курсе как аннотации прописать в хелме?

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

Хорошие чарты оставляют для этого место в values, если нет - форкнуть, добавить, сделать PR в апстрим

Кстати я победил отображение метрик в истио агенте который раскатывается на вм

Я конечно офигел от того что с истио агентами на виртуалке все так сложно)))

Документации практически нет)))

Респект

Интересно насколько больно будет на 18 убунте или на центоси

Энвой с 1.15.0 официально перешёл на 18 убунту - https://www.envoyproxy.io/docs/envoy/latest/version_history/v1.15.0, для центоси были неофициально поддерживаемые сборки.

Последний раз когда смотрел это было очень сыро

Баш скрипты от рута

На самом деле ничего и не поменялось))) все тот же баш скрипт который работает через пень колоду

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

речь пойдет про гейтвеи и виртуал сервисы, в частности про хост нейм, который указывается на виртуал сервисе,
ща читаю статью на медиуме, где есть след пример:

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: apigateway-vs-from-gw
spec:
  hosts:
  - "apiserver.istioinaction.io"
  gateways:
  - coolstore-gateway

соотв-но в статье говорится, что если клиент обращается к apiserver.istioinaction.io - то этот домен будет автоматом зарезолвен в ип лоад балансера (ингресс контролера) и соотв-но на основе хедера Host - он поймет куда дальше идти после гейтвея и отправит в нужный сервис.
Но мне не понятен момент - откуда машина клиента (и его DNS) вообще знает, что apiserver.istioinaction.io должен мапится к такому то ип балансировщика? Выглядит так, что этот домен только только придуман и если клиент находится во вне - то неужели днс гугла (или провайдера или еще чей то, не очень тут шарю) - уже знает, что за этим хостнеймом стоит такой то IP? Не может ли быть такого что такой домен уже существует где то на просторах интернета?

В целом это касается и кубера, там как понимаю также есть host name based конфигурации и каждому сервису может даваться абсолютно свое собственное имя хоста (foo.bar.com к примеру).
Я могу понять обращения внутри кластера (где в /etc конфиги добавляются хосты при развороте новых сервисов), но не могу понять как внешний клиент и его днс понимает - на какой IP мапить только что новый созданный хост-серсис?

Или же во всех таких местах предполагается, что такой то урл как то явно закреплен за статичным ип в DNS?

нет, внешний резолюшн нужно просто настроить

в самом истио? или на клиенте?
если в самом истио - то как называется ресурс?
и все равно как понимаю там нельзя указать абсолютно любой адрес, к примеру тот же google.com? Как мне кажется - должен быть какой то основной домен, который замаплен на ип балансировщика и уже от него можно создавать суб домены с тем же ип, но к сожалению в статье ничего не было сказано про то, что домен istioinaction.io уже существует.

на клиенте