h
каким образом QoS в кубе работает?
насколько известно приоритетней идут те, кто с лимитами, те что без них киляются
насколько известно приоритетней идут те, кто с лимитами, те что без них киляются
Те кто без лимитов выгоняются первыми
Size: a a a
2020 September 24
S
Те кто без лимитов выгоняются первыми
выгоняются в плане перемещают на другую ноду?
S
мде, так CPU не напасешься..
h
выгоняются в плане перемещают на другую ноду?
Eviction
S
Eviction
аа, ну в таком случае cluster-autoscaler раздуплит их при провиженинге тачки
h
аа, ну в таком случае cluster-autoscaler раздуплит их при провиженинге тачки
ну если он у вас есть =)
S
ну если он у вас есть =)
есть, просто хотел уточнить моменты, когда не хватит резервации
SM
мде, так CPU не напасешься..
по cpu не ивиктит
TA
выдал полные доступы по ролям и на ту группу которая выдает ошибку тоже самое
S
по cpu не ивиктит
а че делает тогда?
просто пока не понятно сколько точно нужно резервировать по ЦПУ сервисы, чтоб они не проседали сильно по производительности из-за тротлинга
сейчас работают уже лучше, но кол-во сервисов только и будет расти, а я так гляжу по nodejs приложухам, что они не мало ЦПУ кушают.. в среднем 400 millicors
просто пока не понятно сколько точно нужно резервировать по ЦПУ сервисы, чтоб они не проседали сильно по производительности из-за тротлинга
сейчас работают уже лучше, но кол-во сервисов только и будет расти, а я так гляжу по nodejs приложухам, что они не мало ЦПУ кушают.. в среднем 400 millicors
GG
а че делает тогда?
просто пока не понятно сколько точно нужно резервировать по ЦПУ сервисы, чтоб они не проседали сильно по производительности из-за тротлинга
сейчас работают уже лучше, но кол-во сервисов только и будет расти, а я так гляжу по nodejs приложухам, что они не мало ЦПУ кушают.. в среднем 400 millicors
просто пока не понятно сколько точно нужно резервировать по ЦПУ сервисы, чтоб они не проседали сильно по производительности из-за тротлинга
сейчас работают уже лучше, но кол-во сервисов только и будет расти, а я так гляжу по nodejs приложухам, что они не мало ЦПУ кушают.. в среднем 400 millicors
vpa вруби в режиме эдвайса
S
vpa вруби в режиме эдвайса
дык он не будет работать потом с hpa(
S
а тут уж хз че лучше.. чтоб скейлилось вширь или вверх.
GG
дык он не будет работать потом с hpa(
Эдвайз
GG
Чтобы он ничего не скейлил
GG
Просто хинты будет давать
SM
а че делает тогда?
просто пока не понятно сколько точно нужно резервировать по ЦПУ сервисы, чтоб они не проседали сильно по производительности из-за тротлинга
сейчас работают уже лучше, но кол-во сервисов только и будет расти, а я так гляжу по nodejs приложухам, что они не мало ЦПУ кушают.. в среднем 400 millicors
просто пока не понятно сколько точно нужно резервировать по ЦПУ сервисы, чтоб они не проседали сильно по производительности из-за тротлинга
сейчас работают уже лучше, но кол-во сервисов только и будет расти, а я так гляжу по nodejs приложухам, что они не мало ЦПУ кушают.. в среднем 400 millicors
поставьте рейндж на цпу, а памяти сделайте реквесты=лимитам, или чтобы разница между ревестом и лимитом была не большой, тк чем боьше разница тем они первыми пойдут на выход, если у вас шаред пул по цпу, то у вас все равно гонка будет за ядра
GG
Типа больше цпу или меньше
GG
поставьте рейндж на цпу, а памяти сделайте реквесты=лимитам, или чтобы разница между ревестом и лимитом была не большой, тк чем боьше разница тем они первыми пойдут на выход, если у вас шаред пул по цпу, то у вас все равно гонка будет за ядра
Тоже правильная идея
S
поставьте рейндж на цпу, а памяти сделайте реквесты=лимитам, или чтобы разница между ревестом и лимитом была не большой, тк чем боьше разница тем они первыми пойдут на выход, если у вас шаред пул по цпу, то у вас все равно гонка будет за ядра
мм, а как это выглядит в разрезе манифеста куба? "рейндж на цпу"? чет не видел подобного