若AWS遭遇DNS灾难，如何构建灾备方案以保障业务持续稳定运行？
- 内容介绍
- 文章标签
- 相关推荐
若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灾难是小概率事件，真发生了就是灭顶之灾。还有银行， 商业银行的业务系统虽然点状分布，突发故障影响范围小，但后台处理集中，系统架构是“金字塔”型的，一旦故障发生，往往会造成大面积瘫痪。商业银行业务应急保障策略的制订都凸显重要，更别提我们这些小公司了。 灾备方案咋搞？别只指望AWS自己能搞定！ 那AWS遭了DNS灾难，咋办？坐等AWS解决？别傻了！15个小时的故障，你的公司能撑多久？所以灾备方案是关键！别以为AWS能解决所有问题， 他们自己都说了：“我们正在积极致力于其他缓解措施，并跟踪攻击源以将其关闭。”你看，他们都在想办法，你更不能指望他们一秒就把问题解决。 最简单的办法，就是用两家以上的DNS作为灾备！这个道理其实很简单，就像你出门带两把钥匙，一把丢了还有另一把。Twitter、 Facebook这些大网站都这么干，他们一边用AWS的Route53，一边用Cloudflare或者国内的DNSPod， 补救一下。 这样即使AWS出问题了还能靠备用DNS撑着。 还有， 如果你用AWS的S3服务，最好在客户端配置里指定区域，比如“-west-”，而不是用默认的。AWS自己也说了：“如果您使用的是AWS开发工具包， 则可以在Amazon S3客户端配置中指定区域，以确保您的请求使用此特定于区域的端点名称。”这样即使某个区域的DNS出问题，你的请求还能发到别的区域，不至于完全瘫痪。 数据备份也很重要！别光想着DNS灾备 数据才是命根子。2006年底， 我们公司机器大规模中了熊猫烧香病毒，好多电脑瘫痪了数据都丢了还好我们的SourceSafe服务器没连外网，没中毒，开发部的人重装机器后很快恢复了原来的成果，第一时间恢复正常工作。所以说数据备份是防止数据丢失的再说说一道防线。 定期备份数据，存到不同的地方，别把鸡蛋都放在一个篮子里。这才是王道！比如 你可以在AWS上用S3存备份， 心情复杂。 一边也在本地或者其他云服务商存一份，这样即使AWS出事，你的数据还是平安的。 别光说不练，灾备方案得真刀真枪搞起来！ 可能有公司觉得，搞灾备方案太麻烦，还要花钱，没必要。我告诉你，等出了问题，你哭都来不及！就像淮北市财政局， 他们组织模拟突发重大自然灾害导致一体化平台系统瘫痪、财政业务数据丢失的场景，搞灾备系统演练。这说明啥？连政府部门都知道灾备的重要性，我们公司更不能掉以轻心。 搞灾备方案不是纸上谈兵，得真刀真枪地练。比如模拟DNS被攻击的场景，看看备用DNS能不能及时切换，业务能不能正常运转。模拟数据丢失的场景，看看备份的数据能不能恢复。之前我们公司主机部人员在一次维护数据过程中，差点把重要数据搞丢了还好有备份，不然损失惨重。所以说平时多演练，真出事了才能不慌。 AWS遭DNS灾难不是危言耸听，是真实发生过的！所以别再抱侥幸心理了赶紧行动起来让你的业务在AWS DNS灾难面前，也能稳如泰山！AWS能够经济高效地运行每种DR策略， 用两家以上的DNS作为灾备,做好数据备份, 定期演练，这些都是老生常谈的话，但真正能做到的公司不多，所以啊，别再犹豫了赶紧搞个灾备方案吧, 构建AWS. , 提前准备，才能万无一失! 第二,升级技术架构,打造高可用、抗打击的解析体系,提升服务连续性和风险控制能力。 CloudEndure 逐步退出中国市场,企业. ,,. 过去数年,AWS 在云. , CloudEndure,引入自动化、 云原生的. ,这一动作并非单纯... 先说说,云平台提供了更高层级的. ,相比自建机房或传统异地. ,AWS 的多可用区、多区域架构已经在大规模生产环境中得到长期验证。将. ,本质上是利用云平台成熟的基础能力降低系统性风险。 接下来,. ,传统. ,需要...
若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灾难是小概率事件，真发生了就是灭顶之灾。还有银行， 商业银行的业务系统虽然点状分布，突发故障影响范围小，但后台处理集中，系统架构是“金字塔”型的，一旦故障发生，往往会造成大面积瘫痪。商业银行业务应急保障策略的制订都凸显重要，更别提我们这些小公司了。 灾备方案咋搞？别只指望AWS自己能搞定！ 那AWS遭了DNS灾难，咋办？坐等AWS解决？别傻了！15个小时的故障，你的公司能撑多久？所以灾备方案是关键！别以为AWS能解决所有问题， 他们自己都说了：“我们正在积极致力于其他缓解措施，并跟踪攻击源以将其关闭。”你看，他们都在想办法，你更不能指望他们一秒就把问题解决。 最简单的办法，就是用两家以上的DNS作为灾备！这个道理其实很简单，就像你出门带两把钥匙，一把丢了还有另一把。Twitter、 Facebook这些大网站都这么干，他们一边用AWS的Route53，一边用Cloudflare或者国内的DNSPod， 补救一下。 这样即使AWS出问题了还能靠备用DNS撑着。 还有， 如果你用AWS的S3服务，最好在客户端配置里指定区域，比如“-west-”，而不是用默认的。AWS自己也说了：“如果您使用的是AWS开发工具包， 则可以在Amazon S3客户端配置中指定区域，以确保您的请求使用此特定于区域的端点名称。”这样即使某个区域的DNS出问题，你的请求还能发到别的区域，不至于完全瘫痪。 数据备份也很重要！别光想着DNS灾备 数据才是命根子。2006年底， 我们公司机器大规模中了熊猫烧香病毒，好多电脑瘫痪了数据都丢了还好我们的SourceSafe服务器没连外网，没中毒，开发部的人重装机器后很快恢复了原来的成果，第一时间恢复正常工作。所以说数据备份是防止数据丢失的再说说一道防线。 定期备份数据，存到不同的地方，别把鸡蛋都放在一个篮子里。这才是王道！比如 你可以在AWS上用S3存备份， 心情复杂。 一边也在本地或者其他云服务商存一份，这样即使AWS出事，你的数据还是平安的。 别光说不练，灾备方案得真刀真枪搞起来！ 可能有公司觉得，搞灾备方案太麻烦，还要花钱，没必要。我告诉你，等出了问题，你哭都来不及！就像淮北市财政局， 他们组织模拟突发重大自然灾害导致一体化平台系统瘫痪、财政业务数据丢失的场景，搞灾备系统演练。这说明啥？连政府部门都知道灾备的重要性，我们公司更不能掉以轻心。 搞灾备方案不是纸上谈兵，得真刀真枪地练。比如模拟DNS被攻击的场景，看看备用DNS能不能及时切换，业务能不能正常运转。模拟数据丢失的场景，看看备份的数据能不能恢复。之前我们公司主机部人员在一次维护数据过程中，差点把重要数据搞丢了还好有备份，不然损失惨重。所以说平时多演练，真出事了才能不慌。 AWS遭DNS灾难不是危言耸听，是真实发生过的！所以别再抱侥幸心理了赶紧行动起来让你的业务在AWS DNS灾难面前，也能稳如泰山！AWS能够经济高效地运行每种DR策略， 用两家以上的DNS作为灾备,做好数据备份, 定期演练，这些都是老生常谈的话，但真正能做到的公司不多，所以啊，别再犹豫了赶紧搞个灾备方案吧, 构建AWS. , 提前准备，才能万无一失! 第二,升级技术架构,打造高可用、抗打击的解析体系,提升服务连续性和风险控制能力。 CloudEndure 逐步退出中国市场,企业. ,,. 过去数年,AWS 在云. , CloudEndure,引入自动化、 云原生的. ,这一动作并非单纯... 先说说,云平台提供了更高层级的. ,相比自建机房或传统异地. ,AWS 的多可用区、多区域架构已经在大规模生产环境中得到长期验证。将. ,本质上是利用云平台成熟的基础能力降低系统性风险。 接下来,. ,传统. ,需要...