登录 / 注册
IT168云计算频道
IT168首页 > 云计算 > 云计算评论 > 正文

SACC:基于Mesos/Docker的容器化私有云实践

2017-10-20 22:03    it168网站 原创  作者: 朱立娜 编辑: 朱立娜

  【IT168 SACC现场报道】在数字化转型时代,云已成为万物智能的数字化大脑。而随着大数据应用、人工智能、移动互联网等技术的飞速发展,“智慧+”的概念正在深入到各行各业,提升企业效率,释放商业潜能,创造全新机遇。作为国内顶级技术盛会之一,2017中国系统架构师大会(SACC2017)将于10月19-21日在北京新云南皇冠假日酒店震撼来袭。

  去哪儿网DEVOPS马文,去哪儿网平台事业部数据平台研发工程师, 于 2015 年 7 月份加入去哪儿网, 从事运维开发工作。主要负责 Mesos / Marathon / Docker 等资源管理调度和容器方面的研究, Elasticsearch 数据 搜索技术的研究,以及 Elasticsearch SAAS 私有云平台的建设和运维工作。

  在大会的《基于Mesos/Docker的Elasticsearch容器化私有云》演讲中,马文表述,去哪儿网选择Docker有两大原因。第一个是打包:对于运维来讲,业务打完包之后,每天面对的是用脚本分发到机器上时所出现的各种问题。业务包是一个比较上层的话题,这里不做深入的讨论,这里讲的“打包”指软件的Runtime层。

  如果用Docker的打包机制,把最容易出现问题的Runtime包装成镜像并放在registry里,需要的时候拿出来,那么整个平台最多只执行一个远程脚本就可以了,这是团队最看好的一个特性。第二个是运维:Docker取消了依赖限制,只要构建一个虚拟环境或一个Runtime的镜像,就可以直接拉取到服务器上并启动相应的程序。此外Docker在清理上也较为简单,不需要考虑环境卸载不干净等问题。

  选择Mesos是因为它足够简单和稳定,而且拥有较成熟的调度框架。Mesos的简单体现在,与Kubernetes相比其所有功能都处于劣势,甚至会发现它本身都是不支持服务的,用户需要进行二次开发来满足实际要求,包括网络层。不过,这也恰好是它的强项。

  Mesos本身提供了很多SDN接口,或者是有模块加载机制,可以做自定义修改,平台定制功能比较强。所以用Mesos的方案,需要考虑团队是否可以Hold住整个开发过程。从框架层面来看,Marathon可以支撑一部分长期运行的服务,Chronos则侧重于定时任务/批处理。

  去哪儿网DEVOPS马文介绍,传统的Elasticsearch交付与维护主要存在弊端是:传统部署以kvm虚机或实体机为节点,需提前申请,过程较慢; ES运行环境需要人工事先部署,自动化程度不高;集群扩容需要人工一遍一遍的部署环境, 效率低;集群信息不集中,不易于管理,维护成本高;ES需求量增加之后,更加加大了维护的成本和繁杂性.

  针对上述弊端,容器化的私有云平台设计目标包括:加快集群构建速度、快速扩容和快速迁移能力、ES使用/运维标准化、集中的信息展示与良好的用户交互界面。

  改进之后,可以看到在成本、效率、规范上有很大的改进和提升。

  在可靠性和持续化方面,Marathon 持久化卷功能, 保证ES节点重启之后能在原机器节点之上 restart

  index.number_of_replicas >= 1;replica 数量大于ES实例数 (防止主备分片被分配在同一台机器上面)。

  在指标收集方面,包括以下两种:pyadvisor 收集docker 容器的指标和es2graphite 收集ES集群的指标。

基于MesosDocker的容器化私有云实践
更多信息尽在IT168现场报道专题 http://sacc.it168.com/topic201

标签: SACC
  • IT168企业级IT168企业级
  • IT168文库IT168文库

扫一扫关注

行车视线文章推荐

首页 评论 返回顶部