1
kokutou 2022-08-30 21:35:21 +08:00 via Android 1
听领导的
|
2
idblife 2022-08-30 21:36:51 +08:00 via iPhone
领导沙雕
|
3
paradoxs 2022-08-30 21:38:10 +08:00 28
你写个书面申请
“如升级后发生意想不到的错误,导致系统故障的,本人承担所有责任。” 签名: |
4
toomoy 2022-08-30 21:38:16 +08:00
听领导的
|
5
wdhwg001 2022-08-30 21:43:58 +08:00
rhel 的内核你都换…这真的是你自己的问题了。
你这是真把 rhel 当 centos 用了,连 rhel 的内核是啥概念都不知道,天知道你自己用了多少野包。 rhel 的内核是有非常巨量的 backport 的,而且你商用多半有授权,有稳定性问题如果能定位到哪个 patch 的话,还能去找红帽专门给你 backport 下来。 |
7
zhoudaiyu OP @wdhwg001 我们就是把 RHEL 当 centos 用啊,从来不用 Rhel 的 yum 源。而且我升了一台测试节点了,啥事没有
|
8
tulongtou 2022-08-30 21:53:40 +08:00 via iPhone
换 arch 吧,每天一滚,时刻最新
|
12
zhoudaiyu OP @kokutou 兄弟,都是泪啊,我们新装机器上来就把 RHEL 的源换成阿里的 CENTOS ,领导让做的😭
|
14
rrfeng 2022-08-30 22:16:05 +08:00 via Android
rhel 就是当 centos 用的啊,如果有 rhel 授权,会来坛子问要不要升级内核??
|
15
felixcode 2022-08-30 22:19:15 +08:00 via Android
rhel 加各种野包,的确风险比较大。
|
16
billlee 2022-08-30 22:31:45 +08:00
CentOS 7.6 内核的 overlayfs 确实有问题,但为什么不先尝试升级到最新 7.x 版本呢?
|
17
billlee 2022-08-30 22:33:07 +08:00
至于大厂用的版本,就不用想了,大厂都有自己的内核团队,用自己的分支的
|
20
zsj950618 2022-08-30 22:46:50 +08:00 via Android
哈哈哈,五十步笑百步
|
22
zhoudaiyu OP @idblife 感觉是有一些问题,有一些奇奇怪怪问题,但是开源组件的 issue 又找不到
|
23
fox0001 2022-08-30 23:02:17 +08:00
领导的想法很“领导”,毕竟谁都不想出了问题去背锅。但是 RHEL 换内核这种做法,确实不推荐……我建议是升级系,甚至是换系统,一步到位。
当然,作为打工的,争取过就算了。结果不到你选择。 |
24
icyalala 2022-08-30 23:09:18 +08:00 via iPhone
为什么不先去搞清楚问题的原因、哪个版本修复的呢?
|
25
zhzy0077 2022-08-30 23:10:24 +08:00 4
这领导还真不一定有问题 现在可能你们所有的运维都没升级系统内核的经验 也没有具体的流程来讲怎么无感知的升级你的物理机
你先升级个小版本试试 成本较低 风险也较小 真出意外了回滚可能也方便(这三个是主要考量) 还能积累经验 要是运气好升级完问题就修复了就更好了(后面这俩是添头) 等升级了小版本证明: 1. 升级小版本不顶用, 2. 有能力在生产环境升级系统内核, 3. 积累了经验和具体流程方法 我觉得领导不会反对你升级大版本的. |
26
july1995 2022-08-30 23:12:09 +08:00 via iPhone
领导说啥就是啥。
|
29
billlee 2022-08-30 23:17:26 +08:00
只换内核不是你们以为的最小升级,RHEL 的 core 仓库组件都有大量 backport 补丁,看起来版本很低,但实际上很新。你换个 upstream 的最新 3.10.x 说不定反而是降级
|
30
Soo0 2022-08-30 23:30:54 +08:00 via iPhone
听领导的,先按他说的做,不行 错了在说别的。
|
31
makelove 2022-08-30 23:31:45 +08:00
你们公司干什么的?造火箭吗,如果是那领导这么保守还可以说得过去
|
32
akira 2022-08-31 05:38:24 +08:00
未知情况这么多, 是我也不同意。
|
34
liaohongxing 2022-08-31 08:14:51 +08:00
上古 7.x 确实没啥可升级的,风险还巨大,我就不爱用 rhel 系, 它维持稳定的前提是每个包都巨老
2022 都过完了,还是用 3.x 的内核。 |
36
litguy 2022-08-31 09:22:33 +08:00
5.4.42-200.el7.x86_64
我们在用这个版本,后面一直还有更新,但是因为我们内核模块的原因,最近 2 年停留在这个版本没动,很稳定,没问题。如果你们只是跑应用的,就更不用担心了。 |
38
dsggnbsp 2022-08-31 09:47:08 +08:00
作为外行的来说,你要求就得你负责,2022 了还不躺平吗,听领导的 乖听话~
|
39
echo1937 2022-08-31 09:58:28 +08:00
够狠的,“没有说具体的要升级到的版本”,就直接安装 5.4 LTS ,
把生产系统当 Arch 来滚动吗?换个 RHEL8/9 或者 Ubuntu 都比这靠谱。 |
43
ICB 2022-08-31 10:12:45 +08:00
领导只管你一个人吗?要不是就他说升啥就升啥,也不是你自己家的东西,操那些闲心你是为了啥?
|
44
shyangs 2022-08-31 10:22:19 +08:00
|
46
Zy143L 2022-08-31 11:39:44 +08:00 via Android 3
国人讲究调和择中
给领导说直接换系统 他可能就会同意升级内核吧 |
47
choury 2022-08-31 12:18:54 +08:00 via Android
5.4 太低了,bpf 都不好用
|
48
msg7086 2022-08-31 13:50:09 +08:00
稳定版系统本来就不太好随便换内核。
3.10 内核很老吗? kernel-3.10.0-1160.76.1.el7 ,更新时间 2022-07-26 ,才过了一个月你就嫌老? 你一定要换的话也是优先考虑换 UEK ,企业用的,elrepo 的 kernel-lt 只是官方打包,测试强度比不上企业级软件。 (当然如果你们不考虑稳定性的话随便换就是了,只要你能说服领导用野生内核包。) |
50
victorc 2022-08-31 14:30:38 +08:00
你们 leader 的思路是正确的,线上环境要谨慎,没事别瞎搞,各种软件(包括 linux 内核)非常复杂,质量无法保证,经常会有意外发生,别给自己找事
|
51
salmon5 2022-08-31 14:41:04 +08:00
领导是对的,你现在都是小问题,可控;如果倒腾一番,就不可控了
|
52
salmon5 2022-08-31 14:41:33 +08:00
劳心劳力被吊打的还是 leader
|
53
BeforeTooLate 2022-08-31 14:52:21 +08:00
就我觉得领导是对的吗?
|
54
dynastysea 2022-08-31 15:09:12 +08:00
赞同升级的,一般是没经历过毒打,只能说业务规模不大。但凡是上点规模的公司,面对复杂的业务场景,内核升级都是重中之重,非必要是没人敢随意升级的。内核里潜在的坑真的太多太多了
|
55
cnbatch 2022-08-31 15:10:04 +08:00
最好先升级到 RHEL 7.9 。稳妥起见可以只升级一台再看看后续。
鉴于 RHEL 7.9 对于 7.6 而言只是常规更新,所以可以试下这样跟你的领导讲:不如把系统常规更新、补丁包都安装好,说不定问题就修复了。 |
56
shika 2022-08-31 15:49:49 +08:00 via Android
我升级过 5.4 ,我觉得你领导是对的
|
57
waye121 2022-08-31 15:56:36 +08:00
这是换个内核能解决的问题吗?
有问题 case by case 的解决,kernel 和 硬件 强相关,是不是把机器一并换了。 |
58
newmlp 2022-08-31 16:06:10 +08:00
先升了再说,管他领导不领导,他还能把你手铐起来不让你升咋地
|
59
ziseyinzi 2022-08-31 16:07:27 +08:00
你领导是对的。只是咖啡喝多了会心悸,不至于开刀换个心脏。
|
60
Remember 2022-08-31 16:08:33 +08:00
生产环境升级内核?生产环境都是整个机器替换掉的。
3.10 内核是 rhel7 ,8 年前 2014 年发布,rhel8 是 4.18 ,2019 年发布,所以你机器年龄已经是 4~8 岁了,是时候换掉了。 就算不换,也最好是分批轮流整体升级到 rhel8 ,rhel9 去。 |
61
Cat7373 2022-08-31 16:24:33 +08:00
如果一个东西你看不懂,但它在正常工作,那就不要动它,有点小问题可以打打补丁
|
63
ltkun 2022-08-31 16:28:37 +08:00 via Android
升呗 新内核对硬件肯定支持的更好 只要不是古董硬件放弃支持那种
|
64
wanguorui123 2022-08-31 16:39:54 +08:00
先备份镜像在升级
|
65
runwu2022 2022-08-31 17:31:40 +08:00
k8s 平滑下线节点,升级完成后再上线。对 k8s 集群没有影响,为什么不升级?
|
66
tiedan 2022-08-31 17:43:02 +08:00
给领导讲收益就行,讲清楚收益,剩下的由领导自己决定
|
67
leoleoleo 2022-08-31 17:49:33 +08:00
直接升级内核,在有一点规模的业务上根本不敢想象。做内核升级,需要整个团队和业务团队共同确认,做技术论证,回归测试啥的。万一你们有业务用了某个内核特性,一旦新版本不支持了,产线上跑的业务咋办,基本上都是新业务从头开始开发就在新内核上跑的,生产上才会上新的内核支持业务。已经上线的业务去搞内核升级,真的是没事给自己找事啊。如果你定义的灰度环境,就是自己玩的技术调研环境,那就是只要不影响其他同事的工作,想咋玩就咋玩呀。
|
68
cubecube 2022-08-31 18:25:11 +08:00
红帽的 backport 和二进制兼容,最好还是别破坏了.
你可能不知道 rh 的 java8 有最新的 shenandoah gc ,我们正在用..换别的 jdk11 都没这个好😄 |
69
pmispig 2022-08-31 18:41:18 +08:00
如果你是 java 的应用,可以考虑直接升级 rhel8 或者 suse/opensuse 之类的,可以直接用到比较新的内核。我小伙伴内核升级到了 4.19.
|
70
idblife 2022-08-31 19:38:50 +08:00
|
71
sometime 2022-08-31 20:47:57 +08:00
如果是自己用,升!直接用最新的,如果上了生产,听领导的,反正不用你担责任
|
72
deorth 2022-08-31 23:29:53 +08:00 via Android
给运维提问题,不要提解决方案。管好自己一亩三分地
|