1
lhbc 2017-02-17 11:42:38 +08:00 via iPhone
纯 7, 没有特殊原因不许再部署 6
1. kernel 3.10 2. systemd 3. Python 2.7 |
2
J0022ZjV7055oN64 2017-02-17 11:52:23 +08:00
7
强迫症 |
3
lwjcjmx123 2017-02-17 11:58:32 +08:00 via Android
7 啊,还可以部署 docker
|
4
Quaintjade 2017-02-17 12:16:39 +08:00
没古董代码就用 7 。
6 的软件太老了,动不动就要自己编译。 |
5
hl 2017-02-17 12:34:59 +08:00
跑 docker ,只能 7 了
|
6
yylzcom 2017-02-17 12:35:52 +08:00 2
Debian 8
逃…… |
7
terrancesiu 2017-02-17 12:43:35 +08:00 via iPhone
用 7 啊,六很久不用了
|
8
HLT 2017-02-17 12:47:46 +08:00
7
|
9
mokeyjay 2017-02-17 13:16:28 +08:00 via Android
7 改了不少命令,不太习惯……目前本地测试环境 7 ,线上还是 6
|
10
markmx 2017-02-17 13:17:46 +08:00
线上还是 6 没时间折腾
|
11
LCD 2017-02-17 13:18:44 +08:00
只用过 7
|
12
nieyujiang 2017-02-17 13:18:54 +08:00 via iPhone
7.3
|
13
anjunecha 2017-02-17 13:23:15 +08:00 via iPhone
线上还是 6.8 …
|
14
ideascf 2017-02-17 13:30:30 +08:00
线上还是 6 , 历史原因,短时间不会更新
|
15
lgpqdwjh 2017-02-17 13:46:01 +08:00
不想接受 firewalld, 目前全 6
|
16
mx1700 2017-02-17 13:47:30 +08:00 via Android
我厂还在用 5
|
20
leopku 2017-02-17 15:42:44 +08:00
ubuntu + docker
|
21
changwei 2017-02-17 15:49:51 +08:00 via Android
我服务器用的 centos6.5 ,因为自己当初学 linux 看的是鸟哥的私房菜。
默认源里面的 php 好像还是 5.3 ,连 thinkphp5.0 都用不了,其他软件也差不多,必须要换新源。不然就用 7 吧! |
22
yoa1q7y 2017-02-17 15:51:20 +08:00
没人用 Ubuntu 么
|
26
Love4Taylor 2017-02-17 15:58:03 +08:00 via Android
7 , systemd 太好用了
|
27
xiaoz OP @cos 也算不上另类吧,只是国内用 rhel/centos 比较多,教程也比较多。国外用 Ubuntu 当服务器应该还是比较多的,其实都比较稳定,看个人习惯啦。
|
29
function007 2017-02-17 16:35:27 +08:00
有选的肯定还是 7 吧, 6 和 5 基本都是历史遗留,从那个时候用过来又没有刚需升级的
|
30
falcon05 2017-02-17 16:54:18 +08:00 via iPhone
用的 7 ,没觉得更好, inotify-tools 还得自己编译
|
31
kn007 2017-02-17 17:06:49 +08:00
一直是 6 。。。
systemd 导致没升级上去。。 |
35
sfree2005 2017-02-17 17:37:04 +08:00 via iPhone
测试环境正在从 6 迁移到 7 ,测试基本通过,打算下个月就正式把生产环境搬到 7 ,各种软件都用升级了 应该更安全吧
|
38
GKLuke 2017-02-17 18:13:41 +08:00
我司新上项目,定的 CentOS6.5
|
39
wql 2017-02-17 18:26:49 +08:00
全部改用 Ubuntu16.05 了
|
40
ichou 2017-02-17 19:14:57 +08:00 via iPhone
刚上 8
|
42
zrj766 2017-02-17 19:55:32 +08:00 via Android
6.x ,习惯了-_-#
|
43
terrancesiu 2017-02-17 20:42:20 +08:00 via iPhone
我都嫌 7 老了,都喜欢用 fedora 做测试
|
44
wxcszh 2017-02-17 20:43:32 +08:00
7..gcc+python
|
45
ik 2017-02-17 21:27:34 +08:00 via iPhone
6
|
46
qcloud 2017-02-17 21:36:04 +08:00 via iPhone
debian8
|
47
sudoz 2017-02-17 21:56:44 +08:00
debian jessie
|
48
xbdsky 2017-02-17 23:11:46 +08:00
准备给系统干成 7 的, 6 现在跑 WP 系统内存经常 90+,今天看了下, CPU 直接 100%了
|
49
jhaohai 2017-02-17 23:26:35 +08:00 via iPhone
现在还有啥理由不用 7 ,说 7 改变大的活该被历史抛弃
|
51
backtolove 2017-02-17 23:54:16 +08:00
为什么不用 OpenSuse ?
|
52
billlee 2017-02-17 23:54:27 +08:00
CentOS 7 和 Debian 8, systemd + journald 秒杀以前的 init 和 rsyslogd
|
54
ibegyourpardon 2017-02-18 00:18:22 +08:00 1
我觉得正常情况下,都应该会同时存在 6 和 7 的系统,甚至还有 5 的系统存在。
当然,我知道有不少激进的公司,早就全部迁到了 7 ,冲着 docker 也得上啊,但更多的时候,可能会像我经手的一样,新系统经过考察后,逐步迁移,新的业务代码用新的系统,老的代码逐步迁移,如果迁移风险较大或者工作量较大,收益性价比不高,会继续保留。直到生命周期结束,或者在一个很大的时间段内完成迁移。当然可能等迁移完成,下一代 8 又出来了。 我们还存留着一些用 5 的系统就是这个原因。 反正说到底,在我看来,选什么系统根本不是大问题,简单算下迁移的性价比就可以。这其中包括安全补丁是否继续支持,新系统特性,代码和底层库会不会有修改 (有的时候新的系统有新的环境,看起来更方便,但会把以前的一些关联的开发工具给中断掉,需要另起炉灶再来一套,不一定那么合算)。 当然,如果业务量不大,也没有什么历史累赘,不存在还需要跑 N 年前的代码的话,那往往轻装上阵更容易,也建议在有条件的情况下尽量用新的。 |
55
msg7086 2017-02-18 01:32:07 +08:00
Debian Stretch, thanks.
当然这不是现在正在生产的,而是正在开发准备以后生产的。 |
56
AstroProfundis 2017-02-18 06:59:44 +08:00
5....
不过我能控制的情况下新机器到手一般会重装成 6 7 因为配套工具没太跟上,我手上的东东用什么版本也没明显区别所以就暂时还没用 自己的 VPS 一般装 Debian 8 |
57
TangMonk 2017-02-18 08:45:00 +08:00 via Android
Ubuntu16.04 啊,软件都很新,不用去手动编译了
|
58
luguanyu1234 2017-02-18 08:50:28 +08:00
6 ,
sysmted 很多不会用, 而且 7 没有 32 位版本 |
59
xiaoz OP @luguanyu1234 现在基本上都 X64 了吧, 32 位识别不了大内存。
|
60
xiaoz OP @ibegyourpardon 感谢分享
|
61
Xrong 2017-02-18 09:07:25 +08:00
7
|
62
initialdp 2017-02-18 09:37:49 +08:00
尽可能用最新版。与其在编译之类的问题上浪费时间,还不如升级系统来得直接。
而且现在也转 Debian 7/8 了,神清气爽。 |
64
realpg 2017-02-18 09:53:04 +08:00
ubuntu server 16.04 lts
|
65
realpg 2017-02-18 09:54:58 +08:00
@ibegyourpardon #54
用 ubuntu server 的没有这个问题,跨版本升级基本跟升级个 nginx 版本号没啥区别…… 16.04 出来一个月后,所有的生产服务器集中下发一个指令组,第二天早晨醒来就全是 16.04 了 |
66
youyoumarco 2017-02-18 09:57:38 +08:00
7 多了 剩下的也在逐渐测试中,没问题的话都换
|
67
ibegyourpardon 2017-02-18 11:30:07 +08:00
@realpg 那应该是跨的版本不大……没有真正意义上 N 年前的老系统要处理的……
|
68
wweir 2017-02-18 11:35:25 +08:00
都有,公司产品要兼容两个版本,所以无差别支持。
ps :个人而言喜欢 7 多些,主要是 docker 里面配好了之后使用方便 |
69
realpg 2017-02-18 11:38:18 +08:00
@ibegyourpardon #67
我的物理服务器有几台是从 ubuntu server 6.06 lts 升级上来的 当然是一路升级 跟着 lts 走,每 4 个版本升级一次(两年整) ubuntu 的版本号就是年月,6.06 是早期,过了 8.04 以后都是每年 4 月和 10 月各发布一次,大概是每两年 4 月的版本是 lts 曲线大概是 6.06,8.04,10.04,12.04,14.04,16.04 |
70
ibegyourpardon 2017-02-18 11:54:48 +08:00
@realpg 我当年接手了一台 8.10, 当时身边已经是 13.04 了,升级若干次未果,于是一直留着,直到过了一年直接业务都迁走了…… 还不是 lts ,当时愁死我了。
但说实话,到了如今 2017 年这个时候,机器系统本身版本我已经不怎么看重了。当所有业务都有多处负载和备用后,放弃升级已经是对我的模式下更合算的选择了。 现在虽然仍然 CentOS 下的 5 , 6 , 7 我都还在用,但还真的没打算给他们升级过,就丢了换新的就好了。 春节前给一台 14.04 升了一下级玩,现在的 Ubuntu 还真的是无痛了。 |
71
realpg 2017-02-18 12:04:01 +08:00
@ibegyourpardon #70
ubuntu 升级不只是无痛了 你看我之前说的,我都敢下发指令然后去睡觉,第二天早晨就升级完毕了。 一般我的升级是 lts 到 lts ,新版本发布 1~1.5 个月以后固定升级,这时候基本直接跨版本升级的坑都踩完了,而且不会因为时间久又产生新的坑。 现在所谓 centos 稳定性甩 ubuntu 十条街什么的,能够坚持这么久的 linux 系统的稳定性都是没问题的,但是 ubuntu server 的管理轻松程度高太多,而且跟开发者联系紧密,境外的问题解决资料多。 |
73
EAimTY 2017-02-18 12:19:10 +08:00 via Android
7 ,说实话 systemd 和 SELinux 配合真是 XX
|
74
ibegyourpardon 2017-02-18 14:36:21 +08:00
@realpg 然而我的环境不允许一次性全部批量换掉。老旧的系统仍然要保留, CentOS 和 Ubuntu 外其他发行版的机器还有一些。在我的工作环境里,发行版之间的可比性还真不是那么大…… 真的没有谁比谁好,谁比谁更方便,毕竟每个版本的发行版下我们都也有不少自己打磨出来的工具。 说到底都是一堆因为需求不得不用着的东西。 倒是也一直往新版做迁移,但因为周期很长,前面的完了,下一个新的发行版又出来了……
|
75
realpg 2017-02-18 14:42:28 +08:00
@ibegyourpardon #74
方便是管理多了 直观感受 直接切换基本是无痕的 何来老旧系统啊 连重启都不需要 很多场景下,跟升级了 mysql 从 5.5.9 到 5.5.11 没有任何区别,根本谈不上老旧系统 是否升级系统版本是一开始就决定的(涉及带内核或者底层调整的组件的项目除外),那种为了省事儿刚开始就没定基调跟着升级的,那积压下来就是老系统了 redhat 系的人和项目,基本没见过有把跟随主版本号变动,升级系统版本当做重要任务的,后果就是过了一阵子就会产生老旧系统,装新东西各种底层库版本低,升级系统跨版本太大问题多多,各种大坑 而一心搞 ubuntu 的,我做过调查,物理机大部分新系统来了就升了(一些云服务上的底层不太好升级的除外),很少产生老旧系统,除非懒。 |
76
jyf007 2017-02-18 20:25:01 +08:00 via Android
一片老旧系统 5 - 6 ,甚至还有 4 ,别家搞的 7 不让升
私人用的是 gentoo openrc linux 4.9.10 但是没上 web 服务器和数据库 |