阿里巴巴集团技术保障-系统部的康伯(注淘宝内部的花名及相关摘要.docxVIP

阿里巴巴集团技术保障-系统部的康伯(注淘宝内部的花名及相关摘要.docx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
阿里巴巴集团技术保障-系统部的康伯(注:淘宝内部的花名),为大家分享主题:阿里巴巴系统运维实战,讲述阿里巴巴运维的现状、网络架构和未来发展方向。 PPT内容摘要: 1.阿里巴巴的系统规模和面临的挑战 2.资源管理和成本优化 3.阿里巴巴的基础架构介绍 4.高效率运维实践 4.1.自动化 4.2.标准化 4.3.无状态化 5.创新@阿里巴巴 1.阿里巴巴的系统规模和面临的挑战 1.高可用性 2.满足业务发展需要 3.效率 3.1.运维效率 3.2.服务器效率 4.成本 5.电子商务事务型应用 5.1.异地部署困难 备注:苦B的运维:没故障没人想起你,故障来了都是你的错。 6.服务器规模10万 6.1.数量多,效率低 6.2.机型多,复用率低 7.应用数量1000 7.1.小应用数量巨大,管理和维护成本高 8.IDC数量20个 8.1.资源流动性差,局部业务发展受制约 8.2.搬迁频繁,人力资源消耗巨大 9.流量 ~ 1000G 9.1.CDN的挑战 备注:“世纪光棍节”淘宝商城成交3369万笔 /h/2011/1114/c227887-1730412380.html 2.资源管理和成本优化 1.资源使用效率 1.1.集群水位建设 2.虚拟化 2.1.所有的前端应用 3.私有云 4.大规模IDC 4.1.单机房2万台服务器 5.去IOE 备注: ?为什么使用虚拟化 ü资源整合 ü快速部署 ü故障隔离 ?应用类型 üapache/nginx + jvm + others ?vm数量 20000 ?涉及业务线 200 3.网络架构-ABTN 1.Alibaba Backbone Transmission Network 2.阿里巴巴集团所有BU IDC接入互联网 4.网络架构-IDC网络 5.网络架构-LVS和统一接入 5.1.FNAT:资源复用问题 5.2.SYN Cookie防护和SYN Proxy 5.3.正常流量:10G 5.4.64byte小包:400W pps 6.高效率运维实践-自动化 6.1.节省维护成本,提升运维效率 6.2.减少人为出错的可能 6.3.日常事务 6.3.1.自助化服务 6.3.2.Clone,VIP,ACL,DNS,Reboot,监控…… 6.4.工具、规范、流程 7.高效率运维实践-标准化 7.1.降低成本,减少变化,提升效率 7.2.网络架构规范标准 7.3.系统部署规范标准 7.4.管理手段规范标准 7.5.操作系统标准化 7.6.服务器标准化 7.6.1.四类 备注: 变更内容: ?保障业务发展,降低成本 ?减少服务器种类,提高资源复用 ?集中资源进行硬件优化 ?统一服务器部署和运维 ?快速部署 ?高效率运维 ?降低运维管理成本 ?四类十种 pA类:计算型,应用于APP、VM等仅对CPU有要求的应用; pC类:综合类型, 应用于CDN等复杂应用; pD类:IO类型, 应用与Database、对IO有较高要求的应用(如OceanBase等); pS类:存储型,应用于除了对计算能力有要求外,重点关注存储容量的应用(如TFS、Hadoop、飞天等) 8.高效率运维实践-无状态化 8.1.快速部署,易于管理 8.2.故障隔离、替换 8.3.应用与应用之间松耦合 8.3.1.前端+Tair+DB 8.3.2.依赖应用异常时,自己不应该成为受害者 8.4.应用与基础环境松耦合 8.4.1.网络、VIP、RealServer 8.5.容灾演练 9.CDN-挑战 9.1.大流量:900G 9.2.Object数量庞大 9.2.1.10亿商品 9.2.2.每个商品10+图片 9.2.3.每个图片10+变种 9.2.4.1000亿Objects 9.3.长尾 9.3.1.10亿Objects命中率96% 9.3.2.20亿Objects命中率97% 9.3.3.40亿Objects命中率98% 10.CDN-现状 10.1.存储量要求非常大:50T(单节点) 10.2.混合存储架构(SSD+SAS+SATA) 10.3.URL Hash:Haproxy 10.4.100个节点 11.CDN-性能优化和未来展望 11.1.单节点40G能力 11.1.1.大容量SSD存储 11.1.2.Xeon L5630 11.1.3.10GE网络 11.1.4.高性能软件:Apache Traffic Server: HYPERLINK /  HYPERLINK / / 11.2明年 11.2.1.80G能力节点 11.2.3.20G单机能力 12.虚拟化与私有云 12.1.为什么使用虚拟化 12.1.1.资源整合 12.1.2.快速部署 12.1.3.故障隔离 12.2.应用类型:apache/nginx + j

文档评论(0)

aa15090828118 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档