#Изменения спецификации

По мере роста объёмов данных важно своевременно расширять ёмкость до того, как использование ресурсов приблизится к квоте хранения, чтобы обеспечить непрерывную доступность сервисов.

#Ограничения

1. Если для текущего экземпляра были сделаны настройки, связанные с планированием, изменения в количестве реплик должны соответствовать текущей конфигурации планирования.
2. Рекомендуется масштабировать все узлы до одинаковой спецификации, так как расширение ёмкости хранения одного Broker может привести к дисбалансу хранения. Ёмкость хранения на расширенном Broker может быть перегружена, в то время как ёмкость на других Brokers может использоваться не полностью. В этом случае может потребоваться миграция существующих данных для достижения сбалансированного распределения по новому пространству хранения. Это означает, что часть данных может потребоваться перенести с исходного Broker на расширенный Broker, что добавляет сложности и дополнительные операции по миграции данных. Чтобы избежать этих проблем, рекомендуется при расширении кластера Kafka поддерживать ёмкость хранения Brokers равной или максимально близкой. Это обеспечит сбалансированное распределение данных и нагрузки, повышая производительность и надёжность кластера.
3. При изменении ресурсов CPU и памяти необходимо оценивать изменения с учётом бизнес-требований и доступности ресурсов, чтобы избежать сбоев расширения из-за слишком малого или слишком большого объёма ресурсов, что может помешать нормальному запуску экземпляра.

#Процедура

# Установить спецификации экземпляра: cpu:300m, memory: 300Mi
kubectl -n <namespace> patch rdskafka <name> --type=merge --patch='{"spec": {"resources":{"limits":{"cpu": "2","memory":"4Gi"},"requests":{"cpu":"2", "memory":"4Gi"}}}}'

Подождите некоторое время, после чего вы увидите соответствующие изменения в разделе Specifications в топологии.