❏ 站外平台:

服务器操作系统应该选择 Debian/Ubuntu 还是 CentOS?

作者: 袁昊洋

| 2014-08-06 11:59   评论: 51 收藏: 2 分享: 13    

编辑推荐!本文来自知乎的袁昊洋,是我见过的关于如何选择服务器操作系统的最有理有据的文章,而且富有实践基础。小编基本上同意全文观点——当然,这并不是说大家就不应该选择其他的操作系统做服务器——甚至你选择Windows XP做服务器都有你的道理。大家有什么选择,希望也发表你的观点。

首先的首先,我想请各位玩家,你们不要自己最近新玩上什么就觉得什么好,然后大肆的推荐什么好不好!负点责任好不好!人家是服务器,有些时候选错一个发行版本会痛苦死一批人!

是,你现在终于发现有个版本叫 Ubuntu 了,好爽啊,那么多包,随便 apt-get , 3万个包躺在仓库里面不用编译。好爽啊!几乎所有软件都有最新版本用!唉?过两天你发现 Ubuntu 原来是从 Debian 来的,Debian 才叫牛啊,完全社区运作,包的数量一点都不少啊。再过两天发现 Gentoo 啦,哇塞,牛啊!性能的极致优化,编译编译再编译,configure , configure 再 configure ,精简到极致。再过两天 Gentoo 玩腻了,不就是编译么~ 唉? 原来还有 Arch 啊,这个不错啊,想编译的编译,不想编译的也有默认包。然后2个月没 pacman 更新过的系统,更新一下全挂了。

你的意识形态,走在任何一个阶段都认为这个阶段是最好的选择。但事实并不是这样的,这只是你的兴趣而已。

要讨论这个问题,先要知道两大发行版本的区别在哪里。RedHat 和 Debian。

一、版本定义

RedHat 是由红帽公司维护的发行版本。其 RedHat 9 是最后一个以 RedHat 为名的发行版本。在 RH9 之后,版本开始分为社区维护的 Fedora 和 企业使用的 EL。而我们所说的 CentOS X 就是从 RHEL X 编译过来的。所以本质上,CentOS 的目标用户,就是企业的服务器。

CentOS 是有 release 概念的,何为 release 概念?当某个版本定下时,其绝大多数软件包,包括 Kernel 在内,都已经确定了版本。在该 release 下,没有特殊情况,大版本号不发生变化。

举例,CentOS 6 某个 Kernel 版本:

2.6.32-358.el6.x86_64 

2.6.32 为 kernel 版本号,358 为打包版本号,打包版本表示该包第几次打包。对于 RHEL 来说,一个 kernel 打包个 500 700 次是很正常的事情。

再比如一些软件,1.1.3 是版本,如果该软件自身的定义,最后一位是 bugfix 版本,倒数第二位是功能版本,那么你在 RHEL 里面,很少会看到功能更新!通常只会看到 bugfix 更新!也就是只会看到小版本号更新。

Debian 是由社区维护、贡献的发行版本,其从选包、打包、都是由社区组织,分散行动的。

Debian 是没有真正意义的 release 概念的。Debian 有众多仓库,stable,testing,unstable ,experimental. Debian 组织系统的方式是,一个软件先进入 experimental, 放一段时间,有 bug 修 bug,没 bug 了,过段时间挪入 unstable ,如此循环最终挪到 stable 里面。所以在这种情况下,Debian 的系统中,是没有一个稳定版本的概念。今天你用 kernel 3.2.1-87 ,明天就给你更新到 kernel 3.3.2-5 。

-------- 补充内容 -------

我觉得我已经把我所谓的 release 概念解释的很清楚了,但是评论里面还有人在和我说 Debian 是有 release。我说的 release 不是那种自己划个时间线,叫个名字的概念。而是版本维护的概念。

@刘世伟 说 Debian 也是这样的,那好吧,我证明给你看一下。

你从这里 Debian -- 在 wheezy 中的 linux-image-3.2.0-4-amd64 软件包详细信息 可以拿到现在 Debian stable 的 Linux kernel 打包,下载下来,解压缩,在

usr/share/doc/linux-image-3.2.0-4-amd64 目录下面有一个 changelog.Debian ,grep 一下:

grep wheezy changelog.Debian
linux (3.2.57-3) wheezy; urgency=medium
linux (3.2.57-2) wheezy; urgency=medium
linux (3.2.57-1) wheezy; urgency=medium
linux (3.2.54-2) wheezy; urgency=high
linux (3.2.54-1) wheezy; urgency=high
linux (3.2.53-2) wheezy; urgency=high
linux (3.2.53-1) wheezy; urgency=medium
linux (3.2.51-1) wheezy; urgency=low
linux (3.2.46-1+deb7u1) wheezy-security; urgency=low
linux (3.2.46-1) wheezy; urgency=low
linux (3.2.41-2+deb7u2) wheezy-security; urgency=high
linux (3.2.41-2+deb7u1) wheezy-security; urgency=high

起码在 wheezy 里面(stable) 里面,他从 3.2.41 走到了 3.2.57 , 同时…… 你们可以看到 每个版本也就打包 1-2 次,1-2次啊!而且 Debian 的 unstable 走到 stable 真的就是随便走走的。

linux (3.2.41-2+deb7u1) 是第一个 stable 版本,他的上一个版本是

linux (3.2.41-2) unstable ,好,3.2.41 第二次打包,加了一次 patch 就变成 stable 了

linux (3.2.41-1) unstable , 得,41 就打了一次

linux (3.2.39-2) unstable , 39 也就打两次。

从这个过程,你可以看出,Debian 总体上,还是在跟着 Kernel Source 的,为啥?没人啊!靠零散的人打 patch 还不如依赖 Kernel 本身的小版本更新。

RedHat 呢?

放一个 RHEL 6.4 的 Release Note

https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/6.4_Technical_Notes/kernel.html

RHEL , 是不跟 kernel source 的小版本号的,自己整合 bugfix ,主要是安全相关的补丁。

为什么不跟 kernel source 呢?

主要还是目标用户的不同,就像我下面驱动这块要解释的。RHEL 的目标用户,是企业的 Server 的,他的 Kernel 里面,已经太多的东西被替换掉了。磁盘、网卡、各种各样的驱动。而 Kernel source 尽管只走小版本号,还是不太靠谱的。频繁的拿过来风险也大。

kernel 其实走到 2.6 以后,就没有一个真正稳定的概念了。反正就是一路往前走。当然 2.6.32.xx 的确是以 bugfix 为主的。但是这个量太大了,各种各样鸡毛蒜皮,RHEL 不是全都拿进来的。

你们一定要和我争论版本的问题,行,我不和你们争,Debian Stable 是有版本的~ 你们满意了?这种一个 kernel 打包 2次的状态,你们爱用就用好了。无所谓的。

但是有 版本的也只是 stable,testing 我可从来没见过。

说实话,我真的花了心思想多找一点 Debian 的信息,

11年进入 stable 的 6.0 , 最近确实还有一个更新,在 08 Apr 2014 。

http://metadata.ftp-master.debian.org/changelogs//main/l/linux-2.6/linux-2.6_2.6.32-48squeeze5_changelog

09年发布的 lenny 也就是 5.0 ,根本已经连信息都很难找了。如果谁能找到 lenny 麻烦给一个 kernel 的 changelog

----- 补充结束 -------

而其继承者 Ubuntu,他是有 release 概念的,比如 9.04 ,10.06 等等,当他确定了 release 之后,他也不会在这个版本中做太大的版本变化。

但是问题是,他学到了 CentOS 的形,没有学到 CentOS 的精华。为什么?因为他又想追求新(一年两个版本),又想学人家吃服务器市场。这是完全相互矛盾的一件事情。
新,好办,只要跟着 Debian 走,experimental 仓库里面永远是最新的东西。拿过来,测试测试,重打包,发布!

稳定?(Ubuntu-Server) 这就难了,这需要不断的人力投入,Debian 自然不会帮你做这件事。自己做?Ubuntu 尝试了几次,目前我没看到成功。几乎都是草草放弃。

二、维护的力量

你们知道什么叫维护一个服务器用的发行版本么?

CentOS 4.0 2005-03-09

CentOS 4.9 2011-03-02

6年

Ubuntu 8.04 LTS April 24, 2008

Ubuntu 8.04.4 LTS January 28, 2010

1年9个月

你说好的 LTS 呢???

Ubuntu 10.04 LTS April 29, 2010

Ubuntu 10.04.4 LTS February 16, 2012

说好的 LTS 呢?

说 End of the Date 是3年整就是一个笑话,只要下个 release 一出,上个 release 收到的更新数量就可怜。

这才是 RedHat 的实力!你只要用我的发行版本,你不用有后顾之忧!Ubuntu 呢?开玩笑,即使是 LTS,在新版本出来以后 LTS 几乎不更新好么。补丁?从来没见过!也就是 LTS 的真正寿命也就 6个月-1年。你敢用?你敢给你们公司用?

某天某个软件爆出类似最近 openssl 的漏洞,用 CentOS 5 的用户第二天拿到了升级的 rpm。用 Debian 的用户收到了一个大版本更新,同时由于依赖关系必须更新 glibc, kernel 等等包。用 Ubuntu 的用户收到官方回复:“apt-get dist-upgrade”

这就是这几种发行版本在维护上的区别。

我们再说回 RHEL,很多人不懂,以为 Ubuntu “新”,RHEL “老” 。

你的服务器上有一块 Broadcom 的网卡,CentOS 6(2.6.32-358.el6.x86_64) 用户 modinfo 了一下

filename: /lib/modules/2.6.32-358.6.1.el6.x86_64/kernel/drivers/net/tg3.ko
firmware: tigon/tg3_tso5.bin
firmware: tigon/tg3_tso.bin
firmware: tigon/tg3.bin
version: 3.124

Debian testing(3.12-1) 用户 modinfo 了一下

filename: /lib/modules/3.12-1-amd64/kernel/drivers/net/ethernet/broadcom/tg3.ko
firmware: tigon/tg3_tso5.bin
firmware: tigon/tg3_tso.bin
firmware: tigon/tg3.bin
version: 3.133

你知道 http://kernel.org 的最新的 2.6.32 带的是哪个版本的 tg3 驱动么?

#define DRV_MODULE_VERSION "3.102"
#define DRV_MODULE_RELDATE "September 1, 2009"

CentOS “老”么?谁在将最新的驱动打入老的 kernel?谁在测试新驱动与老 kernel 的兼容性?RH啊!!这些都是人力啊,这些都是财力啊。

RH 在保证稳定、兼容的同时,尽可能的给服务器用户最全的设备匹配,最新的驱动支持。而这一切!你都不用担心稳定性、兼容性,因为 RH 没有更新大版本,没有带来 庞大 feature 的更新。

还有一个例子:

google RFS patch in linux kernel Linux 2.6.35 中的 RPS 功能。

这简直就是 Linux 服务器用户梦寐以求的功能好不好,你不用再担心多核CPU被浪费,你不用花很多钱买昂贵的多 irq 网卡。但是要 2.6.35 才有哦~

但是你不用担心,CentOS 6 (2.6.32) 已经将RPS整合进 2.6.32 的内核中了。

你看到Ubuntu做这种事情了?Ubuntu 在忙什么?在忙着今年再发一个版本啊!

RHEL 为什么做?因为他的用户是服务器!RPS 这种事情PC根本就用不到好不好。

我回到最开头。我也用 Ubuntu 做过产品,虽然不是服务器。但是最后的结果并不好。我听说过一个同事的上家公司用 Ubuntu 做服务器,千级别的量。聊了一下发现和我预测的差不多,痛苦不堪。

基本的痛苦流程是这样的

遇到一个问题->发现只有更新软件版本才能解决->这个自己当前的版本已经不提供该软件版本->发现自己编译不过,依赖太重->决定 dist-upgrade -> 发现需要跨度N个 release -> 测试 dist-upgrade -> 10台机器,2台成功,8台失败,失败的现象不同 -> 痛苦的解决各种问题-> 成功 dist-upgrade -> 发现公司业务程序需要重新编译->与开发人员沟通 解释升级的重要性 -> 开发人员重新调试、测试一些列用到的库的新版本->交付新版本

CentOS 用户基本是这样的:以下是最近真实对话

“xxx,新闻你看到了么 openssl 爆漏洞了”

“啊?不知道啊,我看看去”

----

puppet 操作一下 10分钟以后

“老板,补丁已经出来了,更新了,有 ssl 的 apache 都已经自动重启过了”

结束~

 

最后再解释一下,我之前的评论

“不会用就别怪系统不好。推荐 Debian/Ubuntu 跑 Server 是一件很不负责的事情。”

任何 Linux 发行版本,在理论上都是一样的。只不过操作有的方便,有的麻烦!是,yum 是比 apt 弱(这就是企业维护和社区维护的区别,企业自己维护不需要这么多功能)但是任何能在 A 发行版本上实现的效果,一定是能在 B 上实现的。你甚至可以按照玩 Gentoo 的思路玩 CentOS,编译么!你自己打 RPM 啊,你自己缩减依赖关系啊,你可以说麻烦,但是你不可能说不能实现。

所以,我还是要重说一遍:“不会用就别怪系统不好”!这不是歧视,这不是嘲讽,这是让你认清事实之后能把时间花在更加有用的地方!

第二句!“推荐 Debian/Ubuntu 跑 Server 是一件很不负责的事情。” 这是血和泪的教训!你不想听无所谓,但是总有一些人冒着要被戴“不友善”的帽子,也要告诉你这个事实!

我再来补充一句,没有不尊敬的意思。但是大多数圈内用 Gentoo -- 类似豆瓣还是 VeryCD 这样的公司,你们当时做出这个决策的人基本上都是把自己的 兴趣 > 公司 利益了。潜在的,这其实是一种不负责任的行为,会直接的导致公司的维护成本的增加。

你真的以为你用 Gentoo 做到的性能,CentOS 做不到么?

你真的以为你们一个小 team 打包的质量会一定比 RH 一家公司的工作人员要牛么?

如果你当时真的这么以为,只能证明你当时还不会用罢了。

如果我今天告诉大家,我要做一个 http 的服务器,我不用 apache 不用 nginx,为了性能我要用 xxx 为基础重写一套出来。我相信绝大多数人会问同样的问题,“你觉得你写的能比 ng 好么?”

再回头看看那时候你们自己吧。

我不希望,把这个回答变成用各个版本的人的之间的争执,其实没有意义。我只是说,在现在的状态下首推的依旧是 CentOS。我个人在 PC vm 上,用 Gentoo,家里的 HomeServer 用 Debian,公司自然都是 CentOS

至于 Debian 上服务器,你们要是喜欢也 OK,不会有太大的问题。但真心不如 CentOS 省心。

Ubuntu ....... 真的很惨

Gentoo ....... no zuo no die

关于 Debian 的补充:

评论1:
Debian 其实在很多不是那么重要的环境中是很好的选择方案。[不是那么重要的意思是,即使宕机十几分钟、半小时老板也不会和你数钞票的损失。]

为什么?

1. 足够数量的包。

2. testing 具有可以接受的可靠性。(与 Arch 相比) 3. testing 具有非常好的软件更新速度。

3. testing 不具有 release 特性,永远平滑升级(与 Arch Gentoo 一样)。

而 Fedora 与 Ubuntu 类似,具有 release 特性,但一旦新版本出来,老版本维护很少。同时 dist-upgrade 过程并不友好,体验很糟糕。所以如果让我个人选择,学校机房我也会用 Debian。我回答中,也提到我的 HomeServer 是用 Debian 的。其实以前是用 Arch 的,但是 Arch 稳定性真的很差,一个 pacman -Syu 玩死你。在尝过痛苦以后,切换到 Debian Testing,跑了2年左右了,感觉还是很可靠的。


@戴云杰 回答下的评论:

Gentoo 能够激起情怀->于是工作效率大增->公司利益得到保障。哈哈哈,你赢了。还是要分场合的,60 还过得去 6000呢?我也用 Gentoo 做过产品啦,不过不是服务器。TVU networks 的 x86 产品就是我决定转移到 Gentoo 的。在这个产品上,很好的利用了 Gentoo 定制方便,平滑更新的特性,因为 TVUPACK 需要适配最新的 USB Modem。唯一遗憾的是,我没有来得及给它一套二进制分发系统。如果下次还有机会,我一定会想办法做一套。在 Server 上编译,不是我的风格,太脏。我曾经把 CentOS 5 精简到 96 个 RPM 依旧可以开机。CentOS 6 只能做到 100 以上了。

但是,还是要分事情的。我也会花很多时间调试 VIM 写 bash 写 python,但是我开始写 Cocoa 了,我果断放弃 VIM,必须 xcode。

我猜测很多新手(好吧,show B ge 的时候到了)觉得发行版本之间的讨论会类似于早期各种开发语言之间的类似宗教性的讨论[抨击]。

其实并不是这样的,因为熟悉使用一个发行版本的代价远小于熟悉一门开发语言。5-10年的时间,足够你熟悉主流的发行版本。足够让一个高手做到物尽其用,适宜即可。

我不是任何发行版本的粉,我在公司服务器用 CentOS,我在 HomeServer 用 Debian,我在 CubieBoard 用 Debian,我在路由器上用 openwrt ,我在 PC 上用 OSX,我在 PC VM 上用 Gentoo。因地制宜,此乃最高境界。

其实戴云杰是把个人利益==公司利益了哈,我给了个赞,赞是赞这份情怀。有很多事情,你喜欢就够了,我尊重每一个人的喜欢,你其实不需要太多理由的,当初我干这行也仅仅是为了“喜欢”。

再说了,戴云杰老板都出来给点赞了,我还有啥好说的,哈哈。

@素包子 下的评论:

我能够理解你,但是我不赞同你。为什么?

因为我也有把用 XXX 当魄力的年纪,我觉得这样很有趣,很Cool,很特别,我希望自己与众不同,或者我告诉自己我能学到更多的东西(是的,的确可以)。

但是当我经历了这个阶段,回头看的时候。我知道了两点,1. 这个过程是有价值的,没有这个过程,不会成为今天的我。2. 这个过程太花时间了。我投入了比别人多 100% 的经历,来获取比别人多 30% 的知识。可能还有更好的路可以走?

今天我的同事来告诉我,他要自己编译 apache 放到线上,我告诉他。你不要这么做,用 CentOS 自带的就可以了,节约下来的时间你可以真的搞清楚 apache 各种性能相关的参数(相信我,很多人都搞不清),你还可以研究一下如何让开发人员在受控的环境下自由的发布新的版本,且同时具有良好的回退功能而不用让运维介入。你还可以写一套系统每周验证一次备份的数据库是否能够正常加载。

相信我,实际的运维工作中,有太多值得做而没有人做的工作了。他们都比你在那里 configure 来的有意义的多。

嗯,论年龄,应该是前辈了,RH 6 啊?查了一下 1999 年的东西,我还在念初中呢。
@纸糊

1.“RedHat系列好使我没意见,可是你给用户付钱啊?” 

所以我们在谈 CentOS 啊?你不知道他们之间的关系?去看看吧。

2. “关于支持时间的问题,支持时间短一点也是已经告诉你的,这个不至于成为喷点吧” 啊?“Ubuntu 尝试了几次,目前我没看到成功。几乎都是草草放弃。”

Ubuntu 说 LTS 是 3年,可以从历史的维护时间看,很少维护到三年。

这是我要表达的。你不知道 LTS 是 3年?

3. “某天某个软件爆出类似最近 openssl 的漏洞“ 

嗯,你引用了我的原话,请注意我想说的是 ”类似“。而并不是就是这次的 openssl。

说道 openssl 的修复,你的表述是不正确的。

这次的 openssl 修复有两个方式,其一是更新至 openssl 小版本,其二是重新编译将引发问题的功能关闭。并不只是上游修复这一种方式。 

RedHat 应该是采用了第二种,因为他更新的是 1.0.1e-16 只是打包号增加了。(注意 RedHat 还是尽可能的维护版本,我不知道 Debian 是不是这么做的,还是升级到了 1.0.1f?可能答主知道?)

这是题外话…… 我在这里想表达的是,Debian 的组织方式,可能会受到连带更新,尤其是在 Testing 环境中,因为 Debian 在Testing中是不断往前走的。比如 A 依赖 B,B 在不断的往前走,A 遇到了 Bug,于是在下次更新中 A 和 B 有可能会被同时更新。在 Testing 中这种现象是存在的。Stable 中应该不会。 

同时我已经在某些评论中认可,我对 Debian 的描述有夸张的成分。

4. 你想用 squeeze、wheezy 是你的事情,因为你这么用了,所以我不这么用,就体现出了我不懂?我BB?你太抬举你自己了,好歹给点理由吧。

而且我答题的最后也已经说了 ,你用 Debian 做服务器,没什么大问题。

我不推荐的原因我已经描述的很清楚了,kernel 上比 RedHat 弱很多,你们想有反驳意见冲着这个来。

这这么短的针对我的答案评论的答题中,至少体现了三点你”不懂“的东西,我觉得你还是多看看再说吧。

另外,礼貌一点,没有人会把你当傻子。 有很多人都会陷入一种境地,通过攻击别人来体现自己的高大。其实真正内心强大的人,根本不需要这样做。

就像一个评论 Gentoo 的主,一定要说我在攻击 Gentoo,但是其实评论中,尽一切机会显示他有多么多么懂 Gentoo,自己多么多么会用。至于么?你体现自己能力的方式一定是先要将别人放置在你的对立面?low……

我建议大家看看《河南人惹谁了》这本书,里面提到,地域歧视的深层心里,其实是通过歧视别人来提高自己的地位。就像一个美国街头流浪人,跑来歧视中国人,当他说出、做出歧视性的语言、行为的时候,其实潜在的内心是利用这样的机会来提高自己心里的优越感。

而这样的心里状态,在我们生活中是无处不在的。“我必须贬低你!才能体现我的正确性。”



最新评论

[1]
来自山东淄博的 Sogou Explorer 2|Windows 10 用户 发表于 2021-07-14 08:46 的评论:
现在是 2021-07-14,centos 现在怎么样了,听说不维护了~
来自北京的 Chrome 98.0|Windows 10 用户 2022-02-24 11:47 1 回复
还是ubuntu香
[1]
来自上海的 WeChat 6.3|iOS 9.3 用户 发表于 2016-09-04 18:18 的评论:
现在arch已经不那么容易挂了!
来自广东韶关的 Sogou Explorer 2|Windows 10 用户 2018-12-25 10:09 6 回复
只会Ubuntu, 其他不会。太难了,还是Ubuntu简单
boy6585948 [Chrome 53.0|Windows 10] 2016-10-18 18:05 10 回复
物尽其用,人尽其才,合理的资源使用才是关键;特别是大家都最为重要的资源时间!!!
anto [Chrome 45.0|Windows 7] 2016-08-05 17:07 7 回复
因地制宜吧
来自广东广州的 Chrome 36.0|Mac 10.9 用户 2016-04-25 16:31 9 回复
如果你用 Centos 建议每个依赖软件都自行去编译,系统本事也保存最新的,如果你用yun安装图简单,或者一些继承安装脚本,
你还不如直接用ubuntu,yun装的东西要么过旧 要么有漏洞 慎重之!请正确使用Centos 在说!
来自广东广州的 Chrome 36.0|Mac 10.9 用户 2016-04-25 16:25 11 回复
如果你学LINUX的时候 你就会用 Centos 了 那么你自然说Ubuntu的不是! 服务器的东西和语言一样只有适合自己的没有哪个好坏!Centos 也有它的缺点,Ubuntu 也不能说就没有优点的! 我在Centos 装过nginx php 过不久后我发现 ng 太旧 是有问题的版本!好吧重新编译。我是知道但是大多数人不知道,还不如用Ubuntu装的最新版的 ng来的划算!
来自北京的 Chrome 49.0|Mac 10.11 用户 2016-04-19 17:44 9 回复
稳定才是服务器最重要的。
来自河南的 Chrome 45.0|GNU/Linux 用户 2015-09-16 00:22 7 回复
恩呢.
夜域诡士 2015-04-06 10:32 10 回复
总之一句话,建议用centos ,布置网站什么的,跟其他的Linux区别不大,
来自 - 云南昆明 的 Chrome/Windows 用户 2015-02-12 10:03 13 回复
大企业用 RHEL , 中小企业用 CentOS , 自己玩么就选个漂亮点的
[1]
来自 - 湖北武汉 的 Chrome/Windows 用户 发表于 2015-02-01 11:28 的评论:
看需求和人员配置吧,我做网站开发,也就搭建个PHP环境,公司也没专门的运维人员,UBUNTU/DEBIAN就够用了,够用且配置简单,难道我非得弄个CENTOS或RHEL,消耗大量的配置维护时间,甚至为此新增一个运维职位,才能证明我专业严谨么?价值何在?
linux 2015-02-01 11:32 9 回复
你自己的开发机用 Ubuntu 倒也罢了,服务器建议还是 Centos。当然,你们就一个人做这些,将就也就罢了。
来自 - 江西赣州 的 Chrome/Windows 用户 2015-01-16 21:59 17 回复
CentOS稳中求进,绝对是一个系统应该有的风范。
[1]
来自 - 广东广州 的 Chrome/Windows 用户 发表于 2014-11-11 00:38 的评论:
一直用DEBIAN的路过,鄙视CENTOS
linux 2014-11-11 21:35 17 回复
凭什么鄙视 CentOS?
soli 2014-08-12 14:42 20 回复
有理有据,赞一个!
[1]
火志溟 发表于 2014-08-08 13:05 的评论:
曾经尝试过Ubuntu(desktop和server都尝试了),然后很快放弃了。当时的感觉就是用Fedora跑服务器都比用Ubuntu稳定。
linux 2014-08-08 13:12 7 回复
其实我最佩服的是,Ubuntu服务器的进程那个少啊。
游客 2014-08-08 13:03 16 回复
不小心这么多年就一直CentOS + Fedora着~~~~~
游客 2014-08-07 19:56 16 回复
国外一些公司还真的在用ubuntu server,不过都是小型公司,大规模的公司或isp运营商都是rhel
微博评论 2014-08-07 14:03 8 回复
赞,我现在就遇到一个个人爱好>公司利益的人,fedora16竟然跑在比较核心的机器上面//@漆黑之牙_leon: 好文章//@Linux中国:
[1]
微博评论 发表于 2014-08-07 06:33 的评论:
这个哥们说的严重了 很多场景下方便还是第一位的 稳定性不是在哪里都那么重要的 //@kinayan:售前不考虑售后很普遍
夜行虎 2014-08-07 13:17 9 回复
服务器首先就要考虑稳定性,考虑方便的话就不要用Linux,用Windows Server很方便
夜行虎 2014-08-07 13:15 7 回复
哈哈,我们用SLES
绿色圣光 2014-08-07 12:13 12 回复
用Arch居然能坚持两个月不更新?哈哈……
[1]
微博评论 发表于 2014-08-06 14:33 的评论:
主页君推荐!本文来自知乎的袁昊洋,是我见过的关于如何选择服务器操作系统的最有理有据的文章,而且富有实践基础。主页君基本上同意全文观点——当然,这并不是说大家就不应该选择其他的操作系统做服务器——甚至你选择Windows XP做服务器都有你的道理。大家有什么选择,希望也发表你的观点。
hyplove 2014-08-06 23:15 13 回复
终于看到一直很想看到的文章了,thanks
[1]
风铃叮当 发表于 2014-08-06 15:06 的评论:
又是发行版之争……还是FreeBSD好,不用担心此类问题[斜眼笑]
linux 2014-08-06 21:29 12 回复
单纯的口水仗有什么意义,摆事实,讲道理才对。
[1]
风铃叮当 发表于 2014-08-06 15:06 的评论:
又是发行版之争……还是FreeBSD好,不用担心此类问题[斜眼笑]
linux 2014-08-06 21:28 13 回复
这不是争,而是讲理。
游客 2014-08-06 16:51 7 回复
不看服务器mint各种爽
微博评论 2014-08-06 16:03 15 回复
看了以后果断把刚申请的阿里云主机从 Debian 换成了 CentOS 。
微博评论 2014-08-06 15:03 8 回复
生物计算我不会推荐RH系列。我自己被yum搞哭过。越来越多的专业软件用python写,版本问题会把人逼疯。//@Linux中国:主页君推荐!本文来自知乎的袁昊洋,是我见过的关于如何选择服务器操作系统的最有理有据的文章,而且富有实践基础。
微博评论 2014-08-06 15:03 6 回复
售前不考虑售后很普遍//@Linux中国: 主页君推荐!本文来自知乎的袁昊洋,是我见过的关于如何选择服务器操作系统的最有理有据的文章,而且富有实践基础。主页君基本上同意全文观点——当然,这并不是说大家就不应该选择其他的操作系统做服务器——甚至你选择Windows XP做服务器都有你的道理。
微博评论 2014-08-06 15:03 8 回复
有理有力//@Linux中国:主页君推荐!本文来自知乎的袁昊洋,是我见过的关于如何选择服务器操作系统的最有理有据的文章,而且富有实践基础。主页君基本上同意全文观
微博评论 2014-08-06 15:03 6 回复
//@Linux中国:主页君推荐!本文来自知乎的袁昊洋,是我见过的关于如何选择服务器操作系统的最有理有据的文章,而且富有实践基础。主页君基本上同意全文观点——当然,这并不是说大家就不应该选择其他的操作系统做服务器——甚至你选择Windows XP做服务器都有你的道理。大家有什么选择,希望也发表你的
[1]
朩ダo○ 发表于 2014-08-06 12:48 的评论:
对这些懂得不多,也不清楚服务器操作系统的要求是什么,感觉Ubuntu还是一个不错的发行版哦,至少我用着蛮好的
linux 2014-08-06 14:35 10 回复
但是在服务器市场上,虽然它能做到服务器的进程非常非常纯净,但是还是如本文所述,不如RHEL/Centos。
微博评论 2014-08-06 14:33 8 回复
好文章//@Linux中国:
微博评论 2014-08-06 14:33 8 回复
赞同
微博评论 2014-08-06 13:33 7 回复
喜欢什么就用什么。好与不好都只有运维知道。省心不省心 也是运维去干。
微博评论 2014-08-06 13:33 6 回复
[可怜]//@王依依: 同意。
微博评论 2014-08-06 13:03 7 回复
明白了。不过不是搞商业开发的,就随意吧。[兔子]//@王依依: 同意。
微博评论 2014-08-06 13:03 6 回复
呵呵,这篇文章有深度
GongBiao 2014-08-06 12:44 15 回复
省心还是Centos
微博评论 2014-08-06 12:33 6 回复
[挖鼻屎]
微博评论 2014-08-06 12:33 9 回复
同意。
微博评论 2014-08-06 12:33 8 回复
呵呵
tenght 2014-08-06 12:21 6 回复
个人觉得还是红帽子的好些~

返回顶部

分享到微信

打开微信,点击顶部的“╋”,
使用“扫一扫”将网页分享至微信。