Какой сервер выбрать для Gitea
Для кода и задач небольшой команды начните с VPS на 2 vCPU, 2 ГБ памяти и 40 ГБ SSD плюс место под репозитории. При крупных проектах, поиске и хранении пакетов рассматривайте 4 vCPU и 4 ГБ. Автоматические сборки запускайте отдельно: их ресурсы определяются проектами, а не требованиями Gitea.
Для хранения кода, обсуждения изменений и задач выбирайте VPS на 2 vCPU и 2 ГБ памяти. Добавьте 40 ГБ SSD под систему и место под проекты. Если часто клонируют большие репозитории, работают с поиском по коду или загружают пакеты, начните с 4 vCPU и 4 ГБ.
Сразу отделите Gitea от автоматических сборок. Сервис хранит проекты и распределяет задания, а runner — отдельный исполнитель — запускает тесты, компиляторы и сборку контейнеров. Размещайте его на другом узле: тогда тяжёлая сборка не замедлит просмотр кода и не займёт весь диск Gitea.
Два варианта сервера для хранения кода #
| Что выбираем | Код и задачи небольшой команды | Крупные проекты, поиск и пакеты |
|---|---|---|
| Процессор | 2 vCPU | 4 vCPU |
| Память всего VPS | 2 ГБ | 4 ГБ |
| Система | 40 ГБ SSD | 40 ГБ SSD |
| Проекты и пакеты | По текущему объёму и росту | Расчёт на год и срок хранения |
| Сборки Actions | Отдельный исполнитель | Отдельные исполнители по заданиям |
Что узнать о проектах перед заказом #
Соберите размеры и сценарии
- Объём репозиториев с историей, LFS, пакетов и вложений.
- Сколько крупных клонирований, отправок и поисков выполняют одновременно.
- Какие сборки запускаются, сколько памяти и времени занимает каждая.
- Как долго нужно хранить результаты сборок и резервные копии.
Gitea и сборки расходуют ресурсы по-разному #
Документация Gitea 1.25 называет два ядра и 1 ГБ памяти обычной отправной точкой для небольших команд. В наших профилях памяти больше, чтобы учесть базу, операционную систему и запас. vCPU — виртуальное ядро; при частых операциях Git уточните гарантированную мощность тарифа.
Процессор занят упаковкой истории при клонировании и отправке изменений. Диск хранит историю, индексы, вложения и пакеты. Большие двоичные файлы через Git LFS — отдельное хранилище файлов рядом с историей — тоже занимают место. SSD полезен для частых небольших операций; объём и лимиты чтения и записи проверяйте отдельно.
Пример: история, LFS и пакеты на год #
Допустим, история репозиториев занимает 20 ГБ, файлы LFS — 30 ГБ, пакеты и результаты сборок — 40 ГБ. Всего 90 ГБ данных. При росте на 5 ГБ в месяц через год будет 150 ГБ. Вместе с 40 ГБ для системы получается 190 ГБ до временных файлов и индексов; SSD на 300 ГБ оставит запас.
Три полные копии 150 ГБ потребуют около 450 ГБ в отдельном хранилище. У результатов сборок задайте срок хранения: удаление ненужных старых пакетов может сэкономить больше, чем смена тарифа. Временный архив резервного копирования тоже требует свободного места.
Сеть для разработчиков и исполнителей #
Выбирайте регион рядом с разработчиками и исполнителями сборок. HTTPS нужен для веб-интерфейса и операций Git; SSH — если команда использует такой доступ. Базу не открывайте в интернет. Уточните исходящий трафик: повторное клонирование больших проектов и скачивание контейнеров увеличивают расход.
Где выбрать VPS для Gitea #
В статье есть партнёрские ссылки FirstVDS и Selectel. Удельта может получить вознаграждение, если вы закажете услуги по этим ссылкам.
Ссылки помогают собрать нужный VPS; это не готовые тарифы Gitea. Сравните CPU, SSD и возможность расширения, а цену проверьте при заказе.
В месячный бюджет входят сервер Gitea, диск, внешние копии и сопровождение. Исполнители сборок, их временные диски и трафик оплачиваются дополнительно. Для сборки одного большого проекта может потребоваться больше ресурсов, чем всему сервису хранения кода.
Почему копия кода не заменяет копию Gitea #
Копия должна включать репозитории, базу, конфигурацию, LFS и другие постоянные файлы. В документации 1.25 для согласованной копии через dump требуется остановить Gitea: база и файлы не должны изменяться во время сохранения.
Копии храните вне VPS. Восстановите проект, обсуждение и LFS-файл на тестовом узле, затем проверьте клонирование и отправку изменений. Рабочая копия кода на ноутбуке не сохраняет все задачи, права и настройки сервиса.
Проверка и признаки нехватки ресурсов #
Проверьте крупнейший рабочий проект
- Перенесите проект с историей, LFS и пакетами.
- Одновременно выполните клонирование, отправку изменений и поиск; запустите сборку на отдельном исполнителе.
- Восстановите копию и проверьте права, задачи и операции Git.
При медленном клонировании и загруженном CPU добавляйте процессор. При медленном интерфейсе с очередью дисковых операций проверьте SSD и базу. Если ждут задания Actions, увеличивайте ресурсы или число исполнителей, а не сервер Gitea.
Вопросы о сервере Gitea #
Можно ли запускать сборки на том же VPS?
Для знакомства возможно, но рабочей команде проще отдельный исполнитель с лимитами. Один неудачный сценарий сборки тогда не отнимет все ресурсы хранилища кода.
Хватит ли диска на 40 ГБ?
Это место для системы. Историю репозиториев, LFS, пакеты и временную копию добавляйте отдельно; сумма может быстро превысить размер самого исходного кода.
Источники: ветка Gitea 1.25 #
Требования, Actions и копии проверены по ветке Gitea 1.25 6 октября 2026 года. Эти сведения не называют текущую установленную версию: для другого выпуска сверяйте его документацию.