DS
error: unable to recognize "cronjob.yaml": no matches for kind "CronJob" in version "batch/v2alpha1"error: unable to recognize "cronjob.yaml": no matches for kind "CronJob" in version "batch/v1beta1"2 варианта не прошло
2 варианта не прошло
Size: a a a
2020 August 26
2 варианта не прошло
MS
все в норме, не знаю как это вышло но у меня была русская С
c
Ребят, всем привет. Кто может поделиться знанием:
Есть две реплики (statefulset)
my-app-0
my-app-1
Если прямо сейчас прибить my-app-0 через k delete po - my-app-1 же возьмёт трафик на себя без падений? А my-app-0 будет просто пересоздаваться в этот момент?
Есть две реплики (statefulset)
my-app-0
my-app-1
Если прямо сейчас прибить my-app-0 через k delete po - my-app-1 же возьмёт трафик на себя без падений? А my-app-0 будет просто пересоздаваться в этот момент?
i
Если сервис не криво создан - то да
VS
шедулер при планировании учитывает запрошенные ресурсы. Соотвесвтенно с включенным свопом, он будет считать это доступной памятью и шедулить туда. А как "быстро" работает своп сам знаешь
Ты можешь забыть, но вот админ кластера не забудет выставить дефолты через limitranger, и получишь ты 10Mi дефолтные =)
Ты можешь забыть, но вот админ кластера не забудет выставить дефолты через limitranger, и получишь ты 10Mi дефолтные =)
Нуууу, не совмем все так. Своп не память в широком понимании это слова, а простите за примитивизм, "хранилище/контейнер" для анонимной памяти процесса, которая может сильно выручить если у процесса много анонимной но редко используемой памяти. Так что, тут не все однозначно. Поэтому, утверждение что своп зло имеет место, но не аксиома
GG
Скорее зло, чем нет ) на самом деле странно, что не пишут под Линукс софт так, чтобы реально можно было безболезненно работать без свопа. А разработчики кубера не дураки, что его отключают, очевидно
LB
Нуууу, не совмем все так. Своп не память в широком понимании это слова, а простите за примитивизм, "хранилище/контейнер" для анонимной памяти процесса, которая может сильно выручить если у процесса много анонимной но редко используемой памяти. Так что, тут не все однозначно. Поэтому, утверждение что своп зло имеет место, но не аксиома
КМК всякие лямбды вполне могут в свопе жить. С диска поднять пол гигабайта памяти явно дешевле, чем новые поды стартовать. Но в соеднестатистическом кубе конечно своп не нужен, разве что system-reserved уменьшить на пару сотен мегабайт
EU
Привет. Открыл неприятную особенность. В openShift нужно прокидывать пути сервисов наружу (в routes это делается). Для меня это выглядит странным. У меня возникает вопрос: можно ли прокинуть все пути разом так, чтобы всё было видно снаружи?
P
Привет. Открыл неприятную особенность. В openShift нужно прокидывать пути сервисов наружу (в routes это делается). Для меня это выглядит странным. У меня возникает вопрос: можно ли прокинуть все пути разом так, чтобы всё было видно снаружи?
чуть чуть не дошел https://t.me/ru_openshift
GG
Привет. Открыл неприятную особенность. В openShift нужно прокидывать пути сервисов наружу (в routes это делается). Для меня это выглядит странным. У меня возникает вопрос: можно ли прокинуть все пути разом так, чтобы всё было видно снаружи?
Ничего не понял, все там логично. Более того - можно писать в kind:Ingress и опеншифт сам все конвертирует в route
EU
Ничего не понял, все там логично. Более того - можно писать в kind:Ingress и опеншифт сам все конвертирует в route
Я пока что не разобрался, как это делать.
EU
Ничего не понял, все там логично. Более того - можно писать в kind:Ingress и опеншифт сам все конвертирует в route
Выглядит так, что если я сервису доделываю ещё один роут, то мне нужно править route в ямлике. Это неудобно очень.
GG
Выглядит так, что если я сервису доделываю ещё один роут, то мне нужно править route в ямлике. Это неудобно очень.
Обычно у тебя один сервис - один префикс
GG
И все подроуты как-то ещё обозначать не надо )
GG
Поэтому сформулируй, пожалуйста, свой вопрос нормально, с деталями. Тогда, глядишь, можно будет подсказать
EU
Обычно у тебя один сервис - один префикс
Ну, да. Один сервис — один префикс.
Задача.
Есть сервис. Мне нужно, чтобы все его ендпоинты были видны снаружи кластера. Вопрос. Как сделать?
Задача.
Есть сервис. Мне нужно, чтобы все его ендпоинты были видны снаружи кластера. Вопрос. Как сделать?
GG
Пишешь kind:Ingress
В нем пишешь, что path: prefix уходит в service_name. Применяешь.
В нем пишешь, что path: prefix уходит в service_name. Применяешь.
GG
Когда появляется новый сервис - пишешь ещё один ингресс с новым префиксом на новый сервис. Профит