有奖专家座谈——自动化运维案例分享讨论之一（特邀某大型网游运维总监“king_819”）

king_819

是的，google架构的公开资料里面就显现google的架构曾出现50%的大面积的宕机，但google的业务没有 ...
kns1024wh 发表于 2011-11-25 13:29

    如果做到50%的冗余这个成本比较的高，有时太高的冗余性，出现故障还不好排查，做过网络工程的兄弟们应该知道，一般的核心设备是不容易出现故障的，所以在做工程的时候不建议把网络结构设计的太复杂，这个系统架构也一样，还是要根椐企业的实际情况来，既要保证系统的稳定、高效，又要降低成本

kns1024wh

如果做到50%的冗余这个成本比较的高，有时太高的冗余性，出现故障还不好排查，做过网络工程的兄弟 ...
king_819 发表于 2011-11-25 14:51

    这个就是为什么大型互联网应用都是有大量的开发工程师在做支撑。而且即便是同类的应用也是有多种不同的架构实现方式。

   网络设备也是cluster，任何关键节点都是double 。

chenyx

网络全冗余,构建成本太高了.

king_819

网络全冗余,构建成本太高了.
chenyx 发表于 2011-11-25 16:39

    这个确实，网络工程一般不建议全冗余，不光成本高，而且不好排错，一般核心设备的故障率是很低的，而且技术支持也很到位

chenyx

回复 134# king_819


    我只是说造价高,但是一些要求高可靠性的网络,网络冗余也是必须的.设备也不能保证100%的可靠,万一某个核心故障了,切换是需要时间的.
    网络冗余,排错和没有冗余的差不多,也就多一个生成树的问题.

king_819

回复  king_819


    我只是说造价高,但是一些要求高可靠性的网络,网络冗余也是必须的.设备也不能保证 ...
chenyx 发表于 2011-11-25 16:54

    都是要基于成本和风险考虑的，完美的东西不一定实用

chenyx

是啊,要进行成本核算,小公司肯定弄不起的.

bbjmmj

要想压缩成本，那就用动态的基础架构，业务增长速度肯定追不上摩尔定律，网络上的节点会随着运营时间的推移而减少，成本可以越来越低，而多余出来的维护人员可以改行去做开发，增加公司业务种类，这是个双赢的做法。

dennislou

支持下！。。

renxiao2003

MARK一下。