云服务宕机后果严重 用户如何防范于未然

前段时间出现的不管是云服务宕机还是数据中心遭受自然灾害,都说明即使再靠谱的运行商也有飞来横祸的一天,所以为了我们的数据安全,不要在选择一个运营商后就觉得高枕无忧了,还要做好以下三件事,才不至于在意外来临时措手不及。

  数据备份

  传统数据备份还将继续存续下去。在某些环境下,它还可以很好地发挥作用,现在还没有理由和/或预算去替换它。

  云存储、云备份等产品及服务的确为众多企业,尤其是中小企业带来了便利,但云存储同时又是一把双刃剑,在发生问题时给企业带来等影响和损失也是非常巨大的。因此,如果你在云端存储重要信息,你一定要确保有一份备份,备份的越多越好。

  备份还要记得定期更新,而且要保证这些备份存储在一个与云服务器不同的位置。备份的伟大之处在于,它不仅在发生灾难时保护你的数据,如果云服务宕机,你马上可以利用这些数据继续你的工作。

 使用一个以上个的云服务

  不要把鸡蛋放在一个篮子里。意思就是如果你的预算充足,请考虑使用一个以上的云服务提供商。这种做法虽然比较复杂,但确实很有效。

  康涅狄格州斯坦福德的Gartner研究公司首席分析师Kyle Hilgendorf说,“你必须在另一个供应商那里保留一个确切应用程序栈的镜像副本,然后你必须弄清楚如果其中一个发生故障时你该如何应对故障,切换至正常的云计算供应商。”

  防范于未然

  你永远不知道自己所依赖的云端服务器什么时候会突然瘫痪,就像这次谷歌数据库被闪电击中一样,导致部分数据丢失,因此,“防范于未然”通常都能够帮助用户减少在灾难发生时候的损失。

  此前,美国“桑迪”飓风肆虐导致AWS数据中心瘫痪,但图片分享网站SmugMug并没有受影响,原来该公司并没有仅仅依赖于亚马逊弗吉尼亚数据中心所提供的服务,而是将自己的数据分布在了许多不同的地点。

  随后,该公司在一份声明中详细解释了自己的做法。“如果你在云端所存储的资料十分重要,比如银行、政府、医疗、保健以及财政数据等,你需要将这些信息在尽可能广泛的范围内进行部署。这一工作十分费时、费力,因此对于许多人来说并不现实。但是,对于部分公司来说这却十分重要。需要指出的是,这样的做法或许并不会真正有它的用武之地,但却足以防范于未然。”

时间: 2024-10-10 09:33:26

云服务宕机后果严重 用户如何防范于未然的相关文章

由Redis的hGetAll函数所引发的一次服务宕机事件

昨晚通宵生产压测,终于算是将生产服务宕机的原因定位到了,心累.这篇博客,算作一个复盘和记录吧... 先来看看Redis的缓存淘汰算法思维导图: 说明:当实际占用的内存超过Redis配置的maxmemory时,Redis就会根据用户选择淘汰策略清除被选中的key. 业务场景:用户通过微信入口来访问一个页面: 测试场景:通过多线程模拟定量的并发来访问页面服务: 涉及架构:springsession+Redis集群,容器部署: 问题描述:固定并发数压测10分钟,压测开始后半小时,Redis连接数激增,

解决SpringCloud Gateway Finchley.SR2服务宕机,不走熔断报fallbackCmd failed and fallback failed.问题

在项目中,遇到网关Gateway路由的服务宕机,但是最后并没有走熔断的重定向. 在Gateway的application.yml文件中有配置: filters: - RewritePath=/olesellercenter/(?<segment>.*), /$\{segment} #路由重写 - name: Hystrix #熔断过滤器 args: name: fallbackCmd #符合Java命名规范即可 fallbackUri: forward:/fallback/serviceFai

Redis(六)——高可用之哨兵sentinel配置与启动及主从服务宕机与恢复

.主从复制高可用 #主从复制存在的问题: 1 主从复制,主节点发生故障,需要做故障转移,可以手动转移:让其中一个slave变成master 2 主从复制,只能主写数据,所以写能力和存储能力有限 哨兵是对Redis的系统的运行情况的监控,它是一个独立进程,它会独立运行,功能有二个: 通过发送命令,让Redis服务器返回监控其运行状态,包括主服务器和从服务器. 当哨兵监测到master宕机,会自动将slave切换成master,然后通过发布订阅模式通知其他的从服务器,修改配置文件,让它们切换主机.

java服务宕机原因查询

背景 在java服务项目上线之后经常会出现宕机的情况 常见原因 内存溢出 1.查到服务进程号 [[email protected] ~]# ps -ef|grep java root 6399 6069 0 08:57 pts/2 00:00:00 grep --color=auto java root 25374 1 0 Oct17 ? 00:21:19 /usr/local/jdk/jre/bin/java -Djava.util.logging.config.file=/home/tomc

模拟http服务宕机 模拟jsf不提供服务(只能用物理机)

只适用于物理机 1.首先查看iptables -L -n查看规则 2.用iptables -F取消掉所有规则 3.执行sh脚本,drop掉一些ip 3.屏蔽指定ip 有时候我们发现某个ip不停的往服务器发包,这时我们可以使用以下命令,将指定ip发来的包丢弃: BLOCK_THIS_IP="x.x.x.x" iptables -A INPUT -i eth0 -p tcp -s "$BLOCK_THIS_IP" -j DROP 以上命令设置将由x.x.x.x ip发往

怎样最小化云宕机事件的影响?

云计算并不是天生就是不可靠的,但是如同所有的IT形式一样,必须仔细挑选和管理云服务以实现特定的可靠性和可用性目标.这些步骤可以是合同形式的.是技术形式的或者甚至可能需要重新思考你的应用程序架构.如果没有经过慎重考虑,那么你从云计算中的收益可能要少于你的预期. SLA降低了使用云厂商数据中心而产生的风险 免受云宕机事件影响的第一步就是要评估云厂商数据中心的可靠性.大部分的云厂商都拥有着很少数量的数据中心,通常情况下只有一个,而这些数据中心易于产生与企业相同类型的故障.最广为人知的云计算故障往往是那

云平台数据库主机意外宕机问题

问题引入: 很多公司在使用自己的私有云环境时,会选择划分主机集合,像这种 很好,做得很好,但是新建主机集合的精髓在于:区分对待,每个zone内包含物理节点拥有不同的物理配置 比方说: 1.zone1用来新建cpu密集型云主机 2.zone2用来新建内存要求较高的云主机 3.zone3用来新建硬盘io要求较高云主机 如果不区分对待,那划分什么主机集合. 下列就是发生在我们公司的一个案例: 一:问题:生产环境DB主机主节点在19号中午突然宕机,导致公司某业务中断. 二:问题解决: 生产以第一时间恢复

选择IM云服务供应商

选择IM云服务供应商,其实最重要是有三个因素:费用.技术稳定性.以及后续运维服务. 对于不少创业公司来讲,可能需要找到成本和稳定性的最佳平衡点.目前国内不少IM云服务产品都推出了免费服务项目或者一定期限内的试用.几大主流的IM云服务供应商如下: 阿里悟空:今年刚刚推出不久,目前为吸引用户,对外免费.据称产品稳定成熟后会探索收费策略.不过近期也有消息传出阿里或将撤销该业务,甚至有论坛曝出其已经停止维护: 网易云信:提供两个月的免费试用.功能较为完善,覆盖IM基础功能以及基于三大通讯运营商的短信.电

冲上云霄 之二 真正的云服务

前面已经谈了一些关于云计算的基本概念,接下来如果需要使用云计算来为企业或个人提供服务那么应该选择什么云服务呢?对于个人来讲,比较好的选择是SaaS产品,目前整个市场中的大多数云服务产品都是这一类的.而对于企业而言,不通规模的企业可能选择方向不一样.这需要根据企业所属的行业.业务,以及投入的成本来决定.如果确定了使用IaaS或PaaS方式的云服务,那么建议选择Microsoft Azure.从个人的实践感受来看,Microsoft Azure较之其它云产品更能称得上"真正的云服务".在国