若AWS遭DNS灾难，如何确保业务不瘫痪？灾备方案是关键！

你知道吗？现在搞网站、 搞APP的，好多都靠AWS这家公司，特别是他们家的DNS服务，Route53，简直是互联网的“ 啥叫AWS DNS灾难？别以为离你很远！ 可能有人问了DNS灾难到底是啥？说白了 就是DNS解析不工作了用户想访问你的网站，DNS告诉你“找不到”，用户就看到一片空白或者错误页面。就像你找人打 记得有一次AWS被DDoS攻击搞了15个小时那叫一个惨！黑客用一堆没用的数据包把AWS的DNS服务器堵得死死的， 合法的请求都进不去，后来啊好多依赖AWS的网站都瘫痪了什么RDS、SQS、CloudFront、 说真的... EC2，全受影响。用户在那儿刷新页面就是打不开，急得直跺脚。AWS自己都发公告说：“我们遇到了间歇性DNS解析错误，正在努力解决。”你说这事儿闹的，大公司都扛不住小公司更别提了。 还有的时候，DNS解析问题不是一直坏，是间歇性的，有时候行有时候不行，更麻烦！比如你正在抢购呢，网站突然打不开了过一会儿又能打开了等你刚放下手机，又不行了。这种“抽风”式的故障， 用户根本不知道咋回事，还以为是自己的手机坏了再说说直接卸载你的APP，损失可就大了。 业务瘫痪了有多可怕？别等出事了才后悔！ 你以为DNS灾难只是网站打不开那么简单？太天真了！现在啥业务都离不开互联网，电商、金融、医疗、教育，哪个离得开？就拿医院 上海XX人民医院社区卫生服务中心信息系统业务持续保障解决方案2016年6月搞的那个方案，就是为了防止系统瘫痪，保证医院能正常看病。要是医院的DNS出了问题，挂号系统、病历系统全用不了那不就乱套了？病人排半天队，挂不上号，医生查不了病历，这事儿可大可小。 躺平... 再说说电商， 双十一、618的时候，流量那么大，DNS要是出了问题，用户进不了购物车，付不了款，一天损失几百万都是少的。之前有个公司，生产进程中突然系统停顿，整个企业生产经营活动都陷于瘫痪，为啥？就是DNS被攻击了后台服务连不上，订单处理不了货发不出去，客户退款投诉，再说说公司差点倒闭。所以说别觉得DNS灾难是小概率事件，真发生了就是灭顶之灾。 还有银行， 商业银行的业务系统虽然点状分布，突发故障影响范围小，但后台处理集中，系统架构是“金字塔”型的，一旦故障发生，往往会造成大面积瘫痪。商业银行业务应急保障策略的制订都凸显重要，更别提我们这些小公司了。DNS就像互联网的“命门”，命门被别人捏住了你还想打胜仗？不可能！ 灾备方案咋搞？别只指望AWS自己能搞定！ 那AWS遭了DNS灾难，咋办？坐等AWS解决？别傻了15个小时的故障，你的公司能撑多久？所以灾备方案是关键！别以为AWS能解决所有问题， 他们自己都说了：“我们正在积极致力于其他缓解措施，并跟踪攻击源以将其关闭。”你看，他们都在想办法，你更不能指望他们一秒就把问题解决。 最简单的办法，就是用两家以上的DNS作为灾备！这个道理其实很简单，就像你出门带两把钥匙，一把丢了还有另一把。Twitter、 Facebook这些大网站都这么干，他们一边用两家以上的DNS，一旦主DNS宕机，立马切换到备用DNS，保证业务正常运营。你也可以这么搞， 人间清醒。 比如主DNS用AWS的Route53，备用DNS用Cloudflare或者国内的DNSPod，这样即使AWS出问题了还能靠备用DNS撑着。 还有， 如果你用AWS的S3服务，最好在客户端配置里指定区域，比如“-west-”，而不是用默认的。AWS自己也说了：“如果您使用的是AWS开发工具包， 则可以在Amazon S3客户端配置中指定区域，以确保您的请求使用此特定于区域的端点名称。”这样即使某个区域的DNS出问题，你的请求还能发到别的区域，不至于完全瘫痪。 数据备份也很重要！别光想着DNS灾备，数据才是命根子。2006年底， 我们公司机器大规模中了熊猫烧香病毒，好多电脑瘫痪了数据都丢了还好我们的SourceSafe服务器没连外网，没中毒，开发部的人重装机器后很快恢复了原来的成果，第一时间恢复正常工作。所以说 数据备份是防止数据丢失的再说说一道防线，定期备份数据，存到不同的地方，别把鸡蛋都放在一个篮子里，脑子呢？。 别光说不练，灾备方案得真刀真枪搞起来！ 可能有公司觉得，搞灾备方案太麻烦，还要花钱，没必要。我告诉你，等出了问题，你哭都来不及！就像淮北市财政局， 他们组织模拟突发重大自然灾难导致一体化平台系统瘫痪、财政业务数据丢失的场景，搞灾备系统演练。这说明啥？连政府部门都知道灾备的重要性，我们公司更不能掉以轻心。 搞灾备方案不是纸上谈兵，得真刀真枪地练。比如模拟DNS被攻击的场景，看看备用DNS能不能及时切换，业务能不能正常运转。模拟数据丢失的场景，看看备份的数据能不能恢复。之前我们公司主机部人员在一次维护数据过程中，差点把重要数据搞丢了还好有备份，不然损失惨重。所以说平时多演练，真出事了才能不慌。 还有，别以为买了灾备方案就万事大吉了得定期检查、更新。AWS的服务经常升级，DNS的配置也可能变，你的灾备方案也得跟着变。比如AWS之前出过“间歇性DNS解析错误”， 后来解决了但你得想想，万一再出类似的错误，你的备用DNS能不能扛得住？需不需要调整配置？这些都得考虑。 一下：灾备方案不是选择题，是必答题！ 说了这么多，其实就一句话：AWS遭DNS灾难，业务不瘫痪的关键在于灾备方案！别觉得AWS很牛， 它也会出问题；别觉得你的公司小，不会成为黑客的目标；别觉得搞灾备太麻烦，等出了问题，麻烦更大！ 用两家以上的DNS， 做好数据备份，定期演练，这些都是老生常谈的话，但真正能做到的公司不多。就像2008年汶川大地震的时候，应急通信发挥了重要作用，那是主要原因是平时有准备。AWS的DNS灾难也不是第一次发生，以后肯定还会有，你准备好了吗？ 所以啊，别再犹豫了赶紧搞个灾备方案吧！别等业务瘫痪了才想起“早知道就好了”。记住灾备方案不是选择题， 我直接起飞。 是必答题！不做，就是把自己的公司往火坑里推！反正就是一句话：提前准备，才能万无一失！ 再说说 再说一句，AWS的代理商都说DNS服务器受到DDoS攻击，会导致服务无法访问，合法的请求被丢弃。这不是危言耸听，是真实发生过的！所以别再抱侥幸心理了赶紧行动起来让你的业务在AWS DNS灾难面前，也能稳如泰山！