You are viewing documentation for Cozystack v1.2. For the latest version, see the v1.4 documentation.
Рекомендации по планированию системных ресурсов
Это руководство помогает спланировать выделение системных ресурсов на узел с учетом размера кластера и количества tenants. Рекомендации основаны на production-развертываниях и дают достаточно точные оценки для планирования.
Быстрый старт: выделите как минимум 2 ядра CPU и 6 ГБ RAM на узел для системных компонентов. Для точного расчета требований с учетом размера кластера и количества tenants используйте таблицу или калькулятор ниже.
Примечание о выделении ресурсов: эти значения отражают ожидаемое потребление при нормальной работе, а не жесткое резервирование ресурсов. Kubernetes динамически планирует workload’ы, а системные компоненты будут потреблять примерно эти объемы, при этом оставшаяся емкость останется доступной для tenant workload’ов.
Требования к ресурсам
Требования зависят как от размера кластера (количества узлов), так и от количества tenants. Если у каждого tenant много активных сервисов (5+), ориентируйтесь на значения из следующей категории tenants.
| Размер кластера | Узлы | До 5 tenants | 6-14 tenants | 15-30 tenants | 31+ tenants |
|---|---|---|---|---|---|
| Малый | 3-5 | CPU: 2 ядра RAM: 6 ГБ | CPU: 2 ядра RAM: 6 ГБ | CPU: 3 ядра RAM: 10 ГБ | CPU: 3 ядра RAM: 15 ГБ |
| Средний | 6-10 | CPU: 3 ядра RAM: 7 ГБ | CPU: 3 ядра RAM: 7 ГБ | CPU: 3 ядра RAM: 12 ГБ | CPU: 4 ядра RAM: 18 ГБ |
| Крупный | 11+ | CPU: 3 ядра RAM: 9 ГБ | CPU: 3 ядра RAM: 10 ГБ | CPU: 4 ядра RAM: 15 ГБ | CPU: 4 ядра RAM: 22 ГБ |
Советы по планированию:
- Отслеживайте фактическое потребление ресурсов и корректируйте значения при необходимости
- Закладывайте запас на рост 20-30%
- При высокой активности tenants рассмотрите увеличение CPU на 50-100%, а памяти — на 100-300%
Рассчитайте свои требования
Используйте калькулятор ниже, чтобы определить требования для вашей конкретной конфигурации:
Почему требования к ресурсам масштабируются
Потребление системных ресурсов растет вместе с размером кластера и количеством tenants, потому что системным компонентам нужно обрабатывать больше объектов Kubernetes для мониторинга, применять больше сетевых политик и собирать и обрабатывать больше логов.