首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    谷歌和甲骨文服务器在英国“热崩了”,有人“掏山”、有人“沉海”,数据中心该如何应对高温挑战?

    作者 | 李冬梅 随着夏季“三伏天”的到来,所有企业都会面临 IT 系统运转温度上升的问题,气温越高的地区,服务器所面临的因过热导致的宕机风险就越大。 对于中小型企业服务器来说,过热可能是一个大问题,因为过热的服务器通常会消耗更多的能源,更频繁地发生故障并且更有可能崩溃。 对于大多数公司而言,服务器崩溃可能意味着数小时或数天的停机时间、员工生产力低下、巨大的压力甚至是不可估量的经济损失。 1 因天气过热,全球宕机事件频发 7 月 19 日,当英国东部的水银温度达到 40.3C (104.5F) 时,此

    01

    Facebook大故障原因:一条写得很糟糕的命令、一款有缺陷的审核工具、一个阻碍成功恢复网络的DNS系统、以及严密的数据中心安全

    Facebook故障是一系列不幸的事件酿成的! 一条写得很糟糕的命令、一款有缺陷的审核工具、一个阻碍成功恢复网络的DNS系统以及严密的数据中心安全,所有这些因素导致了Facebook长达 7 个小时的重大故障。 Facebook 表示,周一故障的根本原因是例行维护工作出了岔子,结果导致其DNS服务器不可使用,不过最先崩溃的是Facebook 的整个骨干网络。 雪上加霜的是,由于DNS无法使用,Facebook的工程师们无法远程访问他们所需的设备以便网络恢复正常,因此他们不得不进入数据中心手动重启系统。 这

    02

    Kafka组成&使用场景---Kafka从入门到精通(四)

    上篇文章介绍了kafka的设计概要,有点对点的队列模式,和消费生产的topic模式,kafka有着高吞吐,低延迟,伸缩性,消息持久化,负载均衡故障转移特性,kafka跟其他处理内存方式不同,内存高命中率来保证发送消息直接在内存操作,而持久化直接交给系统去处理,并且持久化采用的是顺序IO,sendFile零拷贝来保证高吞吐。Kafka的负载均衡则是采用broken和topic每个都有一个master和flower,每个topic的matser和flower不在同一个broken,这样保证一个服务器宕机,其他的flower也会存储数据,不会丢失,故障转移则是 会通过会话心跳的机制跟zookeeper来实现,通过服务注册入zookeeper中,一旦服务器停止,则会选举新的服务。伸缩性也是由zookeeper来配合的,因为有多个服务,这时候则需要考虑多个服务的一致性,服务的无状态 或者 轻量级状态可以保证效率更高,所以他们统一吧状态写入zookeeper保存。

    01
    领券