Определение разумных значений для квот и предельных диапазонов

Question

Какой подход вы используете для определения допустимых значений для запросов ресурсов и ограничений для ResourceQuota и LimitRange объектов в проектах OpenShift / Kubernetes?

Я не спрашиваю, как создавать квоты или предельные диапазоны, а скорее как рационализировать значения запроса / предела процессора / памяти вместо простого угадывания.

Я натолкнулся на это сообщение в блоге , которое является хорошей отправной точкой и надеется найти больше ресурсов или рекомендаций для лучших практик. Я понимаю, что мне придется повозиться с этими настройками, поскольку не существует единого решения для всех.

Answer 1

Я думаю, что вы вроде ответили на вопрос сами. Там нет размера, подходящего всем, это действительно зависит от типов рабочих нагрузок. Это также мнение о том, сколько слабости вы хотите оставить на ресурсах.

IMO

Для вычислительных ресурсов:

• Процессоры и память: все, что меньше 10%, вероятно, используется недостаточно, а что-то более 80% - слишком. Вы всегда хотите стремиться к большему использованию обоих этих ресурсов, потому что эти ресурсы, как правило, стоят больше всего.
• Диск: значение 80% означает, что вам, вероятно, необходимо увеличить размер диска или выполнить сборку мусора.

Для ограничений ресурсов K8s, таких как количество ConfigMaps, максимальных ограничений не существует, это просто возможность убедиться, что пользователи кластера не злоупотребляют созданием ресурсов только потому, что ресурсы кластера никогда не бывают бесконечными. Один из примеров, который я могу вспомнить, это то, что вы можете сказать, что на каждое развертывание в среднем приходится 2 ConfigMaps, и вы хотели бы иметь 100 Deployments, и вам может потребоваться установить ограничение в 220 ConfigMaps.