При каком парке машин нужен локальный репозиторий апдейтов ОС?
Собственно %сабж%. Есть пока что виртуальный кластер из 8-и машин на CentOS и Debian, которые переодически апдейтятся и апргейдятся из официальных репозиториев и их зеркал. Плюс чуточка «пользовательского» софта. Вроде и апдейтить — всего ничего, по чуть-чуть, но умножив это «чуть-чуть» на весь зооПарк, получается Цифра.
При каком зоопарке (количество машин) стоит заморачиваться на локальный репо и какие варианты тут могут быть?
Для Debian есть такая хитрая штука как кэширующий сервер обновлений, вроде apt-cacher-ng оно. Получается так, что качать и хранить все зеркало целиком не нужно, но если машины запрашивают одинаковые пакеты, то качаются они только один раз из внешней сети.
Я считаю, что при количестве >2 следует обзавестись кэширующим прокси для обновлений.
Для debian я использую approx. для centos вроде есть какой-то mrepo.
У меня gentoo, но в данном случае не вижу особой разницы. Сделал своё зеркало когда к 3 десктопам и 3 серверам добавился еще один сервак. Трудозатраты минимальны, требуется только хороший канал и 200 гигов места.
Мне, кстати, интересно, сколько потребует места зеркало для дебиана?
Ну можно не полное зеркало делать, а вырезать неиспользуемые пакеты/группы пакетов debmirror'ом (он, по-моему, единственный, умеет резать что-то при зеркалировании). И 45 это, емнип, для одной ветки. Если используется зоопарк stable + testing + sid, то там порядка 100-120Гб.
Не стоит забывать также, что наличие локального репозитария создаст дополнительную нагрузку на сервер, если под раздачу апдейтов не выделен отдельный сервер. А также дополительную задачу администрирования.
Простой
