Настройка Apache Subversion на Windows

Введение

Использование Apache на Windows у корпоративных заказчиков встречается редко: большинство размещают Subversion‑серверы на Linux. Тем не менее, когда операционной системой сервера Subversion через Apache является Windows, администраторы часто сталкиваются с чрезмерным потреблением памяти процессом httpd, что иногда приводит к аварийной остановке сервера.

Все сборки Subversion для Windows поставляют 32‑битную версию Apache. На Windows Apache работает как один процесс с потоками‑обработчиками соединений. Это накладывает ограничение: суммарная адресуемая память процесса Apache на 32‑битной Windows не превышает ~2 ГБ. В сочетании с известными утечками памяти в модулях Apache это делает сервер под Windows склонным к частым падениям.

Ниже — практические настройки и методология, которые помогают минимизировать «кровотечение» памяти и продлить безотказную работу Subversion‑сервера на Windows.

Разбор директив и почему они важны

KeepAlive On — разрешает повторное использование соединения для нескольких запросов. Это снижает накладные расходы на установку новых TCP‑соединений и улучшает производительность.
KeepAliveTimeout 15 — закрывает соединение, если в течение 15 секунд не пришёл новый запрос. Увеличение этого значения улучшит задержки для клиентов, но дольше удержит потоки занятыми.
MaxKeepAliveRequests 500 — каждое соединение обслуживает до 500 запросов, затем закрывается.
MaxRequestsPerChild 400 — каждый дочерний поток (worker) обслуживает до 400 соединений, после чего поток завершается и создаётся новый.
MaxMemFree 8000 — поток может удерживать до ~8 МБ свободной памяти перед принудительным освобождением.

Стратегия этих настроек — ограничить продолжительность «жизни» каждого потока. При наличии утечек память освобождается при гибели потока, а не накапливается бесконечно.

Быстрый расчёт

При применённых значениях один поток будет обслуживать до:

MaxRequestsPerChild × MaxKeepAliveRequests = 400 × 500 = 200000 запросов

После этого поток перезапускается и принудительно освобождает свободную память (если её > 8 МБ).

Тонкая настройка и наблюдение

MaxKeepAliveRequests и MaxRequestsPerChild часто требуют подбора под нагрузку. Цель — найти баланс между скоростью передачи данных (меньше разрывов соединений) и общим использованием памяти Apache. Рекомендованный цикл действий:

Снимите базовую метрику: средняя и пиковая RSS/Working Set для процесса Apache, количество открытых потоков, частота рестартов.
Примените предложенные директивы в тестовой среде.
Мониторьте 7–14 дней: память, время отклика, падения процесса.
При необходимости уменьшайте MaxRequestsPerChild или MaxKeepAliveRequests, если память растёт; увеличивайте, если наблюдается чрезмерный overhead на установку соединений.

Важно: делайте по одному изменению за раз и фиксируйте результаты.

Когда это не сработает (контрпример)

Если причина падений — не утечки в потоках Apache, а сторонние плагины/модули, некорректная конфигурация Subversion или системные ограничения Windows, то указанные параметры могут не помочь.
При очень высокой одновременной нагрузке (тысячи параллельных клиентов) 32‑битного потолка в ~2 ГБ может быть недостаточно, даже при агрессивном перезапуске потоков.

В таких случаях следует рассматривать альтернативы.

Альтернативные подходы

Перенести Subversion‑сервер на Linux‑хост с 64‑битным Apache — самая надёжная опция для долгосрочной стабильности.
Использовать svnserve (протокол svn://) вместо Apache, если архитектура приложения это позволяет — это убирает зависимость от модулей Apache.
Запустить балансировщик/репликацию: распределение нагрузки по нескольким узлам снижает давление на отдельный процесс.

Чек‑лист для администратора (роль: администратор Windows/DevOps)

Сделать бэкап конфигурации httpd.conf и файлов Subversion.
Протестировать изменения в среде staging.
Применить директивы и рестартовать Apache в рабочее окно.
Настроить мониторинг памяти процесса (например, PerfMon или другой агент). Отслеживать RSS/Private Bytes.
Логировать рестарты процессов и падения.
Проводить итеративную тонкую настройку каждые 24–72 часа в первые две недели.

Мини‑методология внедрения (шаги)

Оценка текущего состояния (метрики, логи ошибок).
Кластерное тестирование в staging с этими директивами.
Постепенное развёртывание в production (canary или в maintenance window).
Мониторинг + откат при регрессе.
Документирование изменений и выводы для команды.

Факты и ключевые числа

Ограничение адресуемой памяти для 32‑битного Apache на Windows: около 2 ГБ.
Рекомендованный KeepAliveTimeout по умолчанию в этой рекомендации: 15 с.
MaxKeepAliveRequests предлагается: 500 запросов.
MaxRequestsPerChild предлагается: 400 соединений.
MaxMemFree указан как 8000 (приблизительно 8 МБ).

Критерии приёмки

Сниженное среднее потребление памяти процесса Apache по сравнению с исходной конфигурацией.
Отсутствие неожиданных аварийных остановок в течение контрольного периода (обычно 7–14 дней).
Приемлемая производительность для пользователей (задержки и скорость передачи в пределах SLA).

Миграционные заметки и совместимость

Если инфраструктура позволяет, при планировании миграции на Linux учитывайте: перенос рабочей копии репозиториев, проверку прав доступа и тесты работы хука.
Убедитесь, что версии Subversion на источнике и целевом хосте совместимы.

Краткое резюме

Ограничения 32‑битной версии Apache на Windows и возможные утечки памяти делают необходимым контролировать «жизнь» потоков и объём удерживаемой ими свободной памяти. Применение рекомендованных директив, мониторинг и поэтапная тонкая настройка обычно позволяют существенно снизить число аварий и продлить аптайм Subversion‑сервера.

Важно: если ограничения аппаратной платформы и архитектуры не позволяют добиться стабильности, рассмотрите перенос сервера на Linux или альтернативные архитектуры.

“Практическая тактика ограничивает влияние утечек: перезапуск потоков — это простой и эффективный приём” — опытный системный администратор.

Автор: Subversion Sherpa — Jonathan Paul, WANdisco