Red Hat Enterprise Linux zdarma na 16 serverech

Společnost Red Hat na svém blogu oznámila, že Red Hat Enterprise Linux (RHEL) bude možné provozovat zdarma na 16 serverech.

20.1.2021 22:33 | Ladislav Hagara | Komunita

Komentáře

[Jendа]

Na 16 serverech na světě? Jedním člověkem? Jednou organizací?

[billgates]

Jednym ludstvom :)

[Ladislav Hagara]

Píše se: "Individual Developer subscription for RHEL can be used in production for up to 16 systems".
Zda tam budou nějaká omezení bude jasné až po spuštění (no later than February 1, 2021) nového programu Red Hat Developer.

[Ruža Becelin]

Fajn krok, ale tohle pomuze tymum, co maji par serveru, na hranim ve vetsim to stejne neni, coz se da pochopit.

Zatim testuju CentOS Stream, uvidime, jaky to bude mit pozdejsi dopad.

[JiK]

v cem je to lepsi nez debian?

[bigBRAMBOR]

Pokud se výrobce rozhodne podporovat Linux, s ohledem na trh bude rhel mezi podporovanymi distribucemi. Pokud se výrobce dokonce rozhodně nabízet hw přes repo, bude rhel/yum mezi podporovanymi. Pokud se výrobce hw rozhodne vydávat drivery/utility pro svůj hw určitě bude podporovat i rhel.

Jina distribuce tento komfort nemá.

[PetebLazar]

Je zajímavé, že BlackmagicDesign RHEL u svého primárně Workstation HW (capture/playback cards atd) explicitně nezmiňuje, za to kromě požadovaných min. verzí kernelu zmiňuje CentOS 7/8, Debian 10, Fedora 32, Ubuntu 20.04). https://www.blackmagicdesign.com/support/readme/30fe73dc300d478db0b4772dd9fe2dcb

U SW (DaVinciResolve) je patrně vývojovou Linuxovou platformou CentOS7, ale je vcelku úspěšně provozován i na dalších distribucích. https://www.blackmagicdesign.com/support/readme/9ce47193054c4780a1880e947159eff6

Pokud je mi známo, tak se k situaci CentOSu zatím nijak nevyjádřili, asi mají čas (CentOS7 EoL 2024).

[bigBRAMBOR]

na centosu je tusim i PaloAlto - bezi pod jejich OS. Ale chtel jsem tim rict neco jineho, v cem je to lepsi nez debian? V tom ze kdyz us se firma uraci udelat sw pro linux, rpm pro RHEL urcite chybet nebude. Stejne tak drivery a utility od vyrobcu HW. Ted jsem instaloval servery HP, maji repo pro RHEL, Debian a Ubuntu - ale verze pro debian muze byt o nekolik kroku pozadu. Aktualni se udrzuje hlavne RHEL vetev.

[pushkin]

Třeba v tom, že existuje software, který má na RHEL oficiální podporu a na Debianu ne.

[xvasek]

Jenomže toto je hodně dvojsečné - každý debianista, který dostane do ruky RHEL, že na něm má něco udělat, maximálně do 30ti minut narazí na to, že balík, který potřebuje, v RHEL ani EPEL prostě není. Namátkou freetds a / nebo sqsh. (Teď nevím, jestli si to nepletu se SLES, ale v tomto mi ty distribuce přijdou nerozeznatelně stejně blbé.)

[pushkin]

Bohužel, když jsi závislej na nějakym softwaru, kterej na novějšim Debianu neběží, tak nemáš na výběr. Buď Windows nebo RHEL, případně SLES. A teď si vyber... Třeba ANSYS je toho zářným příkladem.

[JiK]

Jak je na tom ansys výkonově na stejném hw na Linuxu vs Windows? Někdo po mě chce abych v tom dělal nějakou CFD.

[pushkin]

CFD netuším, tam bych to tipoval na plichtu, možná lehce ve prospěch Windows, jelikož to bude dost využívat GPU (pokud máš nVidii).

Já osobně počítám elektromagnetizmus a tam je Linux k nezaplacení - jednak výkon a jednak schopnost dlouho počítat náročné úlohy a přitom udržet systém v použitelném stavu.

[xvasek]

No, ono se to asi na tomto bodě tak nějak samo rozhodne. Na RHEL bych instaloval právě takovéto věci, které víceméně běží jako jeden velký a jediný blob na tom daném serveru / stanici s tím, že se moc nepočítá, že by se tam mělo dělat / instalovat i něco jiného, než ten daný Velký Systém a jeho závislosti. Tím vznikne robustní a stabilní řešení, teď navíc s podporou.

Na takové ty systémy, kde se může stát, že člověk bude časem potřebovat nějaké další věci, o kterých aktuálně ještě neví - třeba přečíst nějakou větu z MSSQL, rozjet Redis pro uložení nějakého velkého hashe, načíst data z nějaké služby přes SOAP apod. - bych řekl, že ten Debian bude asi trošku (hodně ) operativnější.

Ale nakonec pro normální každodenní použití bude i ten RHEL určitě lepší, než třeba komerční UNIXy, kde si člověk musel kompilovat GNU věci z tar.gz zdrojáků, aby mu zůstaly aspoň nějaké vlasy (a měl třeba historii v shellu ).

[pushkin]

Právě, jde o pracovní stanici, kde nepředpokládám, že bych z nějakého důvodu potřeboval nejaktuálnější verzi nějakých utilit. Na to mám Debiana doma

[vencour]

Pardon, jestli musim použít komerční aplikaci a pro ni i RHEL, nemůžu mít něco/utility a nástroje dostupné třeba přes NFS?
Pokud to nemůžu mít přímo v systému a prý to bude omezeno/zakázáno mít EPEL v "dosahu", tak takhle bych mohl s těma š*ejdama vyběhnout ... snad?
Nebo je poslat rovnou do ... a najít si přítulnější cestu, jak utratit svý prachy.

[bigBRAMBOR]

Coz je taky dvousecne, protoze pak za honbou mit v repo uplne vsechno na svete, preklada baliky pro debain kdejake tele a dopada to jako s openssl.

[LuděkS]

Jsem na tom úplně stejně. Navíc jsem před nedávnem dodělal server s CentOS 8, který jsem

zmigroval na Stream.

Byl jsem na RedHatu od začátku, ale myslím, že pokračovat budu na Debianu.
Zaříznutí podpory CentOS 8 je jen poslední kapka, zvažoval jsem to už u osmičky kvůli odstranění ovladačů disků z jádra.

[bulvar?]

through the Red Hat Developer program

[kolemjdoucí]

Nevidím v tom problém. Viz

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.

[PetebLazar]

Jakou formu podpory (kromě předpokládám dostupnosti updatu) to bude znamenat? Dá de očekávat možnost hlášení chyb?

[brako]

Ako to myslíte "možnosť hlašení chyb"? Účet v RedHat bugzille si môže založiť ktokoľvek.

[xvasek]

Tak teď ještě někde sehnat těch zbývajících 15 serveru, ať to můžu využít.

[filbar]

Mezi ty servery se počítá také KVM - virtualizace?

[Max]

Up to 16 systems podle mě neznamená servery, jak je ve zprávičce, ale prostě systémů / nasazení. Takže se podle mě může jednat o 16 VM na jednom serveru, nebo 16 VM na 16 serverech (po jedné VM per server).
A podmínkou je samozřejmě zakoupený jakýkoli dev subscription.
Zdar Max

[trekker.dk]

A podmínkou je samozřejmě zakoupený jakýkoli dev subscription.

To nezní jako zdarma...

[PetebLazar]

Není to i bezplatné? https://developers.redhat.com/articles/faqs-no-cost-red-hat-enterprise-linux#general

Pozn. Tady se zmińuje i možnost využití na cloud řešeních (hlavních). Text v horním pravém rohu. https://youtu.be/ExI9c9c0OZg?t=473

[brako]

Developer subscription je zdarma.

B.

[Ladislav Hagara]

Dle autora zprávičky je další systém / nasazení prostě další server, jenom virtuální. :)

[filbar]

Takže to jde použít jenom na VPSky?

[PetebLazar]

Podle mne to lze provozovat i nativně, nijak to ve zprávě nespecifují.

can be used in production for up to 16 systems

https://www.redhat.com/en/blog/new-year-new-red-hat-enterprise-linux-programs-easier-ways-access-rhel

[pushkin]

Hmm, takže příští výpočetní stroj už by mohl být na RHEL... Díky za info!

[NUKE GAZA! 🎆]

dneska zdarma zejtra za peníze ;D ;D

[zofrey]

mas to popleteny, je to obracene: dneska za penize, zejtra zdarma

[billgates]

Je to ako so zenami. Do 25 platis ty im, po 25 idu zadarmo a po 35 uz ony platia tebe :) Teraz je RedHat v tej prostrednej faze.

[sid]

Jenže ten švédský tvor bude mít zřejmě pravdu. Tady smrdí uzenina (konkrétně salámek).

[zofrey]

jakoze ti priste misto 16 serveru zadarmo povoli rovnou 256?

[sid]

Ne, jakože nalákaj lidi na RHEL a až všichni migrujou, tak budou změny. A k lepšímu určitě ne.

[johnyK]

rad bych se zeptal nekoho, kdo uz s RH pracuje, jak je to s temi 16 servry mysleno a jak to vlastne konkretne funguje.

Zalozim si tedy ucet u RH a (budto sam a nebo k tomu uctu doplnim jeste par jmen z naseho tymu ... (proc?) a budu si moct stahnout RH 7.

Ten RH nainstaluji ted u zakaznika na nejakou masinu a vychazim z toho, ze v yum.repos.d uz jsou nastaveny ty repositare pro ten update. Je ten update nejak svazan s tim uctem?

Dale tomu rozumim tak, ze u toho zakaznika mohu nainstalovat max. treba 16 VM s RH a u vsech se bude ten update provadet a vse je vporadku.

A nebo mam 4 zakazniky a u kazdeho z nich mohu provozovat max 4 servry (instalace RH s moznosti updatu)

Vzhledem k tomu, ze u toho uctu nejsou nejake restrikce (tedy nic jsem nezaznamenal), ta vpodstate bude ta strategie nyni takova, ze u zakazniky se jeden zamestnanec vylosuje jako 'RH developer' , ten bude mit ten ucet a na nej bezi tech 16 servru.

Tedy, u kazdeho naseho zakaznika se musi jeden zamestnanec uvolit k tomy byt 'RH developer' a je to?

Jestli to tak funguje, tak pak 'cerveny klobouk' dolu

Jeste otazka k epel. Je mozno (povoleno) u oficialniho RH mit v yumu tu epel-registry a normalne ji pouzivat.

[Max]

Podle mně epel můžeš mít. Mít OS, do kterého je zakázáno instalovat sw, je jaksi nepoužitelné, že.
Pokud jde o licence, tak pokud to není outsourcing včetně služeb, tak jednoznačně 16VM per zákazník a registrovaný by měl být zákazník, už jen kvůli tomu, aby mohl vyměnit dodavatele a nemusel při tom řešit licence.
Zdar Max

[johnyK]

registrovaný by měl být zákazník

v tomhle mas pravdu, to je rozumne.

Zatim nevim, jestli s tim za zakaznikem pujdem, protoze uz jen zase rec 'o tech licencich' a a nekdo se musi nekde prihlasit a 'co je s tim vsechno spojeno'. Doposavad vedeli zakaznici, ze ze servrama nani zadny problem a nemusi se niceho 'obavat'.

Kuli tomu vsemu silne 'koketujeme' s tim Oraclem, kdyz uz stejne nasazujeme ten jejich Berkeley a stahujeme to anonynme

[Max]

Já bych nasadil CentOS8 a pak ke konci roku přešel na AlmaLinux, který by měl být snad dostupný do léta.
A pokud to máš pro produkty Oracle, tak nasadit pro tu konkrétní app OEL s public repem.
Zdar Max

[bigBRAMBOR]

taky mi zatim prijde alma realnejsi a hmatatelnejsi nez rocky

[vencour]

Když jsem ještě měl RHEL 5, tak přes klienta v systému i přes Red hat Network na webu jsem viděl aktivní předplatné a jednotlivé stroje.
Když se virtualizovalo, tak fyzický stroj se počítal a virtuály nepočítaly (i když, ty byly snad "do 4 kusů max").
Takže by to mělo takhle nějak fungovat pořád? Respektive "podobně"?
Bez EPELu jsme se obešli, ale tuším nebyl zakázaný. Přinejhoršim na tu chvíli kdy člověk něco řešil se supportem disabloval repo.

[johnyK]

Přinejhoršim na tu chvíli kdy člověk něco řešil se supportem disabloval repo

Jo, to si presne trefil, o co mi slo

Obavam se ovsem, ze ti lumpove udelaji yum list installed a vidi to na prvni pohled. Ale je to skutecne pouze pro ten pripad, kdy by se ukazalo jako smysluplne zacit platit ten support.

Jinak na rootu uz nekdo (asi z brnrskeho RH) napsal:

Kontrolovat to bude program nazvany subscription manager. Samozrejme pokud si nekdo udela 100 uctu po 16 strojich celkem 1600 masin tak hodne stesti s managementem tech uctu. Stejne tak by bylo mozne stroje odregistrovavat kdyz neaktualizuji. Oboji ale pujde snadno detekovat. Bude to poruseni podminek na kterych pravnici teprve pracuji a firma si v nich jiste vyhradi pravo komukoliv ucet zrusit.

Takze bohuzel jak jsem cekal, cirkus s licencema, podminky, otazky atd. Na ja.