Вот письмо в / var / mail / root, которое я получил в журналах моего сервера http://paste.ubuntu.com/532874/ Я вижу, что одни и те же пакеты загружаются много раз снова и снова. Всего обновляется 5 серверов (4 виртуальных машины и один хост), так что есть ли способ сэкономить пропускную способность при такой настройке.
Создайте apt-cacher на одном из полей, а затем укажите sources.list на свой кэширующий прокси. Apt-cacher загружает только запрошенные пакеты, поэтому пропускная способность диска не тратится.
Поскольку пакеты собираются через HTTP, вы можете настроить кэширующий прокси, такой как Squid, и настроить серверы на обновление через него, установив соответствующую опцию в вашем apt.conf.
Вы также можете использовать службы, специально оптимизированные для кеширования пакетов для apt, но будьте осторожны с ними, если у вас может быть смесь компьютеров Debian и Ubuntu, работающих через один и тот же прокси. Обычный прокси-сервер HTTP может помочь вам уменьшить нагрузку на полосу пропускания других входящих сервисов без запуска нескольких различных прокси-сервисов (я считаю, что Yum также использует HTTP, как и многие другие процедуры обновления сервисов, такие как обновление данных шаблона clamav и т. Д.).
Хотя на самом деле объем полосы пропускания, используемый регулярными обновлениями apt / yum, не так уж велик по современным стандартам, если только у вас не очень медленное (или очень дорогое) соединение. Единственный раз, когда вы действительно заметите большую разницу, - это установка новой машины, когда может быть большой накопившиеся обновления пакетов для загрузки с настоящего момента и до момента создания компакт-диска (или образа ISO), с которого вы выполняете установку. Дополнительные хлопоты, связанные с запуском прокси-сервера и проверкой его использования на машинах, могут стоить вам больше времени администратора, чем оно когда-либо будет стоить с точки зрения экономии из-за сокращения использования полосы пропускания и времени загрузки. Если вас беспокоит то, что все машины могут попытаться обновить одновременно и таким образом на некоторое время заполнить ваше входящее соединение, просто убедитесь, что такие задачи администратора (и / или задания cron) расположены в шахматном порядке, чтобы одна машина завершила работу до следующего запуска.
Я полагаю, вы могли бы настроить собственное зеркало или найти способ предварительно заполнить пакеты в промежуточной области.
Реальный вопрос: вы платите за пропускную способность или просто оптимизируете микро-оптимизацию?