I’m a sysadmin in Romania, we are using centos 7 for our servers, I have just started to rewrite our stuff for rocky 9 recently… After the recent news, I’m uncertain about the future prospects of RHEL-based distros. There’s no way that our clients will pay for a rhel license, those prices are not made for this market.
So I think we will have to use a different distro for our software. Right now there are 4 candidates: Oracle Linux, OpenSUSE, Debian, maybe Ubuntu.
I have only experience with Ubuntu, but I don’t like it at all. Snaps are weird, the update system is weird too, I don’t feel like it’s a predictable and reliable distro.
Maybe Oracle Linux isn’t affected by the removal of the source code? Is it really 100% compatible with rhel? Same configs, quirks and bugs?
Any suggestions, experiences with other distros as servers?
I think Centos Stream is upstream to RHEL, so they fix stuff there before it gets merged into rhel. Also there’s one version of Stream afaik, what happens if they update some software that breaks my current config? Not updating regularly is not a smart move security wise.
Debian is more ‘stable’ than Ubuntu, for values of stable. Unless you are running software that requires specific rhel compatible libs I would go with that…
Oracle Linux had the same approach as CentOS/Rocky, pulling sources from rhel and recompiling/repackaging with the same exact combination of packages
They have their version of the kernel (uek kernel) that supports dtrace/online patching but they also distribute a rhel version of the kernel in each release for people who needs one to one compatibility with rhel
They used to provide upgrade path from rhel to owl by just switching repos…
What will happen now is unclear, for now they have been delaying certifying their database product on Oracle Linux 9 … and that is telling… since it’s Oracle main product.
My guess is they are trying to decide what to do but it is taking time, so I would not bet in them maintaining compatibility past oel 9/rhel 9…
Debian is pretty good for cheap production. Not as much mindshare and support as rhel ecosystem, but good sysadmin can manage.
Quality info sources on rhel are being pulled beyond paywall anyway, so that is that. With recent events and centos stream in the mix, debian might be left in better position in the end.
I used and supported both centos and debian servers at my last job and I couldn’t complain about either. We had some oracle linux machines for oracle db hosts as well, but those were minority, and experience wise it was just cookie cutter rhel clone with paid addons we didnt use. UEK? Please.
TLDR: Debian is a brezee as replacement for centos. Try it, you wont regret it.
I’m not sure what you mean by that, if you mean compiled there’s a compatibility layer (and it performs well in general) for Linux binaries otherwise you can find most common software in the ports collection (recommened solution) or in worst case even try to port some yourself as there’s very good documentation available and a good community around ports. The ports collection is searchable here: https://www.freshports.org/ or if you prefer to look at the tree directly, GitHub - freebsd/freebsd-ports: FreeBSD ports tree (read-only mirror) (mirror)
The UEK has additional testing done to ensure rock-solid stability for their desired workloads. The base system itself is pretty much a RHEL copy though.
One thing that pairs quite nicely with the UEK is Ksplice; which is a pretty advanced online/offline live-kernel patching service.
I don’t think its such a huge selling point; but it does provide value nonetheless.
But yeah it is required to be in use with their paid software; makes sense from a legal perspective but as a FOSS enthusiast its annoying because there is no meaningful difference between the *-community-* or *-commercial-* versions other than what compiled it.
But to the topic at hand; I would just stick with Rocky. If that happens to go tits up by 2032 (EOL of Rocky 9) then I would either switch to Debian or to something exotic by then.
Hope that everything is bundled in a separate folder and doesn’t require OS dependencies, otherwise, you might need to containerize it in a minimal distro container (like LXC running CentOS 7) and tightly lock it down.
I would suggest getting away from any corporate-backed distro, including Rocky and Alma. Nothing against them, but with the future of RHEL in such uncertainty, I wouldn’t stay close to it. With CentOS 7’s EOL at almost 1 year from now, minus about 2 weeks, I’d use this time to test stuff on different distros and see what are your options. Make the most use of what is left of the support timeframe.
As for recommendations, for servers, Debian / Devuan is fine. Because of your dependency on Linux libraries, I would encourage you to try your programs on Alpine and NixOS. If the software doesn’t require any external dependencies, either of these can serve you well. Alpine is minimal and running musl libc, while NixOS is a different paradigm to Linux, yet still maintains compatibility. Can be a bit hard to wrap your head around the config file, but once you figure what you need from it, you won’t need to configure a new server ever again. Both have their uses (lightweight vs reproducibility) and if neither work for you, I don’t see a reason why Debian would fail.