任洪彩-基于多云多集群的基础设施-Karmada落地实践.pdf

《任洪彩-基于多云多集群的基础设施-Karmada落地实践.pdf》由会员分享，可在线阅读，更多相关《任洪彩-基于多云多集群的基础设施-Karmada落地实践.pdf（42页珍藏版）》请在三个皮匠报告上搜索。

1、基于多云多集群的基础基于多云多集群的基础设施设施KarmadaKarmada落地实践落地实践任洪彩任洪彩个人简介个人简介任洪彩任洪彩（RainbowMango）华为云云原生开源团队Kubernetes项目维护者Karmada项目维护者Go专家编程图书作者CNCF 官方大使请插入您的照片目录目录 多集群资源池是必然趋势多集群资源池是必然趋势 运维多集群的挑战 多集群技术演进路线 Karmada技术架构及设计理念 Karmada核心能力及应用场景 生产实践案例分享多云、多集群部署已经成为常态多云、多集群部署已经成为常态 超过87%的企业受访者同时使用多个云服务商的服务。云原生技术和云市场不断成熟，

2、未来将是编程式多云管理服务的时代。为什么使用多集群为什么使用多集群单集群规模受单集群规模受限限 节点不超过5000 Pod不超过15万 容器不超过30万 单节点不超过110 Pod高可用部署需高可用部署需求求 避免单点故障 两地三中心要求 服务弹性流量多云架构使然多云架构使然 属地化部署 IDC+公有云弹性 避免厂商绑定 降本增效业务场景隔离业务场景隔离 业务隔离 团队隔离 开发流程隔离 目录目录 多集群资源池是必然趋势 运维多集群的挑战运维多集群的挑战 多集群技术演进路线 Karmada技术架构及设计理念 Karmada核心能力及应用场景 生产实践案例分享一群孤岛一群孤岛一致的集群运维一致的

3、应用交付业务割裂，互不感知数据孤岛、资源孤岛、流量孤岛威尼斯水城威尼斯水城统一应用交付（部署运维）统一应用访问（流量分发）统一资源分配（编排调度）少量、小压力的跨集群业务访问大航海时代大航海时代实例、数据、流量：自动调度自由伸缩自由迁移We are here云原生多云多集群的典型阶段云原生多云多集群的典型阶段集群繁多集群繁多繁琐重复的集群配置云厂商的集群管理差异碎片化的API访问入口业务分散业务分散应用在各集群的差异化配置业务跨云访问集群间的应用同步集群的边界限制集群的边界限制资源调度受限于集群应用可用性受限于集群弹性伸缩受限于集群厂商绑定厂商绑定业务部署的“黏性”缺少自动的故障迁移缺少中立的

4、开源多集群编排项目多云容器集群管理的挑战云原生的多云仍然充满挑战云原生的多云仍然充满挑战 目录 多集群资源池是必然趋势 运维多集群的挑战 多集群技术演进路线多集群技术演进路线 Karmada技术架构及设计理念 Karmada核心能力及应用场景 生产实践案例分享2016201520172018201920202021K8s Federation v1启动开发社区改名 MultiCluster SIGFederation启动 v2版本开发社区发布多集群服务声明标准接口MultiCluster Service APIFederation成为K8s独立子项目K8s 社区成立Federation SIG

5、发布联邦白皮书6月 华为云MCP公测12月华为云MCP商用华为云MCP全新引擎Karmada启动研发Karmada项目开源多集群容器编排的前世今生多集群容器编排的前世今生Federation v1主要问题主要问题Federation信息嵌入Annotation，易用性差，并发写API不安全缺少独立API对象，难以控制控制版本质量不易扩展（调度、生命周期管理）2016年社区立项，奠定容器混合云基础架构基于K8s原生API分发应用独立API server及控制面组件，易于服务化在欧洲核子中心CERN大规模落地Federation v2(Kubefed)主要问题主要问题与单集群API两张皮，不受业界

6、认可新API易用性差，大量字段需要手动填写自我定位为提供building blocks，用户引入后仍要二次开发2017年发起改进模块化设计独立Placement策略和Override策略废掉federation v1，成为社区唯一官方实现K8s原生原生API兼容兼容零改造从单集群升级为多集群无缝集成K8s单集群工具链生态开箱即用开箱即用面向多场景的内置策略集：两地三中心、同城双活、异地容灾开放中立开放中立来自互联网、金融、制造业、运营商、云厂商等联合发起丰富的多集群调度丰富的多集群调度集群亲和性调度，多颗粒多集群高可用部署：多Region、多AZ、多集群、多供应商告别绑定告别绑定多云平台支持，