V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Distributions
Ubuntu
Fedora
CentOS
中文资源站
网易开源镜像站
yanqiyu
V2EX  ›  Linux

CentOS 项目开发重点将转向 CentOS Stream

  •  
  •   yanqiyu ·
    karuboniru · 2020-12-08 23:55:51 +08:00 · 10203 次点击
    这是一个创建于 571 天前的主题,其中的信息可能已经有所发展或是发生改变。

    https://lists.centos.org/pipermail/centos-announce/2020-December/048208.html https://www.redhat.com/en/blog/centos-stream-building-innovative-future-enterprise-linux https://centos.org/distro-faq/

    TL;DR: 一般意义上的 CentOS 不再会有新的了,CentOS 7 善始善终,维护到 RHEL 支持结束 ,CentOS 8 维护到 2021 年底,然后想要继续获得更新就要切换到 CentOS Stream

    CentOS Stream 有分支但是开发重点是滚动发行版,始终以最新版为着重点。并且会测试预计降临到 RHEL 的新特性。

    对于一般用户而言,基本可以理解成你从 RHEL w/o Support 变成了 RHEL beta w/o Support😂

    95 条回复    2020-12-12 23:38:36 +08:00
    loliordie
        1
    loliordie  
       2020-12-08 23:58:16 +08:00 via Android
    😂坚持 centos7 不动摇 这玩意我能再用 10 年
    Cooky
        2
    Cooky  
       2020-12-09 00:00:02 +08:00 via Android   ❤️ 1
    所以免费的企业级系统还是上 opensuse
    lp10
        3
    lp10  
       2020-12-09 00:02:39 +08:00   ❤️ 2
    不氪金就吃 dogfood 的意思?另外 CentOS 8 不是才出没多久的么? 7 升 8 基本上只能全新安装,运维吭哧吭哧升级完以后发现弄好的新系统支持比旧系统还短?
    laozhoubuluo
        4
    laozhoubuluo  
       2020-12-09 00:02:48 +08:00 via Android
    白嫖 RHEL 稳定版机会结束了。
    当然推动存量系统升级的能力增强了。
    Mohanson
        5
    Mohanson  
       2020-12-09 00:04:09 +08:00
    CentOS 7 善始善终,维护到 RHEL 支持结束(Yes
    CentOS 8 维护到 2021 年底(???
    u823tg
        6
    u823tg  
       2020-12-09 00:07:10 +08:00   ❤️ 10
    debian 系的胜利?
    yanqiyu
        7
    yanqiyu  
    OP
       2020-12-09 00:08:07 +08:00
    @Mohanson
    @lp10
    Updates for the CentOS Linux 8 distribution continue until the end of 2021; users can choose to switch over directly to CentOS Stream 8
    邮件里面的说法:
    If you are using CentOS Linux 8 in a production environment, and are
    concerned that CentOS Stream will not meet your needs, we encourage you
    to contact Red Hat about options.
    lp10
        8
    lp10  
       2020-12-09 00:11:04 +08:00
    https://www.redhat.com/en/blog/faq-centos-stream-updates#Q12
    > If you’re an individual user running a server for personal production use, we are launching a program soon that will ease your consumption of RHEL. Please contact us at [email protected] if you want to be notified when this program launches.

    哦,也就是将来会有个替代品…那先等着吧
    12101111
        9
    12101111  
       2020-12-09 00:19:13 +08:00
    会出免费版 rhel?
    根据 GPL 的协议, rhel 的源码必须放出来(除了不是 GPL 协议的库), 如果 redhat 全部把源码放出来, 那么会有一个新的 centos 出现的
    msg7086
        10
    msg7086  
       2020-12-09 00:26:08 +08:00   ❤️ 2
    简单说就是,本来是 RHEL 8.5 发布后 2 个月你能用上 CentOS 8.5,现在变成发布前 2 个月你就能用上 CentOS 8.5 了。
    以前是 RHEL 发布以后 CentOS 跟进,现在是 CentOS 先进来测试,稳了再进 RHEL 。
    对 99.99%的普通用户来说是没差的,反而还能用上新一点的软件包。
    对那些用 CentOS 做 mission critical 生产的公司就麻烦了。

    @lp10 CentOS 本来就是给软件适配的,生产用的软件要求 7 就用 7,要求 8 就用 8,本来就没有什么升级的需求。
    如果原本就对操作系统没要求,那 Stream 怕也是没什么问题的。
    gainsurier
        11
    gainsurier  
       2020-12-09 00:32:16 +08:00 via iPhone
    这是学 win10,企业版拿非企业版测试...
    WebKit
        12
    WebKit  
       2020-12-09 01:11:56 +08:00 via Android
    看来只能上 opensuse
    leido
        13
    leido  
       2020-12-09 02:00:12 +08:00
    其实是楼主翻译很不准确 @Mohanson
    来源 https://lists.centos.org/pipermail/centos-announce/2020-December/048208.html
    ----------------------------------
    Meanwhile, we understand many of you are deeply invested in CentOS Linux
    7, and we’ll continue to produce that version through the remainder of
    the RHEL 7 life cycle.
    CentOS7 仅在 RHEL7 的生命周期内维护
    ----------------------------------
    When CentOS Linux 8 (the rebuild of RHEL8) ends, your best option will
    be to migrate to CentOS Stream 8, which is a small delta from CentOS
    Linux 8, and has regular updates like traditional CentOS Linux releases.
    CentOS8 可以迁移到 CentOS Stream 8
    ryd994
        14
    ryd994  
       2020-12-09 05:24:40 +08:00
    fedora 试验田地位难保?
    Goldilocks
        15
    Goldilocks  
       2020-12-09 06:12:00 +08:00 via Android   ❤️ 1
    @lp10 CentOS 大版本升级一直都是只能全新安装。

    全新安全其实更安全。如果你的服务器你不敢全新安装,说明里面的配置以及备份问题很多,那才是更紧迫要解决的。
    Goldilocks
        16
    Goldilocks  
       2020-12-09 06:12:54 +08:00 via Android
    @gainsurier win10 企业版和 home 版是一起发布的啊
    gainsurier
        17
    gainsurier  
       2020-12-09 08:32:31 +08:00
    @Goldilocks 记错了...我想说的是 LTSC 版
    FreeEx
        18
    FreeEx  
       2020-12-09 08:54:05 +08:00 via iPhone
    centos 8 的网络相关的 cli 用不惯,就是那个 nmcli,都不想更新了
    salmon5
        19
    salmon5  
       2020-12-09 08:58:44 +08:00 via Android
    CentOS Stream 8 一个问题是没有明确的版本标识
    salmon5
        20
    salmon5  
       2020-12-09 08:59:38 +08:00 via Android
    dnf update 一把梭
    BBCCBB
        21
    BBCCBB  
       2020-12-09 09:01:22 +08:00
    放心, 应该会有人出来继续搞的.
    salmon5
        22
    salmon5  
       2020-12-09 09:04:44 +08:00 via Android
    这就是国外用 debian 多的一大原因,centos 和 rhel 有商业关联
    28ms
        23
    28ms  
       2020-12-09 09:06:38 +08:00 via iPhone
    容器化之后不怎么挑宿主系统,内核版本够高能把 docker 稳定运行就行了,甚至说以后切换 podman 也没什么大不了,时代变了。如果企业需要高可靠性不想用试验田,那直接买 rhel 不就完了。
    TypeError
        24
    TypeError  
       2020-12-09 09:19:12 +08:00   ❤️ 6
    一直搞不懂国内运维为什么都喜欢 CentOS
    noqwerty
        25
    noqwerty  
       2020-12-09 09:20:01 +08:00   ❤️ 2
    @lp10 #3 最坑人的应该是 CentOS 6 11 月 30 号刚刚停止支持,也就是说有很多人从 6 跳过 7 升到了 8,结果一周后发现 8 明年就 EOL 了
    yinzhili
        26
    yinzhili  
       2020-12-09 09:26:30 +08:00
    企业还是要花钱买 rhel 才行,白嫖是不可持续的
    LokiSharp
        27
    LokiSharp  
       2020-12-09 09:31:16 +08:00   ❤️ 1
    企业买个 RHEL 也花不了几个钱啊,CentOS 本来就是给开源社区和个人用的= =
    wsseo
        28
    wsseo  
       2020-12-09 09:46:44 +08:00
    企业买个 RHEL 也花不了几个钱啊
    Goldilocks
        29
    Goldilocks  
       2020-12-09 09:49:22 +08:00 via Android
    @TypeError long time support. Ubuntu 16 马上就要 eol 了,但是 CentOS 7 还活得好好的
    hasdream
        30
    hasdream  
       2020-12-09 10:41:32 +08:00   ❤️ 1
    国内运维习惯性使用 centos 的原因是 早期时候 教材都是以 redhat 为例的,但是 redhat 的源需要收费,而 centos 免费 而且就是 redhat 开源代码 rebuild 的。 出现问题 centos 比较容易找相关资料, 而 debian ubuntu 等找相关的资料比较难 对于入门(百度搜相关)
    XPo
        31
    XPo  
       2020-12-09 10:42:22 +08:00
    喜欢用 debian,不为什么,就是因为它 logo 比其他的好看 : )
    liuxu
        32
    liuxu  
       2020-12-09 11:08:28 +08:00   ❤️ 1
    给我一个不用 debian 的理由。人不 debian 枉少年。
    openbsd
        33
    openbsd  
       2020-12-09 11:10:44 +08:00
    @TypeError #24
    早年在某公司大佬们选型时做过一次评估 大概说 Ubuntu LTS 各版本命令 /配置文件变化大?
    CentOS 是 RHEL 的重编译版本,待公司有钱后可以平滑迁移到 RHEL 成本会低
    另外中文资料也比较多 ?
    openbsd
        34
    openbsd  
       2020-12-09 11:15:59 +08:00
    @LokiSharp #27
    @wsseo #28
    早年评估过,支持貌似比 Win Server Datacenter 还贵
    openbsd
        35
    openbsd  
       2020-12-09 11:19:57 +08:00   ❤️ 1
    @gainsurier #11
    MS 早已滚动更新了,最贵的 Win Server Datacenter 自动更新完也特么自动重启,坑到死
    Keyes
        36
    Keyes  
       2020-12-09 11:20:48 +08:00 via iPhone
    @openbsd 可能是早年的版本吧,我从 14 开始用的,搭个博客做个隧道,也没觉得有什么变化
    liuxu
        37
    liuxu  
       2020-12-09 11:21:49 +08:00
    @openbsd 为什么大佬们完全略过了 debian
    westoy
        38
    westoy  
       2020-12-09 11:23:26 +08:00   ❤️ 4
    @TypeError

    早年国内培训和书都是以 rpm 系主的, 尤其鸟哥私房菜当时是国民级的......
    而 deb 系基本很少, 我印象里 binary hack 算是比较早的关于 debian 系的书了
    rpm 系的私有驱动内核适配比较好
    不过也是有争议的, 肉饼曾经在 javaeye 喷过 centos 是伪 RHEL, 比起同样版本同样配置的 RHEL 来运行效率低,内存占用高的多, 不过后来 CSDN 吃了 javaeye 后帖子删掉了
    openbsd
        39
    openbsd  
       2020-12-09 11:27:26 +08:00
    @liuxu #37
    没资格参加讨论,看过会议记录,貌似是 “没有机会切换到 商业支持版 ?”
    据前同事说现在生产环境 是 Win Server 和 openSUSE ?
    liuxu
        40
    liuxu  
       2020-12-09 11:35:49 +08:00
    @westoy 鸟哥私房菜占之首,我就是看这个入的 linux,从 5.5 用到 8
    liuxu
        41
    liuxu  
       2020-12-09 11:46:04 +08:00
    @openbsd 这组合,为什么不直接 RHEL 了。。
    Osk
        42
    Osk  
       2020-12-09 11:48:15 +08:00 via Android
    @openbsd 不想自动重启要配组策略啊
    lazyyz
        43
    lazyyz  
       2020-12-09 12:15:41 +08:00 via Android
    惯用 Debian
    12101111
        44
    12101111  
       2020-12-09 12:35:37 +08:00
    @openbsd ubuntu 还有 unattended-upgrade 呢, Windows pro/server 用 wsus 配置一下就不会自动重启
    hantsy
        45
    hantsy  
       2020-12-09 12:39:18 +08:00
    这个有点难堪,这不是夹在 RHEL 和 Fedora 之间的版本吗?
    hantsy
        46
    hantsy  
       2020-12-09 12:40:54 +08:00
    @LokiSharp 各种云才是白嫖大户,自己赚的金钵满盆了,对开源的付出一毛不拨。
    tabris17
        47
    tabris17  
       2020-12-09 12:41:12 +08:00
    滚动更新不好吗
    hantsy
        48
    hantsy  
       2020-12-09 12:42:52 +08:00
    @12101111 Oracle Linux 一直是的。
    hantsy
        49
    hantsy  
       2020-12-09 12:46:04 +08:00
    这些开源的基础服务,应该使用双重协议,针对云部署的收取服务费。现在 Mongo,redis 针对各种云平台 piao 窃,好都是在慢慢变更协议了,这个趋势不好。
    Ansen
        50
    Ansen  
       2020-12-09 12:57:33 +08:00
    接下来把公司服务器换 Debian 了,之前从 Ubuntu 换到 CentOS 7 才换到一半
    salmon5
        51
    salmon5  
       2020-12-09 13:02:07 +08:00
    @Ansen 为啥没用 Ubuntu 呢?
    Ansen
        52
    Ansen  
       2020-12-09 13:02:44 +08:00
    @salmon5 #51 我不大喜欢 Ubuntu
    MeteorCat
        53
    MeteorCat  
       2020-12-09 13:07:47 +08:00 via Android
    其实 centos8 感觉就挺不错的,直接内置 bbr,也不知道为什么要强推 stream 版
    twl007
        54
    twl007  
       2020-12-09 13:08:46 +08:00 via iPhone
    @TypeError 国外也是 Centos 多 谢谢
    tin3w5
        55
    tin3w5  
       2020-12-09 13:14:40 +08:00   ❤️ 14
    这里要大言不惭一下,毕竟这个问题我个人感觉很有发言权。

    楼上推荐 Debian 和 OpenSUSE 的朋友估计是没有管理过一些老品牌的硬件服务器。据我所知,至少在 2018 年之前,很多知名的老品牌服务器厂商都没有提供面对这些非商业系统的驱动( CentOS 除外),想要用要么是买专门的操作系统服务,要么是自己从社区里搞,但是在使用过程中出现问题,前者是由专门的 team 负责 support,后者……自己负责。

    在这里说几个背景,应该能更方便大家理解。由于本人之前在某硬件服务器厂商工作过,对于售后流程和常规的故障判断标准非常熟悉。用户遇到硬件故障,如果使用的不是官方支持列表里的系统,使用过程中出现任何问题,客户自行负责,刷固件出现任何问题,客户自行负责,硬件有故障需要维修,就看你报障的时间是不是他们最近 QA 查录音严不严,严的时候会要求你至少用他们官方支持的系统收集日志,才能派送备件(其实厂商也不是有意难为客户,都是国内各路“高手”采用各种手段骗保的情况太严重了,太具体的案例,这里就不展开说了,毕竟与本话题无关)

    至于楼上很多人说,很多人说国内大多数人愿意用 rpm,不愿意用 deb,楼上有人评论是因为《鸟哥》。其实我个人是不认同的,试问有几个人能认认真真的把两本鸟哥都仔仔细细的读透,彻底融会贯通的?我相信绝大多数人还是拿来当作工具书需要的时候临时查查、亦或者是买回来之后简单翻一翻、读一读、然后当枕头用,能认认真真跟着做实验、记笔记的人都算不错了(没有嘲讽的意思,主要是书写的太细了,真的愿意深入的人还是少数,很难形成一种普遍的习惯。)。再者说大多数硬件服务器厂商还是愿意提供 Ubuntu 的系统支持的。而且 Ubuntu 的一个好处是,Ubuntu 官方提供了硬件服务器的驱动,而不是像 CentOS 一样,要自行安装 Vendor 提供的驱动,所以很多数据中心还是会采用 Ubuntu 作为其硬件服务器的操作系统。

    OK,现在肯定有人要问了,我们用的都是虚拟化、为什么要局限于硬件服务器?答案是:为了方便,或者说的更直白点——为了偷懒。因为大多数环境都是要自动化部署、初始化的。哪个 ops 也不想天天被 Security 打电话催系统补丁、软件版本的事情,也不想被 dev 天天抱怨生产环境与开发环境不一致,更不想因为各个不同的环境中,相同的功能仅仅是因为系统的差异就要重新再写一份自动化脚本(出了 bug 导致 issue 就该头疼了)。综上所述,OPS 很多时候会有意控制环境,让所有环境尽可能统一一个发行版,不要出现太多的差异化。当然,随着 docker 的诞生,这方面的事情会越来越少。

    最后再来说主题,CentOS stream,看样子感觉和 Kali 的 rolling 版本差不多(由于刚刚描述的点,本人没使用过太久 Debian,只是早些年在研究渗透测试的时候在虚拟机里装过 Kali Linux )。Kali 早在几年前就在推 rolling update 。估计其他的发行版也都有类似的玩法。估计 RH 也是看其他的发行版这么跑没什么问题,才打算这么做的。毕竟 Fedora 是 Redhat 的小白鼠这件事情几乎是地球人都知道的事情了,再加上前面提到的几个问题,相信绝大多数人是不会在 Fedora 上部署生产环境的(极特殊情况除外),所以很多的 Bug 还是没有第一时间在 Fedora 上反馈出来,比如 RHEL6 系列早起的 NFS 不能重启的 Bug,RHEL7 早期版本 firewalld 与 iptables 条目并存的时候导致的读取 bug,CentOS8 偶发的 yum 源拉取失效问题……

    上面有点朋友说,CentOS 以后可能会沦为 RHEL 的小白鼠,从目前公开的信息来看,几乎是板上钉钉的事情了。但是只要严格控制版本,不要什么东西都上来全都拉最新的软件包,应该就不会存在什么太大问题。另外就像前面有朋友说,反正 RHEL 的源码都是开源的,如果 CentOS 的品控不好,以后一定会出现另一个发行版来替代 CentOS 。服务器硬件厂商也不是傻子,系统完全一样,只不过换了一个 logo 、名字,兼容性测试几乎不用做,为什么不添加到自己的系统支持列表里呢?
    moloach
        56
    moloach  
       2020-12-09 13:19:28 +08:00 via iPhone
    @MeteorCat 商业行为,不是要你切 stream 版本是要你切 RHEL 版本!红帽被 ibm 收购之后有营收压力吧
    MeteorCat
        57
    MeteorCat  
       2020-12-09 13:22:32 +08:00 via Android
    @moloach 受教了,原来最终是要让人切 RHEL 版
    farmer01
        58
    farmer01  
       2020-12-09 13:27:57 +08:00
    @twl007 麻烦多查阅资料,确认后再怼人,谢谢,centos 只是中文社区各种抄抄抄的资料多,Ubuntu 才是那个拥有最丰富最活跃的社区的发行版。
    https://www.similartech.com/compare/centos-vs-ubuntu
    felixcode
        59
    felixcode  
       2020-12-09 13:29:05 +08:00 via Android   ❤️ 3
    CentOS 会让人有背后有红帽强大技术支持的错觉,现在演进成了测试版,广大用户可以成为红帽前方的强大测试团队了
    popoer
        60
    popoer  
       2020-12-09 14:28:24 +08:00
    Oracle Linux 不也是基于 RHEL 的嘛
    LokiSharp
        61
    LokiSharp  
       2020-12-09 15:30:11 +08:00
    @farmer01 #58 这个只是比他能爬到的前端服务器,没有什么意义,用啥发行版都没什么大区别。CentOS 大多跑在后端的数据中心、工控机上,Ubuntu 这种装上去设备驱动都不一定有。然后。。。拥有最丰富最活跃的社区的发行版是 Arch 谢谢。
    twl007
        62
    twl007  
       2020-12-09 15:54:52 +08:00
    @farmer01 你怎么知道我没查过?另外我也建议你去看看多少硬件只有 thel/centos 的驱动而没有 Ubuntu 的驱动 看社区活跃度就算活跃的不知道你怎么看 Oracle Linux 和 Amazon Linux 明显企业这块 CentOS 更受欢迎

    Ubuntu 社区再活跃也没见厂商专门 build 一个 Ubuntu 的驱动拿出来用 驱动都没有再活跃有什么用?
    salmon5
        63
    salmon5  
       2020-12-09 16:19:47 +08:00
    https://centos.rip
    jasonkayzk
        64
    jasonkayzk  
       2020-12-09 17:13:16 +08:00
    日渐 Win10 化?
    jccg90
        65
    jccg90  
       2020-12-09 17:18:11 +08:00
    aws 和阿里云这类的大厂,都有基于 centos 自己维护的发行版吧。。。也都是开源的

    如果 centos 没有稳定版了,应该可以换到 aws 或阿里的发行版上。。。毕竟也是有大厂的支持的
    wzw
        66
    wzw  
       2020-12-09 18:44:42 +08:00
    支持 Debian 稳定版 (没有重度使用过 Ubuntu 就是了)
    twl007
        67
    twl007  
       2020-12-09 18:51:14 +08:00
    @farmer01 再给你个例子

    https://github.com/ceph/ceph-container
    Starting August 22th 2018, Ubuntu images are no longer supported. Only openSUSE and CentOS images will be shipped.
    12101111
        68
    12101111  
       2020-12-09 18:54:17 +08:00
    @tin3w5 @LokiSharp @twl007 你们说的驱动是指 Linux 内核驱动还是 userspace 的 library, 据我所知前者因为 GPL 是要求强制开源的,再不济也要用 LGPL 搞一个 shim 层, 无论怎样, kernel 和 userspace 是完全分开的, 即使 kernel 用 rhel 的, userspace 也可以跑 Debian. (手动解压内核的 rpm 包), 后者都是 ABI stable 的 library 才会这么做吧(比如 NVIDIA 的 libGL.so 或者是 libcudart.so),除了 Glibc 版本号要等于或小于系统的 Glibc 的版本号, 也没有其他的问题了.

    CentOS stream 是 Rhel 的 beta 版, 这意味着 1) CentOS stream8 和 CentOS stream9 肯定和之前一样升级=重装的 2) CentOS stream8 的更新最终会进入 rhel8 所以 CentOS stream8 并不会出现像 Archlinux 那种滚动更新一言不合就要 rebuild 软件的问题, 只是 1) 之前的 CentOS 更新晚于 rhel, rhel 修复的 bug 会等一段时间才能更新到 CentOS 2) 现在的 CentOS stream 更新早于 rhel, 修复 bug 比 rhel 早, 但有可能遇到新的 bug

    因为 CentOS/rhel 要保持 ABI 稳定性, 因此软件包不会引入 break change 的, 只会不停的 backport 安全更新和少量的功能更新, 在这种情况下, 引发新 bug 的可能性并不高(除了刚更新大版本号的时期). 所以, 之前使用 CentOS 的大多数用户, 继续使用 CentOS stream 的问题不大, 况且红帽提供了免费的 rhel 的容器镜像, 部署业务完全可以用这个镜像, 除非是为了追求所谓的红帽工程师测试
    twl007
        69
    twl007  
       2020-12-09 19:01:28 +08:00
    @12101111 很多硬件都没的 之前就因为厂商不提供 Ubuntu 的 lib 导致我们放弃了 ┓( ´∀` )┏
    你说的做法放到一些不重要的系统上可能还行 你要是在最基础的重要的 infra 搞这个 风险还是很大的 因为厂商不会保证这么干 100%能工作并且行为正常 而对一些重要系统而言稳定是第一的

    而且就算 Centos Stream 像你所说那样 但是谁也不敢保证以后不会出问题 重要系统始终是稳定第一 并且可以预见变化是最重要的 尤其你机器数量大到一定规模 一点小问题都会暴露的很明显 所以就算有的厂商上了 估计多半也不敢滚的 =。=
    twl007
        70
    twl007  
       2020-12-09 19:06:49 +08:00
    @12101111 还有一个问题是很多厂商的 lib 不会有代码的 直接一个编译好的 lib 给你 理论上来说 ABI 应该是没啥问题 但是谁也不敢保证在 Centos 和 Ubuntu 之间这么玩不会出问题 至少我们对于这种情况如果有代码的话都会在 Ubuntu 的下面编译一遍然后测试通过才行 对于厂商只提供 lib 的话我们就没啥办法了 就算看起来能用 也没人敢保证会一直这样 而且加上基数大 可能一些小概率问题都能出现好几个 o(╯□╰)o

    就像我上面贴的 Ceph 的例子 理论上是个系统就能跑 但是为了稳妥肯定是用 Ubuntu 做 base image 来 build 一个新的而不是直接拿 Centos image 去跑在 Ubuntu 上面
    12101111
        71
    12101111  
       2020-12-09 19:12:14 +08:00
    @twl007 我还以为是阵列卡网卡这种 kernel space 的驱动呢, userspace 直接用 rhel 的 docker 镜像跑就行了, 至于外面的系统, 能跑 docker 就行了, 反正 docker 也是静态链接的, 和系统库没一点关系.外面的系统 systemd 没 bug 能把 containerd 带起来就行
    kaneg
        72
    kaneg  
       2020-12-09 19:30:49 +08:00 via iPhone
    centos 用户要从后方被送到前线去了
    salmon5
        73
    salmon5  
       2020-12-09 19:33:17 +08:00
    据我的观察,centos stream 8 没那么 beta,rhel8.2 的时候它是 8.3,rhel8.3 的时候它是 8.4,可以看 https://koji.mbox.centos.org/koji/search?match=glob&type=build&terms=*el8.4*,它的迭代没有那么“不稳定”
    lyhiving
        75
    lyhiving  
       2020-12-09 19:34:50 +08:00 via Android
    debian 会一统江湖
    salmon5
        76
    salmon5  
       2020-12-09 19:41:31 +08:00
    https://koji.mbox.centos.org/koji/buildinfo?buildID=12497
    https://koji.mbox.centos.org/koji/buildinfo?buildID=12538
    https://koji.mbox.centos.org/koji/buildinfo?buildID=14937
    随便挑几个 centos stream 8 的 build,看 Changelog 和版本还是相当保守的,而且都是 redhat 官方工作人员,我个人觉得至少比 ubuntu 保守
    salmon5
        77
    salmon5  
       2020-12-09 19:46:20 +08:00
    https://www.centos.org/centos-stream/
    CentOS Stream 8 的 End-of-life 是 N/A,也就是 CentOS Stream 8 可能不保证支持到哪一年,如果突然 CentOS Stream 8 项目关闭,那整个 centos 项目彻底黄了
    m4d3bug
        78
    m4d3bug  
       2020-12-09 20:08:54 +08:00 via Android
    看了那么久,也就 73 楼会去看 changelog
    FS1P7dJz
        79
    FS1P7dJz  
       2020-12-09 20:11:20 +08:00
    因为是 rolling update 自然没有什么 EOL 吧...
    就像 WIN10 永远都是 WIN10...
    但实际上和最早的 WIN10 区别已经蛮大的了

    我觉得 2021 年了,还真争论什么发行版最好意义不大
    对于初级运维来说,即便没有上 docker,做好各项配置文件分离,尽量少用与系统高耦合的一些设置,更新前做好 rollback 方案就行.
    对于高级运维来说,啥都不是事
    wtdd
        80
    wtdd  
       2020-12-09 21:00:45 +08:00
    要么用老版本,要么等硬件厂商转向 debian 吧
    yklaxds
        81
    yklaxds  
       2020-12-09 21:07:55 +08:00 via Android
    等待新的基于 RHEL 的 OS…
    Noisky
        82
    Noisky  
       2020-12-09 21:59:20 +08:00
    简单来说 既然白嫖党这么多 以后就帮忙测试吧 /狗头
    gcloud
        83
    gcloud  
       2020-12-09 22:25:20 +08:00 via Android
    你们不考虑 RedHat 也出一个滚动发型的版本吗? 然后这个就当作 RadHat 滚动版的实验
    panzhc
        84
    panzhc  
       2020-12-09 22:41:01 +08:00
    那就切 debian testing 吧
    salmon5
        85
    salmon5  
       2020-12-09 23:08:40 +08:00   ❤️ 1
    https://www.redhat.com/en/blog/faq-centos-stream-updates#Q6
    centos stream 8 的生命周期,贯穿 RHEL8 的生命周期(到 2029 );
    滚动就滚动吧,我个人觉得至少还是可靠的;
    https://koji.mbox.centos.org 这里是 build 平台,可以跟踪下核心组件的 build 情况
    m4d3bug
        86
    m4d3bug  
       2020-12-09 23:56:03 +08:00 via Android
    @salmon5 也就你会看看 chsngelog 了,通篇都没一个人会查个 changelog 就在那里自嗨 debian 系
    caola
        87
    caola  
       2020-12-10 00:16:52 +08:00
    debian 它不香吗
    tin3w5
        88
    tin3w5  
       2020-12-10 10:32:55 +08:00   ❤️ 1
    @12101111 兄弟,不得不说你的说法从理论上来讲是可行的,而且这也是大多数源自于社区的适配给不同发行版的驱动。不过从之前在服务器厂商那边和客户打交道的工作经验和自己几年从事基础架构环境 ops 的经验来看,绝大多数 ops team 的人员都知道这个可以搞,rpm 的包解开、制作成 deb 包也并不是什么困难的事情。但是出了问题责任是谁的?

    暂且不提 Vendor 是否会在软件包里加什么额外的东西,就如我的帖子中所说,社区里是有人能搞到各个发行版的驱动包的,自己玩完全可以用。但是有故障的时候呢?就算是官方发布的驱动、固件还有可能存在问题,一旦这个存在 issue 的固件或驱动被制作成了其他发行版的软件包,Vendor 完全可以说“这个东西不是我们的软件包,所以我们概不负责!(服务条款里可是有这条的哦)”,然后这个大锅就你自己背吧!

    当然,还有些问题是存在于稳定性测试方面的考虑。据我所知,这些 Vendor 在 Driver 、Firmware 发布之前会找大量的机器安装 OS support matrix 中宣称支持的 OS 进行稳定性测试,然后针对性地改进。当然,如果你手里闲置的机器足够多,也有足够多的时间,而且有精力和能力做 bugfix,就当我没说。
    gearfox
        89
    gearfox  
       2020-12-10 11:56:25 +08:00
    CentOS 可以转 Oracle Linux 呀
    m4d3bug
        90
    m4d3bug  
       2020-12-10 12:16:28 +08:00 via Android
    @gearfox 有钱还不如直接 RHEL,oracle 中国人都裁光了
    H0u5er
        91
    H0u5er  
       2020-12-10 12:24:34 +08:00
    @FreeEx 同感,nmcli 命令不适应
    nuk
        92
    nuk  
       2020-12-11 04:15:15 +08:00
    @H0u5er 这玩意倒是有存在的必要,但是用起来真的太麻烦了。
    mason961125
        93
    mason961125  
       2020-12-12 19:34:09 +08:00
    喜 大 普 奔
    bnlt
        94
    bnlt  
       2020-12-12 21:57:23 +08:00
    @salmon5 应该是到 2024 年,full RHEL support phase 指的应该是表格里的 Full support ends,这样就和 https://wiki.centos.org/FAQ/CentOSStream 这里能对上,RHEL 9 发布后大约一年。
    RHEL 9 Beta 开始,CentOS Stream 就会同时有两个源可以用,用户自己选 8 或 9 Beta,RHEL 9 发布一年后 8 的源就取消了。
    salmon5
        95
    salmon5  
       2020-12-12 23:38:36 +08:00
    关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2078 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 36ms · UTC 01:46 · PVG 09:46 · LAX 18:46 · JFK 21:46
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.