Я думаю, что это должно быть отлично хорошо для объединения в цепочку способных репозиториев, и также хорошо, чтобы они обновили каждый n дни (крон может использоваться для этого). Я также не вижу ловушек кроме синхронизации. 300 ГБ более чем достаточно (зеркало шахты берет ~150GB для мультивселенной, бэкпортов и безопасности бионических/18.04).

Синхронизация

Так как Вы будете использовать крон для обновления Вашего repos, лучшее Вы, банка должна инициировать синхронизацию в час X:00 в общедоступной зоне, в час X+1 в Вашей первой зоне, и так далее. Это в порядке для получения последних обновлений наиболее защищенной зоны как можно скорее (в одном каскаде синхронизации). При попытке синхронизировать зоны в противоположном порядке (общедоступные синхронизации как последнее), необходимо будет ожидать дни прибытия критических обновлений самой высокой зоны безопасности.

Ваша архитектура

Общественность | зона 1 | зона 2 |...

Конфигурации крона в качестве примера

Создайте кроны как "способно-зеркального" пользователя:

sudo -u apt-mirror crontab -e

в соответствующем зеркале:

# m h  dom mon dow   command
0  0   *   *   *    /usr/bin/apt-mirror     # in public mirror
0  1   *   *   *    /usr/bin/apt-mirror     # in zone 1 mirror
0  2   *   *   *    /usr/bin/apt-mirror     # in zone 2 mirror
0  3   *   *   1    /usr/bin/apt-mirror     # in zone 3 mirror, weekly

Обратите внимание на то, что новые обновления будут "течь" как в водопаде от одного зеркала глубже в зоны к другому зеркалу. Утром у Вас будут новые обновления в самой глубокой зоне готовыми установить.

Установка в зеркальном сервере

Все, в чем Вы нуждаетесь на Ubuntu 18.04 и 16.04, является на самом деле этим: https://blog.programster.org/set-up-a-local-ubuntu-mirror-with-apt-mirror - я протестировал это в своем сценарии "зон".

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