Alauda Cache Service for Redis OSS
  • Русский

    • Спецификация обновления

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

    Содержание

    Операционные ограниченияПроцедура

    Операционные ограничения

    1. Совместимость с конфигурацией планирования: При масштабировании количества реплик убедитесь, что запрашиваемое число соответствует существующим ограничениям планирования узлов (labels, taints, tolerations), настроенным для экземпляра.

    2. Согласованность хранения в режиме Sentinel: В развертываниях Sentinel все узлы (первичный и реплики) должны иметь одинаковый объём выделенного хранилища для обеспечения корректной репликации и возможности переключения.

    3. Гибкость масштабирования в режиме Cluster: В развертываниях Cluster отдельные шарды можно масштабировать независимо, но внутри каждого шарда все реплики должны иметь одинаковый объём хранилища с первичным узлом.

    4. Особенности распределения ресурсов: При изменении выделения CPU и памяти:

      • Анализируйте исторические данные использования и прогнозируемый рост
      • Проверяйте доступность ресурсов кластера перед масштабированием
      • Учитывайте накладные расходы памяти Redis (~30% сверх размера набора данных)
      • Внедряйте постепенное масштабирование в продуктивных средах

      Недостаточное выделение ресурсов может привести к нестабильности экземпляра, а избыточное — к неэффективному использованию ресурсов.

    Процедура

    CLI
    Web Console

    Спецификации экземпляра управляются через поле spec.resources в кастомном ресурсе Redis (подробности параметров см. в API documentation).

    # Обновление ресурсов экземпляра до 300m CPU и 300Mi памяти
$ kubectl -n default patch redis s6 --type=merge --patch='{"spec": {"resources":{"limits":{"cpu": "300m","memory":"300Mi"},"requests":{"cpu":"300m", "memory":"300Mi"}}}}'

    Для отслеживания прогресса масштабирования:

    $ kubectl -n default get redis s6 -w

    Система будет применять изменения конфигурации поэтапно, чтобы минимизировать прерывания сервиса. Вид топологии отразит обновлённые спецификации после успешного завершения операции масштабирования.

    Совет по производительности: Для экземпляров с большими наборами данных рекомендуется выполнять операции масштабирования в периоды низкой нагрузки, чтобы минимизировать возможное влияние на работу клиентов.