V
сервис это самостоятельная единица, ему нечего менять в поде
Size: a a a
2020 October 29
D
Service Port Mapping
D
в Networking => Services
V
сервис это самостоятельная единица, ему нечего менять в поде
тыц
RT
Всем привет!
При изменении портов в YAML-файле в Services (port => targetPort) изменения сразу применяются - Pod рестартовать не нужно?
При изменении портов в YAML-файле в Services (port => targetPort) изменения сразу применяются - Pod рестартовать не нужно?
То что ты в файле поменял данные, кубер про это ничего не знает и не знает где ты их хранишь. Надо применить манифест и рестартануть. Либо поменять в
oc edit svc <имя сервиса> и рестартануть. Если порт пода не менялся, то его можно не рестартоватьV
То что ты в файле поменял данные, кубер про это ничего не знает и не знает где ты их хранишь. Надо применить манифест и рестартануть. Либо поменять в
oc edit svc <имя сервиса> и рестартануть. Если порт пода не менялся, то его можно не рестартоватьтам речь про gui )
RT
там речь про gui )
а, тогда хз. Я этим не пользуюсь
D
Проблема следующая:
Pod: У меня в Pod запущено приложение SPA (Nodejs, react). http://localhost:8080. Запущено командой:
Route: настроен с сертификатами (https), порт не указывал, предполагаю что по дефолту 443.
Ошибка: При заходе на роут из браузера видимо сам OpenShift выдает сообщение «Application is not available».
У меня предположение что нужно в Service сделать проброс портов: с Port 443 (https route) => targetPort 8080 (где сервится приложение)
Pod: У меня в Pod запущено приложение SPA (Nodejs, react). http://localhost:8080. Запущено командой:
CMD ["serve", "-s", ".", "-l", "8080"]
Route: настроен с сертификатами (https), порт не указывал, предполагаю что по дефолту 443.
Ошибка: При заходе на роут из браузера видимо сам OpenShift выдает сообщение «Application is not available».
У меня предположение что нужно в Service сделать проброс портов: с Port 443 (https route) => targetPort 8080 (где сервится приложение)
V
в сервисе нет никакого https, сервис это просто балансировщик между портами однотипных подов
V
route -> service -> pod
V
и в роуте указывается порт сервиса
AZ
Проблема следующая:
Pod: У меня в Pod запущено приложение SPA (Nodejs, react). http://localhost:8080. Запущено командой:
Route: настроен с сертификатами (https), порт не указывал, предполагаю что по дефолту 443.
Ошибка: При заходе на роут из браузера видимо сам OpenShift выдает сообщение «Application is not available».
У меня предположение что нужно в Service сделать проброс портов: с Port 443 (https route) => targetPort 8080 (где сервится приложение)
Pod: У меня в Pod запущено приложение SPA (Nodejs, react). http://localhost:8080. Запущено командой:
CMD ["serve", "-s", ".", "-l", "8080"]
Route: настроен с сертификатами (https), порт не указывал, предполагаю что по дефолту 443.
Ошибка: При заходе на роут из браузера видимо сам OpenShift выдает сообщение «Application is not available».
У меня предположение что нужно в Service сделать проброс портов: с Port 443 (https route) => targetPort 8080 (где сервится приложение)
нужно не только пробросить, а настроить gateway с указанием сертификатов и virtualservice
D
Спасибо, сейчас попробую настроить
AZ
а, ну и ингресс на вход еще добавить
D
в сервисе нет никакого https, сервис это просто балансировщик между портами однотипных подов
Такой момент, у многих Подов в Dockerfile EXPOSE 8080, как и моего с фронтом на Nodejs. Нужно ли, чтобы у моего пода порт был уникальный, допустим EXPOSE 7080 ?
D
Или нет разницы?
AZ
не нужно, у тебя сервис на деплоймент смотрит
AZ
а там внутри уже без разницы, елси nodeport не используешь
AZ
смотри ClusterIP и NodePort
KA
Всем привет, подскажите в чем может быть проблема? В шифтовом конфигмапе есть кириллица, спринговое приложение забирает значение из этого CM и обрабатывает как-то криво