Комментарии 3
Не думаете, что разделение приложений по нодам — это противоречит самой идее общего пула ресурсов? Такой вот «bring your own node» в общий котел. Таким образом, наверняка, проще нарезать маленькие кубернетисики под каждую отдельную задачу. Да и обновление кластеров тогда можно делать максимально безболезненно.
Общие пулы могут быть под конкретные задачи и это нормально. Общий пул не значит, что он под абсолютно все задачи. Нам не имеет смысла гонять простые приложения, на GPU нодах — верно?
С одной стороны да, маленькие отдельные кластера под задачи — это удобно. с полной изоляцией, но с другой стороны приводит к лишней работе. Тут нужно иметь некий баланс адекватности и необходимости.
У нас есть и те и другие варианты в обслуживании.
С одной стороны да, маленькие отдельные кластера под задачи — это удобно. с полной изоляцией, но с другой стороны приводит к лишней работе. Тут нужно иметь некий баланс адекватности и необходимости.
У нас есть и те и другие варианты в обслуживании.
Спасибо за пост. В чем различие между nodeSelector и "Taints and Tolerations"? Пока что я вижу что в основном это запрет на запуск клиентских подов на ноде мастера с помощью NoSchedule.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Kubernetes tips & tricks: о выделении узлов и о нагрузках на веб-приложение