阿里云有没有上 UBUNTU 18.04LTS 的时间表? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Recommended Services
Amazon Web Services
LeanCloud
New Relic
ClearDB
realpg
0.01D
V2EX    云计算

阿里云有没有上 UBUNTU 18.04LTS 的时间表?

  •  
  •   realpg
    PRO
    2018 年 10 月 31 日 3834 次点击
    这是一个创建于 2628 天前的主题,其中的信息可能已经有所发展或是发生改变。
    境外友商 5 月就上了,这边 11 月了还没动静

    7 个月时间还不够开发监控系统啊
    第 1 条附言    2018 年 10 月 31 日
    好了 问题变成了 什么时候能所有地域所有可用区都开 UBUNTU 18.04 LTS?
    22 条回复    2018-11-03 22:20:47 +08:00
    tyzrj766
        1
    tyzrj766  
       2018 年 10 月 31 日 via iPhone
    阿里云腾讯云这种不错了,美团 京东这些要么没有要么压根不想上,Linux 里也就个 CentOS7 还行。
    mason961125
        2
    mason961125  
       2018 年 10 月 31 日 via iPhone
    自己系统内升级呗,反正升级了好几次都没问题。
    realpg
        3
    realpg  
    OP
    PRO
       2018 年 10 月 31 日
    @mason961125 #2
    又不是几十台以下的小规模 爱怎么搞怎么搞
    ivmm
        4
    ivmm  
       2018 年 10 月 31 日
    阿里云已经出了啊
    realpg
        5
    realpg  
    OP
    PRO
       2018 年 10 月 31 日
    @ivmm #4
    这不科学
    hash
        6
    hash  
       2018 年 10 月 31 日 via iPhone   1
    debian9 了解一下
    ysc3839
        7
    ysc3839  
       2018 年 10 月 31 日
    不能自己安装吗?
    yujincheng08
        8
    yujincheng08  
       2018 年 10 月 31 日
    我反正自己升上去了
    xiaopc
        9
    xiaopc  
       2018 年 10 月 31 日 via Android
    前几天用 do-release-upgrade 升级,结果 kernel panic 了...
    zocome
        10
    zocome  
       2018 年 10 月 31 日   1
    想办法自己网络挂载安装吧,顺带还能把自带的那些监控给干了,我就是这么安装的 Debian9
    realpg
        11
    realpg  
    OP
    PRO
       2018 年 10 月 31 日
    @zocome #10
    显然是为了集中部署统一管理需求的 多于 2000 台计算节点
    DonaidTrump
        12
    DonaidTrump  
       2018 年 10 月 31 日 via iPhone
    自己升不一样么?大概花 10 几分钟就好了
    mason961125
        13
    mason961125  
       2018 年 10 月 31 日
    @xiaopc #9 所有配置文件全选新的,这样能成功。
    msg7086
        14
    msg7086  
       2018 年 10 月 31 日
    嗯?都 2000 台计算节点了,做不到自己去做模板机么……
    realpg
        15
    realpg  
    OP
    PRO
       2018 年 10 月 31 日
    @msg7086 #14
    不全是阿里的啊
    主要是外部版本号一致 就比较方便的分发和控制包版本,从同一个 apt 源弄出来的软件包都是同样的版本没有差异
    有些弹性部署的节点当然是自动化的 但是你自动化创建完事再做可能一堆问题的跨版本升级就蛋疼了
    msg7086
        16
    msg7086  
       2018 年 11 月 1 日
    @realpg 我没看懂为什么这会影响外部版本号一致性。

    我自己 VPS/云计算节点,很多都是进 Rescue 以后直接 Debootstrap 装系统,装完系统和软件包以后打一个 Snapshot,以后就全用那个 Snapshot 建新节点了。如果你们对版本那么关注的话,我觉得更应该走这条路线自己管理模板机了吧。

    当然我没用过千万云,不知道他们有没有这功能……

    跨服务商部署的话应该也是这么做比较方便,进 Rescue 然后 rsync 复制全盘再 Snapshot,还能避免各家厂商自己夹带私货。(比如 OVH 以前乱夹的内核和 rc.local 什么的……
    msg7086
        17
    msg7086  
       2018 年 11 月 1 日
    PS: 没 Rescue 功能的机器可以用 sysrq 把文件系统 ro 以后直接往硬盘里 dd 镜像,完了以后 sysrq 硬重启解决。在 AWS 的 Lightsail 上试过,用来修正 Debian AMI 里分区故意差了 1 扇区的毛病……
    realpg
        18
    realpg  
    OP
    PRO
       2018 年 11 月 1 日
    @msg7086 #16
    你不了解我的需求 把整体架构实现目标从早晨解释到晚上意义也不大

    简单说 系统维护部分的需求 就是要各种基本 apt 安装的应用层包的统一升级维护 版本一致性保持 应用层的还有应用层的系统自动化维护机制

    现在采用的最省事的办法就是各家的自己直接带的系统(方便有时候的批量起按需实例从 api 直接创建和销毁 也方便傻瓜客户自己购买云服务器) 只要保持外部版本号一致,采用同一个 apt 源就能保证应用层软件的系统维护指令一致时的版本一致性

    这些云服务,尤其是国内的,基础结构都有不少 hack,有运维团队单纯的自己想往里搞东西并不是很费劲,但是后续的维护就不可避免的可能出现莫名其妙的问题导致不省心

    全部 ubuntu server 的基本服务器应用软件都是基于 apt 包管理安装,自定义的东西也是发布成内部源或者 ppa 源 这个结构是经过多年的结合实际摸索出来的套路 因为涉及很多客户自采半自维服务器 云服务账号 API 都没有,安装我们的引导软件接入平台统一管理 还有一些其他的更乱套的场景需要更细致的
    msg7086
        19
    msg7086  
       2018 年 11 月 1 日
    ermmm 感觉我们讨论完全不在一个位面上。
    我从头到尾也都没提到 apt 啊,提的是系统安装……
    系统装完以后当然走 apt 管理咯……

    虽然大致是能理解你想做什么了。
    Remember
        20
    Remember  
       2018 年 11 月 1 日
    @realpg 自己装的系统一样可以做一个 image 以后用这个 image 从 api 新建实例,不知道你在纠结什么
    chinaglwo
        21
    chinaglwo  
       2018 年 11 月 2 日
    @ivmm 不错,要不是看到,我也以为还没出。
    aru
        22
    aru  
       2018 年 11 月 3 日
    阿里云可以上传自定义镜像
    账号不多不麻烦
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     2709 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 92ms UTC 03:55 PVG 11:55 LAX 19:55 JFK 22:55
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86