免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: king_819
打印 上一主题 下一主题

有奖专家座谈——自动化运维案例分享讨论之一(特邀某大型网游运维总监“king_819”) [复制链接]

论坛徽章:
0
131 [报告]
发表于 2011-11-25 15:30 |只看该作者
如果做到50%的冗余这个成本比较的高,有时太高的冗余性,出现故障还不好排查,做过网络工程的兄弟 ...
king_819 发表于 2011-11-25 14:51



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

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

论坛徽章:
381
CU十二周年纪念徽章
日期:2014-01-04 22:46:58CU大牛徽章
日期:2013-03-13 15:32:35CU大牛徽章
日期:2013-03-13 15:38:15CU大牛徽章
日期:2013-03-13 15:38:52CU大牛徽章
日期:2013-03-14 14:08:55CU大牛徽章
日期:2013-04-17 11:17:19CU大牛徽章
日期:2013-04-17 11:17:32CU大牛徽章
日期:2013-04-17 11:17:37CU大牛徽章
日期:2013-04-17 11:17:42CU大牛徽章
日期:2013-04-17 11:17:47CU大牛徽章
日期:2013-04-17 11:17:52CU大牛徽章
日期:2013-04-17 11:17:56
132 [报告]
发表于 2011-11-25 16:39 |只看该作者
网络全冗余,构建成本太高了.

论坛徽章:
0
133 [报告]
发表于 2011-11-25 16:47 |只看该作者
网络全冗余,构建成本太高了.
chenyx 发表于 2011-11-25 16:39



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

论坛徽章:
381
CU十二周年纪念徽章
日期:2014-01-04 22:46:58CU大牛徽章
日期:2013-03-13 15:32:35CU大牛徽章
日期:2013-03-13 15:38:15CU大牛徽章
日期:2013-03-13 15:38:52CU大牛徽章
日期:2013-03-14 14:08:55CU大牛徽章
日期:2013-04-17 11:17:19CU大牛徽章
日期:2013-04-17 11:17:32CU大牛徽章
日期:2013-04-17 11:17:37CU大牛徽章
日期:2013-04-17 11:17:42CU大牛徽章
日期:2013-04-17 11:17:47CU大牛徽章
日期:2013-04-17 11:17:52CU大牛徽章
日期:2013-04-17 11:17:56
134 [报告]
发表于 2011-11-25 16:54 |只看该作者
回复 134# king_819


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

论坛徽章:
0
135 [报告]
发表于 2011-11-25 17:45 |只看该作者
回复  king_819


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



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

论坛徽章:
381
CU十二周年纪念徽章
日期:2014-01-04 22:46:58CU大牛徽章
日期:2013-03-13 15:32:35CU大牛徽章
日期:2013-03-13 15:38:15CU大牛徽章
日期:2013-03-13 15:38:52CU大牛徽章
日期:2013-03-14 14:08:55CU大牛徽章
日期:2013-04-17 11:17:19CU大牛徽章
日期:2013-04-17 11:17:32CU大牛徽章
日期:2013-04-17 11:17:37CU大牛徽章
日期:2013-04-17 11:17:42CU大牛徽章
日期:2013-04-17 11:17:47CU大牛徽章
日期:2013-04-17 11:17:52CU大牛徽章
日期:2013-04-17 11:17:56
136 [报告]
发表于 2011-11-25 17:48 |只看该作者
是啊,要进行成本核算,小公司肯定弄不起的.

论坛徽章:
9
技术图书徽章
日期:2014-10-14 15:48:13数据库技术版块每日发帖之星
日期:2015-06-04 22:20:00数据库技术版块每日发帖之星
日期:2015-06-10 22:20:00数据库技术版块每日发帖之星
日期:2015-06-11 22:20:00数据库技术版块每日发帖之星
日期:2015-06-13 22:20:00IT运维版块每日发帖之星
日期:2015-09-22 06:20:00IT运维版块每日发帖之星
日期:2015-12-08 06:20:00综合交流区版块每日发帖之星
日期:2016-02-02 06:20:00IT运维版块每日发帖之星
日期:2016-07-25 06:20:00
137 [报告]
发表于 2011-11-26 19:12 |只看该作者
要想压缩成本,那就用动态的基础架构,业务增长速度肯定追不上摩尔定律,网络上的节点会随着运营时间的推移而减少,成本可以越来越低,而多余出来的维护人员可以改行去做开发,增加公司业务种类,这是个双赢的做法。

论坛徽章:
0
138 [报告]
发表于 2011-11-28 12:54 |只看该作者
支持下!。。

论坛徽章:
59
2015七夕节徽章
日期:2015-08-24 11:17:25ChinaUnix专家徽章
日期:2015-07-20 09:19:30每周论坛发贴之星
日期:2015-07-20 09:19:42ChinaUnix元老
日期:2015-07-20 11:04:38荣誉版主
日期:2015-07-20 11:05:19巳蛇
日期:2015-07-20 11:05:26CU十二周年纪念徽章
日期:2015-07-20 11:05:27IT运维版块每日发帖之星
日期:2015-07-20 11:05:34操作系统版块每日发帖之星
日期:2015-07-20 11:05:36程序设计版块每日发帖之星
日期:2015-07-20 11:05:40数据库技术版块每日发帖之星
日期:2015-07-20 11:05:432015年辞旧岁徽章
日期:2015-07-20 11:05:44
139 [报告]
发表于 2011-11-28 12:54 |只看该作者
MARK一下。

论坛徽章:
0
140 [报告]
发表于 2011-11-28 17:38 |只看该作者
头疼中,没有挨个看回帖。
讲一下我的做法:
1、批量安装 PXE+dhcp+tftp+ks.cfg 初始系统时候用网络安装,日常维护时修改配置文件,可以指定某台设备的MAC,只要远程重启一下,就可以指定安装某台设备的系统,分区并且配置好IP,hostname等;
2、批量优化 3、批量布署

这个是用expect +脚本[或者说加上httpd用来提供文件链接]
批量操作设备IP写到iplist中,shell中调用此iplist文件,对每个ip执行expect程序,此程序里放你要实现的任何任务。

举例:
  1. proc DealWith {} {
  2.        expect "#"
  3.        send -- "wget -O task.sh  -q http://***/task.sh \r"
  4.        expect -exact "#"
  5.        send -- "sh task.sh \r"
  6. }
复制代码
你想远程执行的东东放到task里就ok了,可以是远程分发,也可以是修改配置文件,也可以是安装程序,也可以是重启进程等等。
也试用过puppetd,貌似主机名不能区分大小写,由于试用时的设备过多,主机名是区分大小写的,后放弃。不考虑主机名大小写问题的话,分发配置文件很合适。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP