I’ve come across Red Hat allot lately and am wondering if I need to get studying. I’m an avid Ubuntu server user but don’t want to get stuck only knowing one distro. What is the way to go if i want to know as much as I can for use in real world situations.

  • Veraticus@lib.lgbt
    link
    fedilink
    English
    arrow-up
    23
    arrow-down
    7
    ·
    1 year ago

    Ubuntu, RedHat, AWS Linux, Arch. Honestly distros in production are pretty similar since they’re all headless and pretty pared-down. If you just know the logistics of a few package managers and init systems you’ll be good.

    • Bogasse@lemmy.world
      link
      fedilink
      English
      arrow-up
      18
      arrow-down
      1
      ·
      1 year ago

      I’m surprised to see arch on your list, I know everything runs in containers now but arch seems way too unstable O_o

      By unstable I don’t mean “buggy”, but “you will have to adapt to new major version of package XXX or you can’t fetch updates anymore, so no security patches anymore”.

      • rwxdan@lemmy.world
        link
        fedilink
        English
        arrow-up
        1
        arrow-down
        1
        ·
        1 year ago

        From my experience, the host doesn’t matter when you’re using containers, VMs, or even containers inside VMs for your deployments.

        Having said that, I prefer Debian for a single host just because I don’t have to think about it. Then again, what I’d be running on it won’t specific to Debian.

        Nowadays you hear about “reproducible environments” for a good reason.

      • Veraticus@lib.lgbt
        link
        fedilink
        English
        arrow-up
        1
        arrow-down
        4
        ·
        1 year ago

        I never ran into this so I don’t really know what you’re talking about

        • dino@discuss.tchncs.de
          link
          fedilink
          English
          arrow-up
          4
          ·
          1 year ago

          You are probably not an IT Admin. Never heard about any server being deployed on Arch anywhere.

          • Veraticus@lib.lgbt
            link
            fedilink
            English
            arrow-up
            1
            arrow-down
            2
            ·
            1 year ago

            I’m a devops professional, not IT. I’ve managed thousands of servers both in-cloud and in-datacenter. That includes Arch servers managed via Chef.

            Now you’ve heard about it.

            • dino@discuss.tchncs.de
              link
              fedilink
              English
              arrow-up
              2
              ·
              1 year ago

              So whats the point of a unstable bleeding edge Arch server, seriously curious. Also if you are not IT than I don’t know what IT is, lol.

              • Veraticus@lib.lgbt
                link
                fedilink
                English
                arrow-up
                2
                arrow-down
                2
                ·
                1 year ago

                I didn’t find it more unstable or bleeding edge than anything else. All upgrades had to be tested and scripted anyway so the process for upgrading stuff was basically the same as any other distro. I honestly never ran into any of the problems people talked about here.

                As for why it was chosen, the person in charge liked it and used it personally.

        • Bogasse@lemmy.world
          link
          fedilink
          English
          arrow-up
          2
          arrow-down
          1
          ·
          1 year ago

          You mean you never received any major package update on arch ? 😛

          More seriously, it depends on what we are talking about, if everything runs in container I agree that it kinda doesn’t matter, you will just have a more up to date kernel, but it is stable enough.

          Other peoples on this thread are talking about actual system dependancies, for example installing a postgres server from official repo. On this example it would require a database migration as soon as a major postgres version is released, which means some downtime and non-scheduled maintainance.

  • KᑌᔕᕼIᗩ@lemmy.ml
    link
    fedilink
    English
    arrow-up
    12
    arrow-down
    1
    ·
    edit-2
    1 year ago

    Depends on context.

    If you want to get a job as a “Linux admin” then Red Hat is basically what you want as a “default”. Fedora will give you something you can use at home that’s broadly similar. You will need to learn more than just that though.

    • dino@discuss.tchncs.de
      link
      fedilink
      English
      arrow-up
      1
      ·
      edit-2
      1 year ago

      Using Fedora at home because you have to use Red Hat at work? NOPE, thanks. Also I wonder if that RHEL focus is mostly american companies? Because here in europe I rarely see RHEL used from my limited perspective.

  • Fafner@yiffit.net
    link
    fedilink
    English
    arrow-up
    11
    ·
    1 year ago

    To tag onto this, what makes RHEL so special? Is it just the support you get from Red Hat or is there something about the distro that makes it so widely used?

    • gumpy@beehaw.org
      link
      fedilink
      English
      arrow-up
      5
      ·
      1 year ago

      Beyond support agreements that others are mentioning, the huge requirement for the shop I work at (mid-scale high performance computing center) it’s 3rd party vendor package support. Mellanox/nvidia, whamcloud, slurm, vast, and on and on. Driver packages targeting rhel kernels are an industry standard offering if a vendor supports linux. That’s not always the case with Debian variants, for instance.

      Same with huge applications and proprietary compiler suites (think matlab and the intel compiler suite or OneAPI). These are hugely important packages for a number of shops.

      Don’t get me wrong, I can build against plenty of other distros but my vendors target rhel as a first class citizen for both build scripts and straight binary packaging.

    • jollyrogue@lemmy.ml
      link
      fedilink
      English
      arrow-up
      5
      ·
      1 year ago

      Support contracts for risk mitigation is a big part of it, and the other is RH release engineering is amazing.

      Aside from that, RHEL, and clones, is a very straight forward, clean distro. It’s very focused with everything doted and tidy, and overall, it has a very uncomplicated feel to it. In contrast Debian derivatives are kind of messy, and SUSE tries to stuff every function into a single application.

      RHEL does push a lot of technology. Out of the stable distros, it will be the first to put tech into production. RH does a lot with integration with other systems. This has kept me off of SUSE in the past. RHEL was more tech forward, comparatively.

      • SALT@lemmy.my.id
        link
        fedilink
        English
        arrow-up
        0
        ·
        1 year ago

        dnf downgrade

        dnf history undo

        dnf history redo

        it’s very very very critical for most case :')

          • SALT@lemmy.my.id
            link
            fedilink
            English
            arrow-up
            1
            ·
            1 year ago

            It’s hard, and better have package manager built in. It’s not enough in the enterprise sadly… Just saying, and I think most Corporate with agree with it.

            • nicman24@kbin.social
              link
              fedilink
              arrow-up
              1
              ·
              1 year ago

              the package manager will have it built in with a simple hook. works great with unattended upgrades.

    • recnexus@beehaw.org
      link
      fedilink
      English
      arrow-up
      4
      ·
      edit-2
      1 year ago

      The support is a huge part of it. Being able to submit a ticket or call in to get help with a strange quirk is extremely valuable to a lot of companies. Additionally, having a licensed distribution like this means there’s built in trust. Red Hat has been a big player in this space forever and are well trusted already, too. So there’s a huge community of people who have used the product to talk to or hire. They also have certifications for rhel, supported by Red Hat, and those carry weight in the industry to some degree.

    • TwinHaelix@reddthat.com
      link
      fedilink
      English
      arrow-up
      3
      ·
      1 year ago

      It is 100% the support. Corporations pay big money to have experts on call to fix things fast when they break, and there’s basically no other player for that kind of model in the Linux space.

  • HousePanther@lemmy.goblackcat.com
    link
    fedilink
    English
    arrow-up
    11
    arrow-down
    2
    ·
    1 year ago

    I once worked in for a small publishing company years ago, circa 2005, where they used CentOS on the desktop and server environments. Deploying a new desktop was as simple as using kickstart. They had their infrastructure down to a science.

  • borlax@lemmy.borlax.com
    link
    fedilink
    English
    arrow-up
    9
    ·
    1 year ago

    All of my personal servers are Debian. My last company switched their entire production fleet from centos to Debian. I think a lot of people switched to Debian back when the Centos Stream debacle went down.

    • SALT@lemmy.my.id
      link
      fedilink
      English
      arrow-up
      1
      ·
      1 year ago

      Mission critical server mostly are RHEL or EL Clone or Fedora or it’s derivative… If you combine even Azure nowdays, Microsoft Linux is derived from Fedora, same as Amazon Linux, and others… Debian are covering some part, but mostly hobbyist, or SME, and mostly non critical, as they don’t have standard across, even on their https://wiki.debian.org/LTS/Extended and https://www.debian.org/consultants/

      apt also bad when you got to dowgrade package when something mess up, and get messy with dpkg… :'(

      So I quite doubt if it’s production env, mostly go with EL. I do know some company use Ubuntu/Debian, but it’s quite few…

      If Ubuntu/Debian want to shape Industries, and kick out RHEL, they need to have standard, and better consultancy than RHEL. I hope so that they could grow and make market competitive, but for now it isn’t sadly.

      • kool_newt@lemm.ee
        link
        fedilink
        English
        arrow-up
        1
        ·
        1 year ago

        Debian needs to focus more on automation if they want more penetration in the enterprise. Debian feels made for human admins logging in and managing things old school style which is fine for a few machines. Modern enterprises use Ansible etc and need highly functional non-interactive ways to install and configure etc. Preseed and Apt leave something to be desired here.

        • dino@discuss.tchncs.de
          link
          fedilink
          English
          arrow-up
          1
          ·
          1 year ago

          What has automation to do with a distro? You can automate any distro. Ansible runs on any linux.

          • kool_newt@lemm.ee
            link
            fedilink
            English
            arrow-up
            1
            ·
            1 year ago

            A distro can make automation more difficult than it needs to be. As I mentioned in my examples, Preseed sucks, have you ever used it? And of course Ansible works on pretty much any distro, but Debian family distros are made with the expectation of user input, such as expecting configuration values during package installation and this has to be worked around. It’s not impossible, just more work and testing. When you’re automating CentOS and Ubuntu next to each other, you’ll realize extra Ubuntu related code.

            Not a big deal, it’s just minor preferences.

            • dino@discuss.tchncs.de
              link
              fedilink
              English
              arrow-up
              1
              ·
              1 year ago

              but Debian family distros are made with the expectation of user input, such as expecting configuration values during package installation

              Any examples? I never installed such a package.

              • kool_newt@lemm.ee
                link
                fedilink
                arrow-up
                2
                ·
                1 year ago

                It’s been a long time, if I remember correctly one of them is Postfix. Again going from memory that’s at least five years old, when installed in say Ubuntu, you get asked questions, like what you want your mailserver hostname to be, whether you want to configure a relay, etc. This is fine if you know the answers at install time and you’re around to answer the question, otherwise your automation will hang indefinitely if this is not worked around.

                Now also IIRC, there are ways to work around this, such as by providing the answers in your automation for the package install step (but then you’re mixing partial postfix config with the package install and the remainder of the config is separate, feels weird) , in some cases it’ might be simply an apt option, but like I said, it takes extra code in your automation which is not necessary on RHEL based distros. Installing a package in Ansible can be 3 short lines of code, for Deb based it’s like 10 lines.

                Doing this for one package isn’t such a big deal, but when you find yourself having to work around things and writing extra code for one specific distro/family it becomes clear it wasn’t made for automation and unless you have a personal affinity for it, it’s just a bit easier to use something else.

                This is not a diss, it’s not a bad thing for a distro to made for humans, it’s just in that the environments I work in, managing hundreds of machines with Ansible and having a significant code base I prefer to have my code smaller and cleaner.

  • cestvrai@lemm.ee
    link
    fedilink
    English
    arrow-up
    6
    ·
    1 year ago

    Almost always use Ubuntu in production. Also a bit of Centos at one point.

  • 520@kbin.social
    link
    fedilink
    arrow-up
    6
    ·
    1 year ago

    If you want to learn more than one distro, try setting up Docker containers for various services. The base distros in the containers use the same commands as on the base metal

  • arthurpizza@lemmy.world
    link
    fedilink
    English
    arrow-up
    5
    ·
    1 year ago

    A lot of my clients were using CentOS. Not sure what’ll happen next now that Red Hat killed CentOD.

  • Greater Than Stupid@dmv.social
    link
    fedilink
    English
    arrow-up
    5
    ·
    1 year ago

    I work for a well known internet company, and its 98% redhat (or derivative) with some alpine and ubuntu scattered about randomly