Как сократить расходы при работе с Kubernetes

Часто на Kubernetes смотрят как на бездонную бочку и ненамеренно тратят лишнее. Как этого избежать, рассказал Алексей Волков, менеджер продукта Cloud Containers в VK Cloud.

Возможно ли экономить на K8S?

Bare-metal может быть более выгодным, когда речь идет про очень высокие требования к безопасности или производительности. Однако 95% кейсов, которые мы встречаем у своих клиентов, облачный Kubernetes поддерживает.

Когда мне говорят, что это дорого, я вспоминаю Альфа из одноименного сериала. Облачный Kubernetes — это не дорого, вы просто не умеете его готовить. Большинство инструментов для экономии доступны из коробки или же в нашем продукте.

Из чего состоят затраты?

Ресурсы, которые вы потребляете: CPU, RAM, диски, внешние IP-адреса, балансировщики и многое другое. За ними надо следить.

Важно определять и прорабатывать архитектуру приложения: работать с запросами и лимитами, с квотами. Нужно выбирать оптимальный размер ноды для того, чтобы не оставлять лишние ресурсы, которые недоиспользуются. Обязательно стоит чистить ваш кластер от мусора, который там скапливается за время работы.

Время. Мы работаем с системой Pay-as-you-go. Вы платите именно за время аренды ваших ресурсов. И на этот параметр тоже можно влиять.

Чтобы сократить время, можно использовать автомасштабирование подов и нод, а также уплотнение нод и контроль времени работы кластера.

Мы встречаем клиентов, которые перед всевозможными черными пятницами вручную поднимают количество реплик. Они не знают, сколько им необходимо, просто поднимают, например, 10 – 40. Потом ждут неделю, когда к ним придет большая волна. Все это приводит к перерасходам. Но зачем тратить больше, когда можно автоматически изменять число реплик в зависимости от нагрузки?

Какие инструменты можно использовать для экономии? Как оптимизировать затраты на уровне архитектуры самого приложения и экономить с помощью квот? Про все это рассказали на вебинаре — запись доступна к просмотру.

#kubernetes
@digitize_IT — мнения и управленческий опыт ИТ-лидеров