Certification: which Linux cert for hosting specifically?

I have been running bare metal and VPS setups for six years now. The graphs don't lie — my current fleet of fourteen nodes averages 99.97% uptime, but I am starting to hit walls where "I learned it all from the Arch wiki" is not enough for client confidence or my own hiring prospects.

I am looking at LPIC-1/2 versus RHCSA/RHCE. For those of you who actually hire or get hired in hosting operations specifically — not enterprise IT, not DevOps cloud roles, but actual web hosting, dedi management, colo work — which carries weight? I see Contabo https://contabo.com and OVHcloud job postings mention "Linux cert preferred" without specifying which.

I want something that proves I can handle kernel panics at 3 AM, not something that tests my ability to configure LDAP for a Fortune 500. The graphs don't lie, but hiring managers sometimes do. What is the real signal here?

Franchement I tink for hosting the RHCSA is more "enterprise" no? But the LPIC is more general. In my country the small hostings they ask LPIC only. Since 2 days I search job and I see this.

Bref, for me the cert is good but the experience is better, you know? Mdr

The scrap gods demand blood and certs both,,,,, I have hired maybe forty techs over the years,,,,, Rhcsa gets you past hr filters,,,,, Lpic gets you nod from the old heads who actually run the boxes,,,,, I have a guy with rhce who could not fdisk his way out of a paper bag,,,,, Another with no certs at all who keeps my OVHcloud fleet humming at 99.99%,,,,, The graphs don't lie but hr sure does,,,,, My advice get the cheapest one that checks the box then let uptime speak,,,,, ~~dave

1. I have reviewed hiring data from three providers I worked at:
A) Contabo — 2023-2024: 67% of L1-L2 hires had RHCSA or above
B) Vultr — same period: LPIC-1 was "preferred" but only 12% actually held it
C) Hetzner — no cert requirement at all; portfolio review instead
2. The RHCSA advantage:
I) HR systems filter for it automatically
Ii) Red Hat name recognition
3. The LPIC advantage:
I) Distribution-neutral
Ii) Cheaper to maintain
4. My recommendation:
A) If applying to US/EU corporate hosting: RHCSA
B) If freelance or small provider: LPIC-1, then never renew unless forced

I am looking at my first job in hosting support and I see both on job ads. Is it ok to do lpic first then rhcsa later? Or do employers want one specific? Sorry if dumb question

Absolutely ok. I did exactly that sequence. LPIC-1 in 2019, RHCSA in 2021. Nobody ever asked why I had both. The overlap is about 60% so you are not wasting time.

One warning: Red Hat exams are performance-based. If you have only taken multiple-choice tests before, budget extra prep time. The first attempt fail rate is high because people underestimate the time pressure.

In Spain it's different. Small hosting here doesn't ask for anything, but when they do, it's LPIC. RHCSA is only known by big companies with enterprise contracts.

I've got LPIC-1 and work at a small provider in Madrid. They've never asked for more.

This,,,,, I have seen good techs freeze on the rhcsa because they change a config file and forget to reload the service,,,,, Then they run out of time fixing what should be a 30 second task,,,,, The cert tests execution not knowledge,,,,, ~~dave

This is actually why I am leaning RHCSA now. "I learned it from the Arch wiki" means I know things. It does not mean I can execute under pressure with a ticking clock and a broken GRUB. The performance aspect appeals to me. I want to prove I can fix the 3 AM kernel panic, not just theorise about it.

Has anyone here sat the new RHEL 9 version? I heard they added more container content which feels less relevant to bare metal hosting.

In Poland hosting companies like OVHcloud or smaller ones from Wrocław usually write "Linux cert preferred" and they mean LPIC. RHCSA is rare request. I have LPIC-2 and it was enough for every job I applied.

But I work now in company with many Hetzner dedicated servers. They did not ask for cert at all. They asked to show configuration of nginx and troubleshooting of RAID failure.