如何做好一个运维预案？

baby_神

我在想，百度一天会有几个服务器挂掉，但人家也很少出大的故障，除过前几年被黑客攻击过。lol

chenxf84

怎么修改昵称？？？

bbzsxjj

回复 12# baby_神


    故障不在大小，我觉的在于大家对故障的态度，不重视故障迟早是要吃大亏的

cooloves

回复 2# zero-B


    关注中。

qingduo04

路过支持............

hiyachen

1、多机房运行情况下，如何做到快速引流？
一个逻辑集群包含分布在多个机房的物理集群，其中一个是主集群，其他的是备份集群。
2、如何保障在突发流量下，业务的高可用？
3、如何保障在业务出现故障后，快速响应处理？
主备模式与分布式结合。
4、对一个新的大促（大规模推广）活动，怎样预估流量才算合理？

5、数据库方面，如何做应急预案（比如：数据库宕机了，怎么快速恢复处理，数据如何做到不丢失等）？
希望大家一起就此问题讨论，讨论的方面不限以上所述的几点，可以畅所欲言，主要是让我们在以后的此类活动中提前做好运维预案，避免因运维不到位，被黑锅砸到，嘿嘿。。。。。。

zymh_zy

做多些安全演练。。

Goun1314

很高大上的问题，接触不到

bbzsxjj

回复 19# Goun1314


    常在河边走，总有湿鞋的时候，迟早会遇到的，这个还是很平民的东西额

hunter_search

1、多机房运行情况下，如何做到快速引流？
     前端有负载均衡集群的情况下，调整负载均衡的配置比例即可【一般情况下，都会有的】， 或者说，模块在设计的时候，就要求能够提供这样的配置接口， 更改配置即可引流.（智能DNS的方案有一定时间延时，不能快速引流）
2、如何保障在突发流量下，业务的高可用？
     每个模块设计的时候增加过载保护，保证突发流量的情况业务能够正常使用,  
3、如何保障在业务出现故障后，快速响应处理？
     更改配置，服务降级【前提是模块支持这些配置】
4、对一个新的大促（大规模推广）活动，怎样预估流量才算合理？
     需要估算最大同时在线用户数，有2个比较重要的因数 ： 1.导入的用户总数   2.用户忍受等待请求的最长时间 , 可以计算出qps 流量也可以估算出来。
5、数据库方面，如何做应急预案（比如：数据库宕机了，怎么快速恢复处理，数据如何做到不丢失等）？
    数据库方面，需要做集群，一主多从， 一旦异常，迅速激活从库为主库, vip同时绑定到从库 【此处细节太多】