Size: a a a

2020 November 27

PK

Pavel Krõlov in Istio_ru
ок понял, спасибо, буду пробовать тестить со вторым деплойментом и отдельными virtualservice и serviceentry тогда 🙂 спасибо за рекомендации и ответы!
источник

VS

Vasilyev Sergey in Istio_ru
Не за что 🙂
Если что-то натестите интересное - не забудьте рассказать)
источник

DP

Dmitry Pevunov in Istio_ru
А есть кто пользуется Openshift Service Mesh или я такой один "счастливчик" ?
источник

VS

Vasilyev Sergey in Istio_ru
Понимаю. Я так с АЛБ и тогда еще алб ингресс контроллером 🙂 Со всей той немногой живой частички  кубернетес чатика тоже был один
источник

VS

Vasilyev Sergey in Istio_ru
всем помогают чет советуют а ты такой - ну ё-маё ну как так-то)
источник

PK

Pavel Krõlov in Istio_ru
@s2504s смотри, а по логике же получается что ServiceEntry по сути тоже не привязан никак к деплойменту и настраивает просто меш в общем указывая ему что эти домены находятся вне его грубо говоря, то есть на все деплойменты можно иметь один serviceentry, как ты организовал это у себя если не секрет 🙂
источник

VS

Vasilyev Sergey in Istio_ru
Pavel Krõlov
@s2504s смотри, а по логике же получается что ServiceEntry по сути тоже не привязан никак к деплойменту и настраивает просто меш в общем указывая ему что эти домены находятся вне его грубо говоря, то есть на все деплойменты можно иметь один serviceentry, как ты организовал это у себя если не секрет 🙂
Согласен на счет ServiceEntry, но тогда не понятно как его апдейтить. Так как у меня доменов много и их кол-во изо дня в день меняется. Т.е. нужно это катать отдельно
источник

PK

Pavel Krõlov in Istio_ru
ок понятно )
источник

VS

Vasilyev Sergey in Istio_ru
Pavel Krõlov
@s2504s смотри, а по логике же получается что ServiceEntry по сути тоже не привязан никак к деплойменту и настраивает просто меш в общем указывая ему что эти домены находятся вне его грубо говоря, то есть на все деплойменты можно иметь один serviceentry, как ты организовал это у себя если не секрет 🙂
И вообще с истио этим ни тулзов - ни примеров
А то что есть, рождалось только лишь для тех задач которые были в той галере которая их извергла. Тот же флаггер. Вроде что-то умеет, а по факту - баловство
источник

PK

Pavel Krõlov in Istio_ru
ну порог вхождения высокий да
источник

4

4c74356b41 in Istio_ru
ну не только порог вхождения
источник

4

4c74356b41 in Istio_ru
но порог вхождения капец, "конешно"
источник

4

4c74356b41 in Istio_ru
я помню еще до 1.0 "шо" было. "ща" еще лайтово
источник
2020 December 01

AD

Andrey Dedikov in Istio_ru
блин, у меня лыжи не едут

есть два деплоймента, условно app1 app2 со своими сервисами, в спеке сервисов
  ports:
 - name: http-main
   port: 80
   protocol: TCP
   targetPort: 8080

делаю из пода app1 curl http://app2, вижу в аксес логах istio-proxy PassthroughCluster вместо outbound кластера

может кто-нибудь сталкивался и скажет, почему такое может быть?😭

обратил внимание, поняв, что не работает VirtualService
источник

SV

Sergey Volchkov in Istio_ru
Полные конфигы бы глянуть
источник

SV

Sergey Volchkov in Istio_ru
Гейтвей и виртуал сервис
источник

AD

Andrey Dedikov in Istio_ru
Sergey Volchkov
Гейтвей и виртуал сервис
istio crd нет, просто deployment и service
источник

SV

Sergey Volchkov in Istio_ru
Шта
источник

AD

Andrey Dedikov in Istio_ru
а в чём проблема?
источник

AD

Andrey Dedikov in Istio_ru
Andrey Dedikov
блин, у меня лыжи не едут

есть два деплоймента, условно app1 app2 со своими сервисами, в спеке сервисов
  ports:
 - name: http-main
   port: 80
   protocol: TCP
   targetPort: 8080

делаю из пода app1 curl http://app2, вижу в аксес логах istio-proxy PassthroughCluster вместо outbound кластера

может кто-нибудь сталкивался и скажет, почему такое может быть?😭

обратил внимание, поняв, что не работает VirtualService
в общем если в манифесте сервиса
 ports:
 - name: http-main
   port: 8080
   protocol: TCP
   targetPort: 8080

то исходящий трафик из app1 попадает в outbound|8080||app2...

а если

 ports:
 - name: http-main
   port: 80
   protocol: TCP
   targetPort: 8080

то в PassthroughCluster

😞
источник