Вопрос или проблема
Предпосылки
Я планирую настроить сервер PostgreSQL/PostGIS на RHEL 9.4 в рамках миграции с более старой версии RHEL и сравниваю пути обновления с точки зрения стабильности.
Если я правильно понимаю, существует два способа установки PostgreSQL и PostGIS на RHEL9:
Вариант 1: Использовать репозиторий PostgreSQL
Установите как PostgreSQL (postgresqlNN-server), так и PostGIS (postgisNN_MM) из официального репозитория PostgreSQL (pgdgNN).
Этот вариант следует циклу сопровождения PostgreSQL и PostGIS.
Вариант 2: Использовать репозитории RHEL9 и EPEL
Установите PostgreSQL (postgresql) из Red Hat Application Streams и PostGIS (postgis) из EPEL.
Red Hat предоставляет несколько версий PostgreSQL:
- PostgreSQL 13: Доступна через канал RHEL 9 Full Life Application Streams и поддерживается до конца срока поддержки RHEL9 (2032-05).
- PostgreSQL 15, 16: Доступны через RHEL 9 Application Streams с более короткими сроками, заканчивающимися в 2028-05 и 2029-05 соответственно.
Для PostGIS обновления предоставляются EPEL на добровольной основе из-за сообщества, управляющего этим проектом. Тем не менее, поддержка пакетов EPEL стремится к их поддержке до конца срока RHEL.
Из FAQ EPEL:
Как долго обновляются пакеты EPEL?
Идеально, чтобы пакеты EPEL поддерживались так долго, как поддерживается соответствующий выпуск RHEL. Однако EPEL является волонтерским проектом, и поддержка пакета может быть завершена в любое время.
Вопрос
Я рассматриваю возможность использования EPEL PostGIS, так как он дополняет PostgreSQL от Red Hat, который предлагает долгий жизненный цикл (PostgreSQL 13 поддерживается до 2032 года). Однако меня беспокоит долгосрочная совместимость пакетов EPEL с программным обеспечением, предоставляемым Red Hat, особенно после достижения конца поддержки верхнего уровня (например, PostgreSQL или PostGIS).
В моем случае PostgreSQL верхнего уровня достигнет конца поддержки в 2025-11, и, глядя на таблицу совместимости PostgreSQL-PostGIS и экстраполируя тенденцию, я предполагаю, что PostGIS прекратит поддержку PostgreSQL 13 в будущих выпусках.
Как обычно поддерживаются пакеты EPEL, такие как PostGIS, в таких сценариях, особенно когда они связаны с программным обеспечением, предоставляемым Red Hat, с более долгим жизненным циклом?
В частности:
- Будет ли версия EPEL PostGIS продолжать получать обновления, чтобы оставаться совместимой с PostgreSQL 13 до конца поддержки RHEL9?
- Есть ли прецедент или стандартная практика для пакетов EPEL по бэкпорту изменений из версий верхнего уровня в подобных случаях?
Ответ или решение
Понимание совместимости EPEL-пакетов с пакетами, поддерживаемыми Red Hat для PostgreSQL в течение всего жизненного цикла RHEL, является важным аспектом управления ИТ-инфраструктурой, особенно при планировании долгосрочной поддержки и стабильности. Ваш вопрос о совместимости пакетов PostGIS из репозитория EPEL с версией PostgreSQL, предоставляемой Red Hat, заслуживает тщательного рассмотрения.
Теория
RHEL (Red Hat Enterprise Linux) предоставляет стабильную платформу с расширенной поддержкой и обновлениями безопасности для своих пользователей. PostgreSQL, известная система управления базами данных, предлагается Red Hat через каналы Application Streams. Эти каналы позволяют пользователям выбирать нужную версию PostgreSQL и получать обновления в течение установленного периода, гарантирующего совместимость и безопасность.
С другой стороны, EPEL (Extra Packages for Enterprise Linux) представляет собой вспомогательное хранилище, в котором предоставляются дополнительные пакеты, которые не входят в базовое распространение RHEL. Эти пакеты поддерживаются сообществом на добровольной основе, и их совместимость с приобретёнными продуктами Red Hat зависит от усилий добровольцев и имеющихся ресурсов.
Примеры
Для вашего случая: PostgreSQL версии 13, которая поддерживается до мая 2032 года, то есть до конца жизненного цикла RHEL 9. Однако поддержка этой версии со стороны сообщества PostgreSQL завершится в ноябре 2025 года. PostGIS, расширение для работы с географической информацией в PostgreSQL, вероятно, будет следовать этому графику версий, что может привести к тому, что новые версии PostGIS перестанут поддерживать PostgreSQL 13.
EPEL стремится поддерживать свои пакеты на протяжении жизненного цикла соответствующего выпуска RHEL, однако из-за добровольческого характера этой работы возможны изменения. Разработчики EPEL могут перестать поддерживать конкретную ветку пакета, если у них больше нет ресурсов или желания продолжать эту работу. Это значит, что поддержка PostGIS в EPEL для PostgreSQL 13 может закончиться раньше или ограничиться критическими обновлениями.
Применение
-
Обновление и совместимость: EPEL и PostGIS. При выборе EPEL-версии PostGIS для вашего сервера RHEL 9 необходимо учитывать, что поддержка и обновления в EPEL зависят от сообщества. Хотя идеальная ситуация предполагает поддержку до конца жизненного цикла RHEL 9, реальность может отличаться. Существующие приложения, которые зависят от определенных версий PostgreSQL и PostGIS, могут подвергнуться риску, если поддержка будет прекращена.
-
Стандартная практика: Стратегия обратного портирования. Обратное портирование изменений, особенно для обеспечения совместимости с более обновлёнными версиями, не всегда возможно или оправдано для EPEL из-за ограниченных ресурсов. Команда EPEL может принимать решения на основе доступных возможностей. Это может включать в себя исправления критических уязвимостей безопасности или ошибки, но не обязательно новые функции или полную совместимость с последними выпусками.
-
Планирование на будущее: Рассмотрение альтернатив. По мере истечения срока действия поддержки для PostgreSQL 13 и возможной утраты совместимости с PostGIS, вам стоит рассмотреть возможность предварительной планировки миграции на более новые версии PostgreSQL, которые будут поддерживаться Red Hat Application Streams с более длительными жизненными циклами. Это может потребовать переработки ваших текущих приложений и структур данных, но обеспечит долговременную стабильность.
Заключение
Подводя итог, важно помнить, что, хотя Red Hat гарантирует длительную поддержку своих основных пакетов, дополнительные пакеты, такие как EPEL, зависят от сообщества и добровольческого вклада. При принятии решения о долгосрочной стратегии для PostgreSQL и PostGIS на выдающихся платформах, таких как RHEL 9, рассмотрите возможность диверсификации каналов поставки, изучите планы поддержки и оставайтесь активным участником сообщества, чтобы получать последние обновления о статусе пакетов, используемых в вашей инфраструктуре.