Офлайн-установка YUM и обновления с одной системы на несколько систем без подключения к интернету.

Содержание

Вопрос или проблема
Ответ или решение
Теория
Пример
Применение
Документация и ресурсы

Вопрос или проблема

Возможно ли сделать 1 IBMi (например, Development LPAR, где обновления будут тестироваться или установка YUM будет проведена при подключении к интернету) системой как ключевую систему, где обновления будут установлены и протестированы. После успешного тестирования в этой системе нужно будет передать их другим системам в той же сети, которые не подключены к интернету. Все установки и обновления YUM должны поступать только из этой системы другим системам в сети. Если да, можете, пожалуйста, сообщить мне команды и процесс для этого.

Надеюсь, мой вопрос ясен.

С уважением, Правин.

Один из возможных способов:

Создать на одной машине (RHEL) локальные репозитории
Реплицировать нужные репозитории RHEL с RedHat
Настроить другие машины на эти репозитории (на машине из пункта 1)

и процесс будет следующим:

обновить репозитории на репо-машине
обновить тестовую машину
провести тесты и подтвердить, что все в порядке
обновить остальные машины

Документы:

создание локального репозитория и репликация репозиторий RH: https://access.redhat.com/solutions/23016

Ответ или решение

Создание локальной системы обновления YUM без подключения к интернету

Для организации процесса офлайн обновления систем с использованием YUM на платформе IBM i можно применить стратегию создания центрального сервера для распространения обновлений. Основная идея заключается в том, чтобы использовать одну машину с доступом к интернету для загрузки и тестирования обновлений, а затем распространить эти обновления на другие машины, не подключенные к интернету. Важно обеспечить, чтобы все системы были обновлены из одного проверенного источника.

Теория

Система управления пакетами YUM (Yellowdog Updater, Modified) широко используется в дистрибутивах на базе Red Hat, в том числе IBM i, для установки, обновления и управления программным обеспечением. Процесс организации централизованного обновления включает создание локального репозитория, синхронизацию его с официальными репозиториями и обеспечение доступа к нему с других машин в сети.

Пример

Создание локального репозитория:
- Настройте сервер с доступом к интернету, с которого будет происходить синхронизация пакетов (например, Development LPAR).
- С помощью утилиты reposync или rsync скопируйте нужные репозитории с Red Hat.
Синхронизация репозиториев:
- Выполните команду reposync для скачивания всех необходимых пакетов и метаданных:
```
reposync -r <repo-id> -p /path/to/local/repo
```
- Создайте метаданные для локального хранения с помощью команды createrepo:
```
createrepo /path/to/local/repo
```
Настройка клиента для использования локального репозитория:
- На других системах в сети создайте файл репозитория, который укажет на ваш локальный сервер:
```
[local-repo]
name=Local Repository
baseurl=file:///path/to/local/repo
enabled=1
gpgcheck=0
```

Применение

Обновление репозиториев на ключевой машине:
- Регулярно обновляйте репозитории на машине с доступом к интернету.
Обновление тестовой машины:
- На тестовой системе выполнить обновление пакетов, используя созданный локальный репозиторий, командой:
```
yum update
```
Тестирование обновлений:
- Проведите необходимые тесты для проверки стабильности и корректности обновлений.
Распространение на остальные машины:
- После успешного тестирования разверните обновления на остальных системах в сети, используя аналогичный процесс обновления через локальный репозиторий.

Документация и ресурсы

Ниже приведена рекомендация для дополнительно изучения:

Документация по настройке локального репозитория и синхронизации доступна на официальном сайте Red Hat: Ссылку можно найти здесь.

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