Безболезненность замены RHEL или SUSE ES на аналоги.

По личной практике, замена RHEL на CentOS вполне безболезненна в случае self-support ПО. При необходимости сохранения поддержки вендором ПО всё это черевато проблемами

Чтобы не быть голословным - Oracle DB, SAP и одна местная поделка - вполне себе запускались на Центосике прикидывающимся РХЕЛом. С другой стороны, в продакшене это нафиг не надо, разве что для тестов и PoC каких-нибудь.

> как софт с заявленной поддержкой RHEL вращается на CentOS, вопрос даже скорее - насколько сильно CentOS отличается от RHEL, чтобы это могло сказаться на работе софта?

Совместимость обеспечивается одинаковым составом /usr/lib при одинаковом составе пакетов. Отличия минимальны, проблемы могут возникнуть если вместе с программой поставляется драйвер, являющимся бинарным блобом для трёх поддерживаемых ОС. В этом случае нужно буде выковырять ядро из RHEL, статьи в интернете есть.

Значит, если мы что-то и теряем - так это поддержку вендора? Надо узнавать, нужна она нам или нет.

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

Тут проблема в том, что у нас тут в фирме экономия, почему я и рассматриваю вариант с заменой. И ставить поэтому придётся именно в продакшн.

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

Там свой License Manager, если он окажется привязанным, то будет печально.

В этом случае нужно буде выковырять ядро из RHEL, статьи в интернете есть.

Хоть какое-то решение, спасибо.

Тут проблема в том, что у нас тут в фирме экономия

это не экономия а именно проблема. ведь если бы софт был под винду, никто не сказал бы «а давайте поставим вин95 - он уже давно не поддерживается и денег за него не попросят».

при переходе на центос можно прекрасно жить дальше в ус не дуя, а можно нахвататься проблем так, что количества даунтаймo будет стоить намного дороже тех несчастных нескольких сотен долларов, которых стоит подписка на RHEL.

Если в фирме экономия, то надо пиратить, как ни прискорбно, а не пытаться сохранить чистоту мундира попав в болото. Имхо.

Пиратить уже нельзя. Мы уже на учёте в соответствующих органах.

У этого софта есть версия под винду. Но с виндой проблема та, что даже если она и выйдет дешевле RHEL'а, то она тянет за собой MS SQL, покупку его, лицензии на подключения и прочее, что может вылиться значительно дороже.

Вообще бы конечно, сесть и подсчитать нормально - что и как, но тут такая ситуация, что именно мнения ИТ-отдела никто особо и не спрашивает - начальство консультируется где-то на стороне и это вообще беда. Да, я знаю, что надо бежать с такой работы, но пока некуда.

В целом, мне понятна ситуация с заменой. Спасибо всем отписавшимся.

я в принципе хотел сказать две вещи:

1. в продакшене, замена коммерческого сервера на комьюнити версии бывает чревата

2. если все таки переход планируется, надо сначала проверить самому как оно будет работать, и узнать будут ли проблемы у ISV

Ясно, спасибо. Кстати, я тут нашёл в гугле руководство по установке на CentOS, правда, на французском. Значит, буду тренироваться на кошках центах.

а что, даже вариант с Red Hat self support subscr не проходит по бюджету?

Я уже с CentOS перескачил на Oracle Linux.

эти версии Linux продаются за очень большие деньги

$350 в год, это много(по моему опыту, поддержка редхета очень редко необходима)? Как вы, тогда, смогли купить «специализированное ПО»?

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

В центоси свой abi ядра?

Я уже с CentOS перескачил на Oracle Linux.

Кстати, как оно?

Как CentOS только от Oracle.

Как CentOS только от Oracle.

То же самое я могу сказать про Scientific Linux например. Подробности меня интересуют.

Центось технически от RHEL не отличается. А OEL - как минимум ядром.