Livid
278.36D
569.57D

20190701 - 关于 CST 时间 2019 年 7 月 1 日 / PT 时间 2019 年 6 月 30 日的服务问题

  •  5
     
  •   Livid ·
    PRO
    · Jul 1, 2019 · 13195 views
    This topic created in 2514 days ago, the information mentioned may be changed or developed.
    因为所在的云服务提供商的一次紧急维护,导致我们的一台关键服务器离线 2 个小时,造成期间网站无法访问。

    现在服务已于 CST 时间 2019 年 7 月 1 日早上 9 点 37 分 / PT 时间 2019 年 6 月 30 日下午 6 点 37 分恢复。
    55 replies    2019-07-02 09:36:47 +08:00
    CloudnuY
        1
    CloudnuY  
       Jul 1, 2019
    来了
    chuqi
        2
    chuqi  
       Jul 1, 2019
    能进来了=.=
    serge001
        3
    serge001  
       Jul 1, 2019   ❤️ 45
    还好快到上班时间恢复了 没有影响摸鱼
    mayx
        4
    mayx  
       Jul 1, 2019 via Android
    还以为被攻击了
    coolerku
        5
    coolerku  
       Jul 1, 2019
    oj8k
    princelai
        6
    princelai  
       Jul 1, 2019
    能进来了,但是是最热还是有问题
    sutking
        7
    sutking  
       Jul 1, 2019 via iPhone
    吓死我了,还好虚惊一场
    akira
        8
    akira  
       Jul 1, 2019
    还好只是服务器故障 还以为 livid 被请去喝茶了呢
    Livid
        9
    Livid  
    MOD
    OP
    PRO
       Jul 1, 2019
    @princelai 最热是从 CST 时间每天早上 8 点开始重新计算。目前当日还没有符合最热条件的主题。
    psklf
        10
    psklf  
       Jul 1, 2019
    Cool 一切正常了。
    janda
        11
    janda  
       Jul 1, 2019
    我们这访问好像是现在九点半左右恢复的
    BlBana
        12
    BlBana  
       Jul 1, 2019
    早上我还以为我手机欠费没网了 。。。
    SoVince
        13
    SoVince  
       Jul 1, 2019
    我还以为 v2 挺不住 凉了🤣
    ShundL
        14
    ShundL  
       Jul 1, 2019
    每天早上都是就着帖子吃包子,结果。。。
    easylee
        15
    easylee  
       Jul 1, 2019   ❤️ 1
    其实我想问一句:

    这个楼里面的回复算不算是无意义的回复,会被 ban 么?
    MelodyCat
        16
    MelodyCat  
       Jul 1, 2019
    还以为墙了
    DrJoseph
        17
    DrJoseph  
       Jul 1, 2019
    我也吓了一跳,以为跟网易云音乐一样犯什么事了
    usapla
        18
    usapla  
       Jul 1, 2019
    来了,老哥
    zst
        19
    zst  
       Jul 1, 2019
    打不开的时候吓一跳.....以后网又炸了...过一会果然好了
    lcnr
        20
    lcnr  
       Jul 1, 2019
    。。。。其中一台关键服务器。。。一共多少台服务器?
    lihongming
        21
    lihongming  
       Jul 1, 2019 via iPhone
    我还以为是我的提子不好了
    peacelove
        22
    peacelove  
       Jul 1, 2019 via iPhone
    已经习惯了…经常炸
    dot2017
        23
    dot2017  
       Jul 1, 2019
    所以现在 v2 是放在哪里托管了呢
    Felldeadbird
        24
    Felldeadbird  
       Jul 1, 2019   ❤️ 2
    所以云服务器并不云。该挂还是会挂。
    oneby
        25
    oneby  
       Jul 1, 2019 via Android
    我还以为被墙 k 了
    MeteorCat
        26
    MeteorCat  
       Jul 1, 2019 via Android
    还以为被墙了
    ryd994
        27
    ryd994  
       Jul 1, 2019 via Android
    @Felldeadbird 谁告诉你云服务不会挂的?
    云服务能提供的是
    1.基本还行的单机 sla,比普通独服好,比顶级机房差
    2.failover 能力
    3.计划内维护的通知 /协调,也就是可用区 /维护区的概念
    Felldeadbird
        28
    Felldeadbird  
       Jul 1, 2019
    @ryd994 主要是云服务器的宣传口号是:云服务器 ECS,实例可用性达 99.95%,数据可靠性不低于 99.999%,自动宕机迁移 。服务器离线了,不应该自动迁移到新服务么,除非这是收费服务或者提前告知了维护。= =、反正我心中的云服务器就是这样啊,出现故障短时间自动迁移。 但这么多云服务器事故,告诉我并不是真正的云。
    robinlovemaggie
        29
    robinlovemaggie  
       Jul 1, 2019
    别问为什么,问就是挖掘机的锅~
    est
        30
    est  
       Jul 1, 2019   ❤️ 1
    @Felldeadbird 可能你对云服务自动迁移有什么误解。。。
    sumarker
        31
    sumarker  
    PRO
       Jul 1, 2019
    已阅
    mulu
        32
    mulu  
       Jul 1, 2019 via Android
    刚好今天调休,醒来打不开,回笼觉了一波
    guokb
        33
    guokb  
       Jul 1, 2019
    反正今早是嚇了一跳,趕忙上 twitter 看了下。还以为是網線有問題。
    cosven
        34
    cosven  
       Jul 1, 2019 via iPhone
    @Livid 站长能简单描述下最热的计算策略吗?我想上最热
    ctrlands
        35
    ctrlands  
       Jul 1, 2019
    我还以为被墙了,挂个 v,结果还是不行..
    goodboy886
        36
    goodboy886  
       Jul 1, 2019 via Android
    冗余做的不行啊
    zhnlk
        37
    zhnlk  
       Jul 1, 2019
    已阅
    acedbs
        38
    acedbs  
       Jul 1, 2019
    ![v2ex.png]( https://i.loli.net/2019/07/01/5d1976d30898c36681.png)
    就说怎么访问不了~~
    ryd994
        39
    ryd994  
       Jul 1, 2019 via Android   ❤️ 1
    @Felldeadbird 三个 9 不算多高的可用性
    365×24×.0005 = 4.38
    如果过去一年里没有出过其他事故的话,并没有违反 SLA

    自动宕机迁移的前提是所在物理机宕机,效果是等于一次意外断电重启。然而我们并不知道是网络问题还是宕机。

    正规做法是部署冗余实例,利用负载均衡实现更高的在线率。前提是正确部署,分布到多个可用区和更新区间。必要的话还可以跨地理区。
    fenx
        40
    fenx  
       Jul 1, 2019
    都起床这么早 ne
    qwerthhusn
        41
    qwerthhusn  
       Jul 1, 2019   ❤️ 1
    这个 CST 的 C 是 China 还是 Central。。
    chuhemiao
        42
    chuhemiao  
       Jul 1, 2019
    突然进不去,以为 ip 又被封了。。。
    wguo3
        43
    wguo3  
       Jul 1, 2019
    透露下是那家云
    Livid
        44
    Livid  
    MOD
    OP
    PRO
       Jul 1, 2019
    justin2018
        45
    justin2018  
       Jul 1, 2019
    哪个云服务运营商 😁
    pcdRob
        46
    pcdRob  
       Jul 1, 2019
    @Livid 我这是被封 ip 了吗 本地无痕 403 手机正常 翻墙之后正常
    msg7086
        47
    msg7086  
       Jul 1, 2019
    @Felldeadbird 99.95 没毛病(而且如上面大佬所说,并不高)。
    云计算本来就是以整个云的稳定性为单位的,单机跑没有任何优势(甚至有劣势,因为故障点变多了)。
    c4f36e5766583218
        48
    c4f36e5766583218  
       Jul 1, 2019
    @qwerthhusn https://www.v2ex.com/t/578833?p=1#r_7559480
    233 支持。。。https://segmentfault.com/a/1190000014848738
    CST 时间却同时可以代表如下 4 个不同的时区:
    Central Standard Time (USA) UT-6:00
    Central Standard Time (Australia) UT+9:30
    China Standard Time UT+8:00
    Cuba Standard Time UT-4:00
    JuSH
        49
    JuSH  
       Jul 1, 2019
    吓死我了,我还以为被公司上网行为管理器限流了
    zhihaofans
        50
    zhihaofans  
       Jul 1, 2019
    因为,用的是客户端,一开始还以为被 ban 号了
    okoook
        51
    okoook  
       Jul 1, 2019 via iPhone
    我还以为我卡欠费了
    zzczzc
        52
    zzczzc  
       Jul 1, 2019
    三大家好像最近半年都挂过,更不用说普通的了
    exploreexe
        53
    exploreexe  
       Jul 2, 2019
    朕知道了
    ericgui
        54
    ericgui  
       Jul 2, 2019
    Google Cloud ?
    Actrace
        55
    Actrace  
       Jul 2, 2019
    默默地看了下,手头的独服已经运行了 1000 多天了。
    Linode 和 Vultr 每隔一段时间就要来一次停机维护。
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   5710 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 374ms · UTC 02:28 · PVG 10:28 · LAX 19:28 · JFK 22:28
    ♥ Do have faith in what you're doing.