Рейтинг:0

creating a linux local update mirror (cache) and automating it

флаг de

Hi i run a few different linux distributions and architectures and have some from server so slow that they update in KB/s for example with ubuntu on ARM. I'm learning up automation, how would i go about

  • creating a local only linux mirror/cache
  • updating that mirror/cache regularly automatically
  • automating the router to wake up the file server to update that cache and shutting it down when finished
  • additionally if possible, update other VMs/devices after the file server updates.

I have access to my router to create static DNS entries as well and i have a file server that consumes a lot of power when turned on but it is very fast (does gzip close to 1GB/s which is the raid's peak performance). It takes more than 200W just keeping it on and no matter what i do cant reduce the wattage to under 100W so i decided to just have it at max performance and only turn it on when i need it.

I bricked one of the ARM boards OS and cant open it up to access the SD card, as one of the ubuntu upgrades went too slow that it timed out and messed up the firmware update as an example. I figured since i use a few distros very often that i might as well have the update process done from a local cache as an exercise to learning ansible.

I would like help in learning how to do this be it here or links to resources in how to do what i'd like.

Рейтинг:1
флаг za

Для систем на основе Debian и Ubuntu более выгодно использовать apt-cacher-нг вместо подходящего зеркала имхо

причина этого решения в том, что вы только и действительно только держите запрошенные пакеты, не тратя время на то, чтобы что-то обновить.

Я использую это около 10+ лет, чтобы снизить стоимость и трафик. Он поддерживает любой вид прокси, поддерживающий дистрибутив, который должен быть в основном всем.

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

флаг de
У меня проблема в том, что некоторые дистрибутивы/библиотеки или, в некоторых случаях, ближайшие места могут работать медленно. В этом случае лучше каждый день автоматически загружать весь репозиторий и обновлять его. Когда я говорю медленно, я имею в виду скорость коммутируемого доступа из-за медленных серверов (например, оборудования odroid). Обновление любых официальных дистрибутивов odroid очень медленное, но неизбежное, поскольку каждая плата ARM требует собственной реализации, нельзя просто взять двоичный файл и ожидать, что он будет работать.
djdomi avatar
флаг za
ну даже в этом случае будет работать apt cacher
флаг de
нет, должен быть быстрый и надежный источник для загрузки. Это связано с тем, что при первой попытке это будет очень медленно, поэтому, если другое устройство может потратить время на загрузку, прежде чем запускать обновление, и оно может загрузиться с него, тогда оно должно работать, но мой вопрос заключался в настройке этого устройства кэширования. качать что-то не с него, так как это другая архитектура процессора.
Рейтинг:0
флаг cn

Это потенциально немного не по теме из-за правила рекомендации, но в любом случае...

Здесь есть что распаковать, но я бы начал с просмотра:

  1. ЦенОС - повторная синхронизация инструмент, Ubuntu - подходящее зеркало инструмент.
  2. хрон для планирования
  3. Не уверен, что вы можете легко автоматизировать маршрутизатор, если только вы не можете заставить что-то еще отправить пакет пробуждения по локальной сети на сервер.
  4. Ты мог попробуйте запланировать обновления на других виртуальных машинах/серверах, но в остальном полезно просто иметь локальную копию пакетов.

В более общем плане вы можете рассмотреть такие вещи, как сценарии Bash или сценарии Python, для автоматизации небольших задач. Сначала я обычно использую Bash, затем Python, если он становится слишком сложным, затем Golang, если ему действительно нужны статические типы, или я буду распространять этот инструмент.

флаг de
Спасибо. Я использую микротик в качестве маршрутизатора, поэтому он поддерживает сценарии, триггеры и пробуждение по локальной сети. Я могу настроить его для отправки пакета пробуждения по локальной сети по трафику, но это было бы слишком много, но я также могу настроить сценарии для запуска в зависимости от времени. Mikrotik также имеет API для удаленного общения.

Ответить или комментировать

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