Slashdot Mirror


Which Red Hat Should Be Worn in the Enterprise?

weatherbug asks: "I've recently been appointed as a member of a team to help determine the direction our organization is headed with Red Hat Linux. Currently we're using multiple versions from Red Hat 6.x through Advance Server 2.1. However, now that Red Hat has effectively separated their distributions into a 'consumer' (Red Hat 8,9, etc) and 'enterprise' (Red Hat Adv. Server 2.x, etc), we aren't sure which version we want to adopt. A Red Hat salesman recently told us that the 'consumer' version of Red Hat was mostly for hackers and hobbyists who weren't concerned about stability and wanted the most up-to-date software, while the 'enterprise' version would be more stable and have a five-year product lifetime. As a long time Linux system administrator, I feel that this is a sales tactic and that there really is no compelling reason for us to ever use the 'enterprise' version. After all, it is Linux and it is open source, and we have enough in-house talent to not need Red Hat support. Why would we ever need or care about a five-year product lifetime? Am I wrong, and if so, could you set us straight? We'd be interested to know what other large organizations have decided to do."

6 of 710 comments (clear)

  1. IMHO, you answered your own question by aborchers · · Score: 5, Insightful
    When you said


    As a long time Linux system administrator, I feel that this is a sales tactic and that there really is no compelling reason for us to ever use the 'enterprise' version.


    --
    Trouble making decisions? Just flip for it.
  2. Why bother at all? by TCM · · Score: 5, Insightful

    If you really have enough in-house talent to not need Red Hat support why bother with Red Hat on a commercial level at all? Just download one of their ISOs (that is possible, right?) - or any other distribution for that matter - and do it all yourself. Correct me if I'm wrong but the number one reason to actually pay for a Linux distribution is the support that comes with it, isn't it?

    --
    Of course it runs NetBSD. BTC: 1NT7QvbetmANwaMzhpVL6
  3. Upgrade every year? by orev · · Score: 5, Insightful

    Think about a mission critical system that needs to run 24x7. Every time you have to apply a patch or upgrade the system, that's downtime you can't afford.

    "Enterprise" servers are one's that just work and you don't have to mess with them. That is contrary to what most sysadmins like to do with systems - that is, mess with them constantly.

  4. In 5 years... by NathanE · · Score: 5, Insightful

    I think one thing to keep in mind is what will your tech department look like in 5 years. Shoot, 5 years ago who would have guessed things would be like they are now? Say your staff is halved in 5 years for whatever reason. Will not having official support matter at that time? I'm not trying to advocate buying Advanced Server, but you should at least keep in mind that crazy things can happen over the course of 5 years.

    To some, the extra money is well worth the insurance you get.

  5. For what it's worth by npietraniec · · Score: 5, Insightful

    For what my opinion it worth... We've got about 200 workstations (a decent enough size network) and we've got several RH servers... we standardize on every 3rd release (6.2, 7.2, and now 9) and don't have any problems. We've got redhat network subscriptions for updates and everything is rock solid. I see no need for "enterprise editions." Upgrading the servers every few years before end of life isn't that horrible for us... And there's usually compelling reasons like journaled file systems and new versions of ssh that justify it.

    But you need to evaluate your own needs obviously.

  6. Re:What My Organization Did: by stand · · Score: 5, Insightful
    Seriously, if you don't need Redhat support and don't want their Enterprise features, why would you use Redhat on a server? *BSD or Debian would be more reliable, and Gentoo, LFS, or Debian would be much more customizable.

    While I agree with this sentiment mostly, you have to realize that to the people that are paid to make these decisions (The Boss, the CIO, whatever) customizable == bad, at least as far as operating system decisions are concerned.

    It's impossible to know if you'll always have the expertise to maintain all your wonderful customizations and since, if the operating system can't be made to work, everything fails, it's extremely important that your os configuration be very transparent.

    Of course there are sacrifices in power, flexibility and so forth that you make when you choose this route, but to the CIO, ease of maintanence (not to mention replacability of maintenance staff) tends to trump those considerations.

    Redhat realizes this and I think this is the source of their success.

    --
    Four fifths of all our troubles in this life would disappear if we would just sit down and keep still. -C. Coolidge