Комментарии 8
Стоит отметить, что все чаще практикуется подход, где устанавливаются реквесты по CPU, RAM, устанавливаются лимиты по RAM, но не устанавливаются лимиты CPU, позволяя временный Overcommit ресурсов если они есть на машине, пока не отработает автоскейлер дальше. А приложения лучше успевают пройти пик нагрузок без тротлинга со стороны ядра.
Я пришел к такой практике:
Выставляю для памяти одинаковые значения для реквеста и лимита
Для CPU выставляю только значение реквеста
Данные для реквестов и лимитов выставляю спустя некоторое время на основе анализа потребления ресурсов из Prometheus за какое-то время.
Отсутствие лимитов для CPU помогают в тех случаях, когда поду нужно больше вычислительной мощности. Это позволяет использовать те ресурсы, которые свободны.
Здравствуйте, спасибо за статью и классные примеры.
Хотел бы заметить что MiB это мебибайты, которые более "честные" в расчетах тех же дисков, так как 1KiB равен 1024 байтам, но обычный 1KB это 1000 байт.
А как связаны DaemonSet и желание повесить под на определенную ноду? DaemonSet отскейлит под на все ноды. А чтобы под работал на ноде с определенными ресурсами, то как вариант можно использовать affinity или node selector
>Если в распоряжении нет подов, которые соответствовали бы выданным запросам, то Kubernetes вообще не будет назначать под.
Тут автор, возможно, имел ввиду "Если в распоряжении нет узлов"
>то на узле можно будет разместить более одного пода в каждый момент времени
А тут "не более одно пода"
Спасибо большое за статью!
Запросы и лимиты в Kubernetes: разбираемся в деталях