《容器云平台规划部署与架构设计.docx》由会员分享，可在线阅读，更多相关《容器云平台规划部署与架构设计.docx（14页珍藏版）》请在课桌文档上搜索。
1、引言随着移动互联网时代的大步跃进，互联网公司业务的爆炸式增长发展给传统行业带来了巨大的冲击和挑战，被迫考虑转型和调整.对于我们传统的航空行业来说，还存在传统的思维、落后的技术。一项新业务从提出需求到立项审批、公开招标、项目实施、上线、交付运堆，没有一年半载下不来.而此中最为严函的问题是，系统交付时的功能可能已经偏离最初的需求，系统使用方不满意,IT人员觉得付出的劳动没有被认可，双方矛盾加剧.大力发展移动互联网业务，因此对业务需求的响应速度有了更高的要求，越来越多传统应用架构，为了适应不断变化的业务需求和难以预估的访问量而开始进行分布式改造、微服务改造，实现持续集成、持续发布、自动化测试、支持弹
2、性伸缩、灰度发布、蓝绿部署等能力，容器云平台恰恰可以很好的支律上述需求.容器技术是近些年来最火爆的技术方向之一，容器云能更好服务于应用，不断提升客户满意度。按照云计第的三种类型，建设PaaS(PlatformasaSerViCe)平台将有助于我们实现这些目标.目前许多公司采用了VMWare技术完成了Iaas虚拟化建设，而IaaS虚拟化层仅提供了对存储、网络、计算资源的管理，在IaaS上即使经过了深度的定制化自动改造，流程走完时也是普遍在交付时将带有应用软件及软件配苣的一台虚拟机交付到申请者手中,申请者需要自己通过IP登录到机器上部署相应的应用，更不用说各应用组件之间的配合设置.而在容器平台中从
3、代码开发集成到一个容器说像打包了应用程序和运行环境，加上容器的配置文件，一整套流程走下来时，应用已经可以直接上线了,负载均衡，安全策略都可以具备,可以说容器云平台是Devops理论的最佳实践。对于容器平台的建设，从初期就需要做好平台的整体规划，切莫为了容器化而容器化，还是要因地制宜，寻找平衡点逐渐落地，混合实施，了解开发运维等多方面的需求、平台相关技术的原理机制，团结开发、运维、用户等才能共同设计好一个容器平台.本文基于对容器公平台的应用和研究，详细探讨容器云平台的规划部署和架构设计。1云基础架构介绍1.1 IaaSPaaSSaaSIaaS:基础架构即服务云基他架构服务称为基咄架构即服务（Ia
4、aS）,由高度可扩展和自动化的计算资源组成.IaaS是完全自助服务，用于访问和监控计算、网络，存储和其他服务等内容，它允许企业按需求和需要购买资源，而不必购买全部硬件.PaaS:平台即服务云平台服务或平台即服务（PaaS）为某些软件提供云组件，这些组件主要用于应用程序,PaaS为开发人员提供了一个框架，使他们可以基于它创建自定义应用程序.所有服务器，存储和网络都可以由企业或第三方提供商进行管理，而开发人员可以负责应用程序的管理.SaaS:软件即服务软件即服务（也称为云应用程序服务）代表了云市场中企业最常用的选项。SaaS利用互联网向其用户提供应用程序，这些应用程序由第三方供应商管理.大多数Sa
5、aS应用程序亘接通过Web浏览器运行,不需要在客户端进行任何下载或安装.9例子UaS:lnfra$tructure-$*a-Service（设施即服务）提供的Si务是计,热础设施AmazonEC2（亚马gB*l云计Jl）PaaS:Platform-as-a-SetsSysdigWeaveScopeCAdvIsorPrometheus部容，度1.3*数第详姬度*SHost监控nonenonenone*自鲁功能nonenonenonen监控非容器费源none*0*笫者所使用的PrometheUS监控方案如下:ModeIxpocter3.2.2 主机监控笔者这边使用zabbix全面采集并监控物理和虚
6、拟服务器的可用性，CPU,磁盘交间和内存利用率等关犍性能指标,采集网络中的所有性能指标和事件数据，全面监控网络性能，实时检测网络故障，排除故障并防止停，基于zabbix二次开发辅助功能，用于各类中间件的运行状态监控.3.2.3 特定中间件监控提供常见中间件的性能监控（Weblogic、Tomcat、Nginx等），为中间件镜像制作脚本，中间件监控程序直接整合到容器镜像中,容器一启动，即时上报性能数据到监控平台。可以直接在ZabbiX监控平台查看中间件的运行状况。3.3 日志收集方案容器平台的日志系统一般包括：KUberneteS组件的日志，资源的事件日志及容器所运行的应用的日志.关于容器日志的
7、收集，笔者整理了之前做过的四种方案，并对每种方案进行对比：编号方案优点缺点1容器日志输出到标准输出接口收柒起来简单方便应用程序要做改造、日志没有文本保存2在运行应用程序的Pod中专门运行一个收集日志的容器低耦合，扩展性强，方便维护和升级需要对kubernetesyal文件进行改造3每个app的镜像中都集成日志收集组件部詈方便，kubernetes的yaml工件无须特别配置，可以为每个app自定义日志收集配宜需要修改dockerfile,用做僮像，会造成镜像过大4将POd日志目录统一映射到宿主机的一个指定目录，然后在起一个日志收集程序完全解耦，不需要修改dockerfile,管理方便需要部詈应用
8、时，将日志H录映射到宿主机，统一收集规则本容器云平台，使用fuentd（以DaemonSet的方式启动）来收集日志，并将收集的日志发送给统一日志平台.3.4 镜像营理方案容器云平台中的镜像主要来源：1、用户私有的镜像仓库；2、云平台公共镜像仓库；私有镜像仓库作为用户之间部署镜像的基本隔黑，是容器隔商的基础；而云平台的公共镜像仓库提供常用开源镜像的基他服务。目前常用的镜像仓库有Registry.NeXUS3、HarborQuay等。Harbor是一个用于存储和分发Docker镜像的企业级Registry服务器,通过添加一些企业必需的功能特性，例如安全、标识和管理等，扩展了开源DockerDist
9、ribution.作为一个企业级私有RegiStry服务器，HarbOr提供了更好的性能和安全.提升用户使用RegiStry构建和运行环境传输镜像的效率.本课程中选取Harbor作为镜像仓库.下表是部分镜像仓库的基本功能都对比：RegistryDocker-Registry-WebNexusHarbor容也化WobUl/仓库总理镜像*除/鉴权认证/访问控制/套找箭述/操作审计/RESTfuIAPI/服务开源中文支持/3.5基础资源管理方案3.5.1主机管理容器云平台的宿主机的接入方式是开放的，主机可以基于IaaS云平台，使用IaaS云平台归集所有计算资源，对计算箕资源进行二次分配之后，再接入云
10、平台中；也可以直接基于裸机接入容器云平台；租户可以根据自身使用情况任意添加自己的云主机到容器环境中来；而容器的整体资源限制交给容器管理平台来管理，对容器管理平台的规划是：让容器管理平台管理资源，分配容器，容器所在的操作系统归租户所有.3.5.2网络爸理CalicoArchitecture底层容器网络可以使用各种符合CNI格式的插件，如Calico.Calico是一个纯三层网络，没有引入一个DP1没有封包。在主机内部做另外一个容器，可以三条到达终端，你可以知道是谁出了问题，调试的时候很容易，很好管理.容器内的应用数据传出来，和二层完全隔离，对于我们绝大多数的应用来讲只需要三层就移了，很少有应用处
11、理二层.而且Calie。支持丰富的网络策略，可以实现多租户管理.3.5.3存储管理方案目标：极快的创建速度，极小的存储资源消耗以及容器迁移的便捷性。后嫡存储主要采用CePh驱动.CePh独一无二地用统一的系统提供了对象、块、和文件存储功能，它可靠性高、管理简便、并口是自由软件，CePh的强大足以支推IT琏础架构、和管理海量数据。Ceph可提供极大的伸缩性供成F用户访问PB乃至EB级的数据.Ceph节点以普通硬件和智能守护进程作为支掠点，CePh存储集群组织起了大量节点，它们之间就相互通讯来更制数据、并动态地重分布数据,CePh在容器云中主要应用场景是有状态服务.包括关系型数据库和nosql数据座等数据需要持久化的业务.4总结CaaS平台衍生出来的整个DevOps体系是至关圣要的.Kubernetes起初作为用于容器调度的平台，其虽然实现了从容器到应用、从网络到存储的诸多基础架构抽象，但其本身还是运行于传统OS的诸多应用进程，仍然需要通过必要的设计，来加强自身可靠性.CaaS云平台的使用可以节省开发成本,同时让开发、运维人员将精力更加集中于业务本身，大幅度降低运维难度和成本.而使用OPenStaCk等云技术提供强大的基础设施管理功能,共享计算资源、存储资源和网络资源,可以灵活的分配资源，为上层提供稳定可旅的资源服务.
