IO
А нормальная нагрузка это от скольки?
Это когда процесс начнет выжирать больше, чем ему шедулер ядра выдаст.
Size: a a a
2020 May 28
GV
Ну или просто кроме fs/rtpengine на этой машине в докере никто рядом не бежит
Ага, если кучу контейнеров держать при использование лимитов могут возникать задержки с CFS
IO
И без лимитов тоже
GV
без лимитов там CFS не ограничивает процессы
IO
Сам механизм ограничивает
IO
GV
ага читал это
IO
НО. Статья от 2017 года. В ядре за это время может что-то поменяться
IO
Тут нужно говорить реально со спецом по ядру
GV
в реалии просто есть система где куча ФС на разных хост машинах
GV
упакованы в докер
GV
медиа, транкодинг в мп3
IO
Но по моему опыту 2х летней давности, когда гоняли в куберах без лимитов, то при определенной нагрузке вылезал джиттер
GV
а у кубера равзе не свой планировщик?
С
Но по моему опыту 2х летней давности, когда гоняли в куберах без лимитов, то при определенной нагрузке вылезал джиттер
Я встречал два мнения, первое - это что докер и кубер являются разными вещами, всё же, и второе - что у докера кривоватая реализация сети.
IO
а у кубера равзе не свой планировщик?
Свой. Но он полагается на CFS
GV
у докера надо использовать режим host, тогда проблем особо нет
IO
Я встречал два мнения, первое - это что докер и кубер являются разными вещами, всё же, и второе - что у докера кривоватая реализация сети.
Докер и кубер безусловно разные вещи.
Но тут скорее про то, что при кубере ты без особых телодвижений, не контролируешь на каком хосте бежит тот или иной под/контейнер
Но тут скорее про то, что при кубере ты без особых телодвижений, не контролируешь на каком хосте бежит тот или иной под/контейнер
IO
у докера надо использовать режим host, тогда проблем особо нет
А вот тут можно долго спорить :) Докер в целом с сейтью предоставляет много механизмов, но host - это именно самый легкий путь.
GV
По голосу у нас требования высокие, + записи. При высоких нагрузках, когда звонков > 1500