刚刚 GitHub 经过官方博客发布了 21 日“挂掉”的事情剖析。
GitHub 指出此次事情发作的缘由是在 10 月 21 日 22:52 UTC 停止日常维护——改换发作缺点的 100G 光学设备时招致美国东海岸网络中心与美国东海岸数据中心之间的衔接断开。
更详细地，GitHub 剖析，虽然两地的衔接在 43 秒内恢复，但这次长久的中缀引发了一系列事情，这才招致了长达 24 小时 11 分钟的效劳升级。
为了大规模提高功用，GitHub 的运用顺序将直接写入每个群集的相关主数据库，但在绝大少数状况下将读取央求委派给正本效劳器的子集。GitHub 运用 Orchestrator 来管理 MySQL 集群拓扑并处置自动缺点转移，Orchestrator 在此进程中思索了许多变量，并在 Raft 共识机制之上达成共识。Orchestrator 可以完成运用顺序无法支持的拓扑，因此必须留意将 Orchestrator 的配置与运用顺序级别的希冀保持分歧。
但是 21 日，在上述网络分区中，Orchestrator 在主数据中心中不断保持生动，依据 Raft 的共识机制，它末尾了一个取消指导选举的进程。美国西海岸数据中心和美国东海岸私有云 Orchestrator 节点可以树立合规数量并末尾对群集停止缺点转移，以便将写入指向美国西海岸数据中心。Orchestrator 继续组织美国西海岸数据库集群拓扑，当衔接恢复时，运用层立刻末尾将写入流量引导到西海岸站点的新中选者。
美国东海岸数据中心的数据库效劳器包含一段长久的写入时间，但尚未复制到美国西海岸的设备。由于两个数据中心中的数据库集群都包含了其它数据中心中不存在的写入，因此无法安全地将主要数据库缺点转移到美国东海岸数据中心。
GitHub 工程师发现成绩后停止了一系列抢救措施，“最终没有用户数据丧失，但是，几秒钟的数据库写入的手动协调仍在停止中。”
GitHub 对一切受影响的用户表示歉意，并表示“我们曾经吸取了经验，并且采取了一系列急救措施，我们希望更好地确保不再发作相似状况。”
同时 GitHub 也表示接上去将进一步处置由此招致的数据不分歧成绩。
详细剖析与事情时间线请查阅 GitHub 公告。
【编辑引荐】
普通开发者皆可参加 百度大脑行业运用创渎应战赛大奖等你拿
开源社区行为准绳风云不断，SQLite 遭开发者抵抗
Oracle方案将OpenJDK的源码库迁移至GitHub
开发者必备：2018安卓SDK工具引荐
北京海淀某科技公司员工离任带走代码 获利800万被抓
(责任编辑：admin)