Amazon S3 的事故报告出来了… Typo…

2017 年 3 月 3 日
 willakira

https://aws.amazon.com/message/41926/

At 9:37AM PST, an authorized S3 team member using an established playbook executed a command which was intended to remove a small number of servers for one of the S3 subsystems that is used by the S3 billing process. Unfortunately, one of the inputs to the command was entered incorrectly and a larger set of servers was removed than intended.

8043 次点击
所在节点    云计算
20 条回复
holyghost
2017 年 3 月 3 日
不知道这哥们要看多少个小时的无聊小视频
XiaoFaye
2017 年 3 月 3 日
很难想象这种批处理命令不需要 Review 。。。
acoder2013
2017 年 3 月 3 日
Amazon 的工程师也是 just so so 啦， 23333333
just4test
2017 年 3 月 3 日
所以删除服务器这种事没有机器人管么？
'''
操作被拒绝。该操作将影响以下子系统：
索引子系统： 30%容量被移除，余下容量不足以支撑线上压力
放置子系统： 20%容量被移除，余下容量不足以支撑 N+1
要强制执行此命令，使用 --fuckyou 参数重试。
'''
vus520
2017 年 3 月 3 日
@just4test 想不到 aws 跟我渣司的程序员一样，看着不爽就是一顿潇洒任意的 rm
stevele
2017 年 3 月 3 日
那也得用啊
nealfeng
2017 年 3 月 3 日
@just4test

第一次会仔细看，以后就不会那么仔细了。比如用 sudo 命令的时候。
21grams
2017 年 3 月 3 日
命令输错了？ 难道不应该做成脚本吗？
vingz
2017 年 3 月 3 日
并不能所有的维护过程都变成自动化啊
billlee
2017 年 3 月 3 日
r#8 @21grams 用了脚本， using an established playbook, 还是错了
eyp82
2017 年 3 月 3 日
应该是用了 ansible 之类的东西
bingwenshi
2017 年 3 月 3 日
@21grams 用了脚本，但是参数写错了
okampfer
2017 年 3 月 3 日
尤记得上次 gitlab 的 rm -rf /
matrix67
2017 年 3 月 3 日
playbook 的话肯定是 ansible 吧。 salt 不叫这个名字。
vindurriel
2017 年 3 月 3 日
>> Removing a significant portion of the capacity caused each of these systems to require a full restart
应该有办法改进吧
121121121
2017 年 3 月 3 日
@holyghost 为什么要看视频？
holyghost
2017 年 3 月 3 日
@121121121 gitlab 那哥们就看了
taowen
2017 年 3 月 3 日
说明运维自动化的抽象层次还是太低了，这么大的厂，居然还能用 ansible 搞这么底层的事情。还以为 AWS 的运维已经脱离了 bash 的低级趣味呢
donghui
2017 年 3 月 4 日
一不小心就删错
xiaq
2017 年 3 月 4 日
这里的 Playbook 指的应该是事故处理的手册

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/344543

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX