I'm sorry, but if you consider this: >Please help me before I completely abandon Linux forever.
to be an acceptable way of asking for help, and this: >The first result on google was of no help to me, so I kind of need someone to walk me through on this.
to be a sign of a desire to learn something, then I think you are completely ignoring the other side of the problem.
Community is not customer support. You can't demand the answers, barely provide any information, and all that while complaining because some people apparently do not care to use their magical powers to fix your problem.
I know from personal experience that properly asking a question, providing plenty of information, and showing willingness to get your hands dirty can get you a long way when asking volunteers to help you.
If you consider yourself an end-user and do not wish to be bothered with such "nerdy" things, that's fine too, but then please go here, here, here or any number of other places where you can get paid support.
Quite frankly, I think that many of the "noobs" you are trying to defend show nothing but disrespect towards those who are, in fact, trying to help them.
The "some reason" is probably that SAP actually develops on SUSE, and (eventually, but not always) ports to other platforms like Red Hat. For example, Highly-available HANA is currently only available on SUSE Linux. Also, risk dilution: there's several thousand SAP HANA on SUSE deployments around the world already, running for several years. Very very few are running on Red Hat.
But the question was centralised patch/package/etc management: simple answer is SUSE Manager <https://www.suse.com/products/suse-manager/>. This is based on Spacewalk & is supported for SUSE, Red Hat and CentOS management. It can even be used to manage both RHEL 6 and RHEL 7 - something Red Hat's tools won't do.
Caveat: it's much easier to configure & maintain if you also get RHEL maintenance through SUSE (aka "expanded support"), otherwise you'll have to do a bit of download/import gymnastics for legal reasons. http://www.suse.com/products/expandedsupport/index.html
Free 90-day trial here: https://download.suse.com
hth
There's the enterprise version, SLES. You can download a free trial from their website: http://www.suse.com/
Not trying to be a shill, but I do work for suse, so if you have questions (non-technical, I'm not an engineer), pm me.
Consider looking at SUSE - we're hiring http://www.suse.com/careers
Practicalities like visas might be problematic but SUSE has an engineering office in Beijing and is often quite flexible with where its developers can work from.
A empresa fornece no Brasil o mesmo que fornece no mundo inteiro: suporte.
Como o código é aberto, ninguém pode licenciá-lo, o que fazemos é fornecer suporte para as empresas que não podem correr o risco da comunidade não atendê-los à tempo. Precisam de contratos que garantam o tempo de resposta na correção de bugs ou mesmo de mão de obra especializada para auxiliá-los.
Todos os "Produtos" que estão disponíveis no nosso site, são projetos opensource que oferecemos suporte. Os erros que são corrigidos pela nossa equipe são enviados aos nossos clientes e, claro, de volta à comunidade.
No nosso site tem informações sobre o portfolio.
> Security depends on the host system. LXC is not secure. If you need a secure system, use KVM.
http://www.suse.com/documentation/sles11/singlehtml/lxc_quickstart/lxc_quickstart.html
so what is more "secure" in openvz?