а забыл еще

если у вас на виртуалке несо

несколько приложений ну там с 10 к примеру ))) и  вы зхотите засунуть их в сервис меш )) то есть несколько вариантов
1. Прописать в конфиге прокси все порты на которых работают ваши приложения чтобы envoy знал про них и проксировал через себя, но тогда с точки зрения получаемых метрик это будет выглядить что мы получаем метрики как будто с одного приложения

2. придумать как запускать несколько инстансов с envoy для каждого приложения в отдельности )

но тогда нужно заморочится с дискаверингом энвой в прометеусе

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

В теории, при большом желании, можно накостылять "шлюзы", которые висят в кубах и через которые идёт обращение в легаси с использованием egress. Или я не прав?

Ну бдешку можно наверн

Всем привет. А кто-нибудь пробовал творить дичь с истио в одном кластере где несколько несвязанных сетей? Т.е. поды на одних нодах не могут достучаться до подов на других нодах. Это такой своеобразный multi-network.
Без истио конечно же все работает как надо, а с истио сайдкары не могут запуститься, потомучто контролплейн на нодах которые недоступны 🙂

За что? Ну вам явно нужно хоть как сети пробросить для контрплейнов.

Или делайте системные ножны которые всем доступны

Звучит как слишком простое решение, которое конечно же рассматривалось)

Всем привет!
Я новичок в истио, пытаюсь пройти один обучающий курс (в среде OpenShift 4), но столкнулся с проблемой можно сказать в самом начале:

есть два пода, клиент и сервер, клиент дергает несколько раз в секунду сервер запросом ping, а тот ему отвечает pong.
На этом этапе все ок, работает, в логах обоих подов вижу сообщения что сервер получает запрос, а клиент получает ответ

Но далее требуется настроить DestinationRule и VirtualService так чтобы 50% запросов к серверу падали с ошибкой 503
Примеры конфигов приведены и я их добавил в проект шифта
В раздатке к обучающему курсу написано, что в логах должно быть видно 50% запросов с ошибкой 503
Но у меня как было 100% успешных запросов, так и продолжается

Вопрос: как траблшутить такую ситуацию? методом пристального взгляда на конфиги и ожидания озарения? или можно почитать какие-то логи истио?

Было видео на ютюбе о релизах istio

Там помню они показывали эту фичу.

Хм.. Вопрос не в этом, как мне кажется... Мне надо понять способ решения моей проблему что проект ведет себя не так, как описано в DestinationRule и VirtualService. Как это сделать - не понятно. Где логи почитать, на что обратить внимание. Вообщем вопрос про траблшутинг конфигов истио в проекте

Там же прям пример выше что они меняют и как трафик отфильтровывают и на сколько

И где логи смотреть там тоже написано ;))

Ок, посмотрю, спасиб