Модуль Code: Масштабирование

Масштабирование основано на параметре CodeInstance scaling.targetUsercount — в зависимости от его значения модуль изменяет HPA, PDB, запросы/лимиты по CPU и памяти.

Внимание! Не рекомендуется использовать любые экземпляры “burstable” в облачной инфраструктуре из-за непостоянной производительности.

Архитектурная справка

10 Users

Простая инсталляция без HА-режима. Подходит для ознакомительного режима работы. В такой инсталляции мы не гарантируем отказоустойчивость или способность выдержать какую-то нагрузку

Таблица потребляемых ресурсов

Расчет приводится на базе ожидаемого количества пользователей

В таблице ниже приведены ресурсы, требуемые для развертывания 1 копии каждого компонента. При установке в режиме высокой доступности планируйте как минимум удвоенное количество ресурсов

Опциональные компоненты отмечены в таблице символом * Первая строка каждой ячейки отражает requests по ресурсам, вторая - limits

Автоматическое масштабирование

Большинство компонентов поддерживают горизонтально масштабирование когда HA-mode включен. Эти компоненты имеют не менее 2 реплик. Максимальное количество реплик указано в таблице ниже:

Опциональные компоненты отмечены в таблице символом *

Настройка масштабирования ресурсов хранилища Git

Если вы видите непустую таблицу ‘OOM events’ в Grafana или срабатывающий алерт GitalyCgroupMemoryOOM в Prometheus, вероятно, вам нужно скорректировать ресурсы памяти и CPU для Gitaly. Увеличьте значения spec.gitData.resources в вашей конфигурации (например, установите память на 16Gi и CPU на 4). Примените изменения и наблюдайте за Gitaly.

При масштабировании Git-хранилища важно учитывать следующий приоритет параметров:

1. Явно заданные ресурсы в spec.gitData.resources
2. Значение spec.scaling.targetUserCount (используется для автоматического расчёта ресурсов по таблице)

Пример 1:

`spec.gitData.resources.cpu`: 1  
`spec.gitData.resources.memory`: 1Gi  
`spec.scaling.targetUserCount`: 3000

Согласно таблице рекомендуемых ресурсов (описанной выше), ожидаемый результат при targetUserCount = 3000:

• memory: 4Gi
• cpu: 2

Однако из-за приоритета явно заданных значений фактический результат будет:

• memory: 1Gi
• cpu: 1

💡 Примечание: если явно указан параметр в spec.gitData.resources, он всегда имеет приоритет над автоматическим расчётом.

Пример 2:

`spec.gitData.resources.cpu`: 5  
`spec.gitData.resources.memory`: ***намеренно не указан***  
`spec.scaling.targetUserCount`: 3000

Согласно таблице, ожидаемый результат при targetUserCount = 3000:

• memory: 4Gi
• cpu: 2

Но поскольку:

• spec.gitData.resources.cpu задан явно → используется значение 5,
• spec.gitData.resources.memory не указан → используется значение из таблицы (4Gi),

фактический результат будет:

• memory: 4Gi (из таблицы)
• cpu: 5 (из spec.gitData.resources.cpu)

💡 Важно: если какой-либо ресурс (CPU или память) не указан в spec.gitData.resources, для него применяется значение из таблицы масштабирования.