Как стать автором
Обновить

Комментарии 38

А где условия использования в бесплатном варианте?

Практически весь пост об использовании в бесплатном варианте.
Условия написаны очень размыто и мне пришлось лезть на сайт Red Hat'a за уточнениями.

Как я понял: бесплатно могут юзать только разработчики для целей разработки. Если вы хотите поставить на сервер, который будет обслуживать клиентов, то бесплатно нельзя.
Я так понимаю еще не опубликовано. Не позже 1 февраля должны появиться. Блогпост четко говорит
Individual Developer subscription for RHEL can be used in production for up to 16 systems. That’s exactly what it sounds like: for small production use cases, this is no-cost, self-supported RHEL

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

и сказали — мы это улучшили для вас (единственная претензия если что)
Залогинился через GitHub, нажал скачать, а он потребовал полной регистрации))
В статье не указали:
Все перечисленные изменения вступят в силу не позднее 1 февраля 2021 г.
Многие бизнесы установили и настроили сетевую инфраструктуру на основе CentOS 8, рассчитывая на многолетнюю поддержку.
На халяву?
Это что-то меняет? У компании хитрая бизнесс модель, в которую входит предоставление бесплатной лицензии на их продут, и в рамках этой модели взяла определенные обязательства.
А потом послала всех т.к. обязательства были только на словах.
Ну вот смотрите. У нас почти вся некритичная инфраструктура на Centos 7 была, критичная на RHEL.
Тут вот перенос. Решили заодно обновить дистрибутив на последний. Мы его начинаем, обнаруживаем, что Centos 8 не имеет кучи нужный пакетов. Идем к ним на сайт и узнаем, что это все тыква, надо компилировать ручками пакеты и обновления никто вообще не гарантирует, как и их работу.
Да, надо было все уточнить до этого. Но блин. Кто ж знал то?

Думаете, мы теперь резко перейдем на RHEL 8? ЩААААС. Мало ли что там еще придумают.
Правильно ли я понимаю, что «small production workloads» это и есть ограничение в 16 копий? То-есть, я могу легально использовать парочку копий RHEL в качестве, например, маршрутизатора и почтового сервера на предприятии?
компания отказалась от развития дистрибутива CentOS 8, о чем было объявлено в конце прошлого года. Плюс ко всему, разработчики сократили срок поддержки дистрибутива. Изначально это был 2029 год, сейчас — 31 декабря 2021 года.
честно говоря, подлянка. хотя, наивно было думать, что цель покупки прямого конкурента будет другой. а вот компанию, которая отказались от своей версии сборки рэдхата в пользу центоса для экономии денег, немного жаль.
Oracle допилили свой скрипт для перевода центоси 8 версии. На нескольких тестовых машинках преобразование прошло нормально. Ставятся лишние пакеты, которые приходится потом подчищать. Но в целом полёт нормальный.

Может кто-то разжевать что они подразумевают под "small production workloads" и как они это контролируют?
Стоит выбор куда съехать с centos — пока в выборе только Oracle и openSUSE

Смысл в SUSE? Там из плюсов только Yast.
В Oracle Linux работает и в клауде и On-Prem, и денег не просит.

suse хороший, понятный и стабильный дистрибутив.
Точно лучше всяких там Arch и дебианов.
Касательно поддержки — не касался, но вроде как пол-Германии на нем сидит.

Честно говоря, после той жопы которая наблюдается с Centos 8, Centos 8 stream как то очень сильно упало доверие к RedHat
На обычный перенос данных который до этого занимал менее дня потрачен человеко-месяц и никто вообще этому не рад, естественно. Ну как так, даже такие часто используемые пакеты как mariadb-odbc тупо отсутсвтуют «по причинам необходимости проверки совместимости».

Лично я на все новые системы буду ставить Centos 7 как минимум следующий год, дальше переходить куда-то еще но точно не на RedHat
16 машин в проде это конечно ничто, но допустим. Проблема тут у многих, что редхат потеряла доверие сообщества. Если они внаглую порезали поддержку centos 8, то что уж говорить о 16 этих машинах. В любой момент эта «акция» может быть отменена и куда деваться тогда. Это тот же самый подписочный сервис, где ты являешься заложником условий. Думаю принципиально это ситуацию не исправит. Люди уходят и многих не получится вернуть даже если они вернут centos взад.

Альтернативы уже есть с простой и понятной миграцией. Oracle linux, almalinux. Скоро будет rocky linux. Не говоря уже о куче альтернативных дистрибов.
Под разработку 16 серверов мало. Хотя бы 20.
Для чего вам не хватает 16 серверов, но достаточно всего на 4 больше?
А как технически это происходит? Там ключ, активация или просто на честном слове?
Какой смысл сейчас что то пилить на RedHat? Он только для SAP и OpenShift и нужен.
Нынче почти всё на Debian и Ubuntu пилят.

Если нужно RHEL совместимое, с поддержкой.
Oracle Linux Network Support стоит $119 в год или $357 за три года.
Хотя Oracle не требует покупать поддержку.

Интересно, что нам предлагает в качестве альтернативы реестр российского программного обеспечения?

Астра, Роза и АЛЬТ?

Мне интересно как это работает. Вот создал я 10 виртуалок из пакер шаблона тераформом, обнаружил ошибку, убил 10, создал 11 других. На всё про всё ушло несколько минут. Как отслеживают короткоживущие виртуалки в автоматизированных процессах редхатовцы?

Никак? Подобные ограничение в большинстве случаев живут на словах, а технически никак не реализованы. Для законопослушной компании этого достаточно, чтобы не ставить под удар бизнес. Если каким-то образом о нарушении узнают, то прилетит скорее всего намного больше, чем обошлись бы лицензии.
А как добросовестное использование доказать? Например дестрой 11 вм зафейлился и из-за человеческого фактора непроконтролировали, лишние 10 вм так и висели, а организация так и продолжила только 11ю вм пользоваться?

редхат попросит предоставить логи subscription manager или типа того. Плюс технические средства — ты попросту не запустишь RHEL (точнее запустишь, но не сможешь пользоваться), пока не проведешь определенные танцы по регистрации ВМок.
Касательно того, что крупные компании судятся с бизнесом — забудьте, редхату ехало болело до ООО "Рога И Копыта". У нас же в 1990-2000 обвинителем выступали силовые структуры, как правило, а не сам правообладатель. Это нужно прям в каких-то промышленных масштабах тогда пользоваться "разработческими" лицензиями, чтобы начались какие-то претензии

Плюс технические средства — ты попросту не запустишь RHEL (точнее запустишь, но не сможешь пользоваться), пока не проведешь определенные танцы по регистрации ВМок.

Проблема тут с air-gapped системами. У редхат нет никакого контроля над ними и думаю размножить одну лицензию на сотню серверов будет несложно.
А уж как редхат будет бороться с тем, кого она спалит, и кто конкретно будет выступать обвинителем — тут уж не знаю. Прецеденты надо искать, было ли подобное. Судя по всему, они оставляют за собой право проводить аудит. До суда тут недалеко.
Судя по всему, они оставляют за собой право проводить аудит.

вангую, что да.


Проблема тут с air-gapped системами.

да нет проблемы ) Точнее — я уверен, что РХ уже придумал, что с этим делать. Очень многие пользуют официально купленный RHEL в air-gapped и там точно где-то фигурировали количество машинок/ядер/памяти etc.

Думаю многие перейдут на Ubuntu Server :)
Я бы сказал $USERNAME, а не %USERNAME% ;)
После какого-то финта RedHat, не помню уже какого конкретно, лет 15 назад это было, перешел на Debian и Ubuntu в качестве основного дистрибутива для серверов. За исключением того, что в Debian немного хуже поддержка свежего железа идущим в комплекте ядром, других недостатков ни тогда ни сейчас не заметил. Подскажите пожалуйста, любопытно, для каких целей сейчас может быть нужен именно RedHat?

потому что это позволяет переложить ответственность на РедХат — по тому же выпуску патчей ("сертифицированных"), а не собирать самому из исходников.
Т.е. к редхату тяготеют компании из зарегулированных областей — ритейл, авиация, банки...

Спасибо за пояснение, но не совсем понял. Имеете в виду что там патченое ядро, сразу сертифицированное как надо?

А какие патчи, к примеру, и для каких целей могут понадобится для Deban? Я использую сервера в работе собственного мелкого бизнеса, возможно поэтому не сталкивался с необходимостью патчить. Всегда стоковые ядра устраивали.
Например Oracle Database сертифицирована только под определенные дистрибутивы Linux (RedHat, SuSe, возможно какие то еще) и среди них вроде бы нет Debian. Понятно что базу можно поднять при должной настройке на несертифицированных дистрибутивах Linux. Но. При обращении в техподдержку Oracle запросто может спросить на чем работает база (и могут не помочь если окажется что дистрибутив несертифицирован).
Вставлю свои 5 копеек. Дома держу небольшую инфраструктуру, облачко. Все на Ubuntu 18, не вижу смысла переходить на другие дистрибутивы. Работает все стабильно и привычно. Пробовал гонять цент, но не зашло мне.

По поводу тех поддержки, за 8 лет даже мысли не было куда то писать и решать какие-то проблемы. Все работке как часы, бывают конечно проблемы но тут уже не от дистрибутива корни росли.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий