![]() | 1 kokutou 2022-08-30 21:35:21 +08:00 via Android ![]() 听领导的 |
![]() | 2 idblife 2022-08-30 21:36:51 +08:00 via iPhone 领导沙雕 |
![]() | 3 paradoxs 2022-08-30 21:38:10 +08:00 ![]() 你写个书面申请 “如升级后发生意想不到的错误,导致系统故障的,本人承担所有责任。” 签名: |
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 PRO @wdhwg001 我们就是把 RHEL 当 centos 用啊,从来不用 Rhel 的 yum 源。而且我升了一台测试节点了,啥事没有 |
![]() | 8 DonaidTrump 2022-08-30 21:53:40 +08:00 via iPhone 换 arch 吧,每天一滚,时刻最新 |
![]() | 12 zhoudaiyu OP PRO @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 PRO @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 ![]() 这领导还真不一定有问题 现在可能你们所有的运维都没升级系统内核的经验 也没有具体的流程来讲怎么无感知的升级你的物理机 你先升级个小版本试试 成本较低 风险也较小 真出意外了回滚可能也方便(这三个是主要考量) 还能积累经验 要是运气好升级完问题就修复了就更好了(后面这俩是添头) 等升级了小版本证明: 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 领导只管你一个人吗?要不是就他说升啥就升啥,也不是你自己家的东西,操那些闲心你是为了啥? |
![]() | 46 Zy143L 2022-08-31 11:39:44 +08:00 via Android ![]() 国人讲究调和择中 给领导说直接换系统 他可能就会同意升级内核吧 |
![]() | 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 给运维提问题,不要提解决方案。管好自己一亩三分地 |