精华内容
下载资源
问答
  • H3C CAS云管平台维护手册,很实用,很全面的手册,希望能帮到你
  • 2010年,云计算还远未成熟,尽管国外的AWS逐步被圈内人所接受,但国内的阿里也不过刚刚起步,因此,本人所在公司也是从自建数据中心开始,并在2015年左右,才慢慢的将部分业务迁移至阿里。时止今日,公司拥有的...

    首先谈一下本人的从业历程。笔者于2010年加盟深圳的一家大型商旅公司,由于本人对Linux和MySQL比较熟悉,在做了两年研发后,被老板调到运维部,目前负责一个十人左右的运维团队。2010年,云计算还远未成熟,尽管国外的AWS逐步被圈内人所接受,但国内的阿里云也不过刚刚起步,因此,本人所在公司也是从自建数据中心开始,并在2015年左右,才慢慢的将部分业务迁移至阿里云。时止今日,公司拥有的IT基础设施包括:深圳的两个数据中心,每个数据中心大概有100多台物理主机,并在这两个数据中心搭建了一套OpenStack实例,四套vCenter实例(吐槽一下,OpenStack确实难用,大部分的虚拟机都是基于vCenter管理)。目前新的业务逐步放到阿里云上,每月在阿里云上的开支大概10万左右。

    什么是云管平台?业界知名的云管平台品牌有哪些?

    由此,一个好用的“云管平台”成为笔者所在团队的刚需。我需要云管平台帮助我解决以下问题:

    1. 混合云管理

    无论是OpenStack、vCenter,还是阿里云(包括很快会采用一部分华为云),希望云管平台能够做到统一管理。

    2. 为云主机的具体使用者提供一个自助式的门户

    公司有二十余个项目组,每个项目组都有若干套研发环境和测试环境。无论是OpenStack还是vCenter,或者阿里云管理控制台,都是给系统管理员使用的,但系统管理员创建的云主机,则是给项目组用的。因此,特别需要一个给项目组成员使用的自助式的门户,创建的云主机直接通过这个自助式的门户交付给项目团队使用。

    3. 云主机的全生命周期的管理

    笔者希望能够在云管平台中完成云主机的申请、创建、运维、销毁等全生周期的管理,而无需分别登录不同的系统。

    4. 一个好用的、灵活的工单系统

    项目组成员申请主机或者销毁主机,都能够通过工单直接找到我所在团队。

    能够完成上面四个需求,就是笔者认为“好用”的云管平台。

    至于说到云管平台的厂商有哪些,2016年左右做这方面的厂商还不多,2018年则如雨后春笋,一堆大大小小的厂商都出现了。最终笔者选择的是深圳的一家公司“行云管家”,选择它的原因是:首先满足了笔者所在团队的刚性诉求,其次,产品体验很好,产品迭代速度也快,像是一个互联网产品该有的样子。

    导航:百度搜索“行云管家”

    展开全文
  • 关于云管平台(CMP),过去两年在整个企业云计算技术领域有过很多深入的讨论。本人曾经通过对Gartner在CMP领域报告的解读来阐述FIT2CLOUD(飞致云)对云管平台的理解。当时,我们提出企业IT在云化过程中需要规划独立...

    关于云管平台(CMP),过去两年在整个企业云计算技术领域有过很多深入的讨论。本人曾经通过对Gartner在CMP领域报告的解读来阐述FIT2CLOUD(飞致云)对云管平台的理解。当时,我们提出企业IT在云化过程中需要规划独立的云管平台层,并且针对当时将OpenStack和云管平台混淆的状况做过分析。

    两年过去了,企业云服务市场全面崛起,在云管平台厂商的共同努力下,“云管平台作为企业IT云化建设中独立一层”的定位得到了越来越多最终用户的认可。

    今天,我们在市场上能够看到各种产品形态的云管平台,有整合在IaaS平台内的,有整合在容器云平台内的,当然也有独立于IaaS和容器云平台的云管平台。在这里我希望沿着之前的观点,结合FIT2CLOUD过去几年在企业内云管实践的体会,和大家探讨一下企业为什么需要独立云管平台,以及如何来建设这样的云管平台。

    何为独立云管平台?
    在探讨企业需要一个什么样的独立云管平台之前,我们先来就“独立云管平台”这个定义做个沟通。首先,我们需要区分“独立云管平台”和独立第三方供应商提供的云管平台产品。这里我们希望能够从云管平台自身的产品形态(而不是供应商自身特点)来定义何为“独立”。具体来说,我们认为独立云管平台应该具备以下几个产品要素:

    1.独立云管平台应该可以独立分发和部署。从技术角度,云管平台可以依赖其他(例如IaaS平台)的部分组件,但是云管平台自身应该可以独立分发,独立安装部署并正常运行。

    之所以这点非常重要,是因为只有独立分发和部署的产品才可以从技术路线上保持独立性和持续性,不会受其他外部项目的深度影响。在实际的项目中,我们仍然会看到部分供应商将开源IaaS或者PaaS项目进行界面包装后作为云管平台进行宣传。这类云管平台产品会深度受限于底层平台的技术框架,演进路线定会背上不必要的技术包袱;

    2.独立云管平台应该完全通过开放API与外部系统交互。这样做的原因是可以从技术架构上根本保障云管平台和其他与之交互系统的解耦性。

    如大家所想,云管平台在实际实施中存在较多的集成与被集成需求。如果云管平台在与外围系统(无论是底层IaaS/PaaS平台,还是用户系统、CMDB,亦或是上层的ITSM等)整合时需要内部接口,内部数据结构甚至数据库耦合,那么云管平台自身的独立性会受到太多外部系统的牵制,势必很难持续稳定地独立演化下去。无法独立演化,就很难谈“独立”;

    3.独立云管平台应该具备云服务形态的抽象能力。云管平台,顾名思义是管理云服务的平台。不同的云管平台在具体管理的云服务类型上可能千差万别。但作为一个独立云管平台,对于需要纳入的云服务形态,都需要具备跨云服务供应商的抽象能力。例如,如果需要重点管理云主机,独立云管平台需要能够抽象来自虚拟化环境、公有云和私有云的云主机服务,并提供统一的服务目录、交付方式和管理接口。独立云管平台通常需要具备的抽象能力包括,用户/租户体系抽象能力、资源及服务自身的描述抽象能力、资源及服务生命周期管理模式的抽象能力等。

    当然,除了从产品形态进行定义和区分,我们还可以从其他很多方面来理解云管平台的独立性。比如供应商角度、用户体验角度等。这些角度都是重要考虑因素,但云管平台产品自身形态特征仍然是所有独立云管平台的必要前提。没有这些产品层面的支撑,很难最终构建出一个有生命力、可持续演化的独立云管平台。

    为什么需要独立云管平台?
    现在我们来讨论一下企业IT云化为什么需要独立云管平台。具体来说原因有以下几点:

    云管平台在企业IT云化过程中有着独立的角色定位和使命。越来越多的企业IT部门面临着IT能力云化/服务化的诉求(其中,最为典型的场景就是大型企业数据中心服务化)。这种诉求的背后面临着几个关键性的技术挑战,即IT资源服务化、IT资源全生命周期管理和异构IT及多云对接。这三个挑战共同要求一个独立的角色出现——即独立云管平台。

    ■ IT资源服务化:如果需要对企业内部各种IT资源进行服务化,那就需要有一个独立的用户/租户体系,这个用户/租户体系需要超越任何IT资源自带的用户/租户体系。这就是独立云管平台一个重要的产品特征。

    另外,IT资源服务化还需要能够建立起IT产品及能力的标准服务目录,这需要IT产品及能力服务目录定义、抽象以及相关的自动化能力。但是,当面对现实,你会发现企业内部不同IT产品及能力在服务化支持能力上参差不齐,这要求云管平台能够针对不同IT产品及能力的现状建立合适的IT资源服务化模式。独立云管平台则可以保障这个模式得以灵活构建。

    ■ IT资源全生命周期管理:企业IT内部的资源形态非常多样化,有云主机这样的计算资源,也有块存储、对象存储和文件存储,还有备份、监控、安全等运维管理能力。每种IT产品及能力因为其定位不同,使用场景不同,其生命周期管理模式也不同。

    云管平台需要能够提供足够的扩展能力,让不同的IT产品及能力的生命周期管理模式在其框架内实现。而这种扩展能力也要求云管平台能够有独立的角色定位。日常绑定特定IT产品和能力的云管平台很难担当起这个独立角色。

    ■ 异构IT及多云对接:企业内部的IT异构主要来自于两个方面,一是企业IT的演化和迭代是一个长期的过程,这就意味着不同阶段的IT产品及能力会长时间共存。最为典型的代表就是很多企业内部IT计算资源会同时存在有大型机、小型机、X86服务器、X86虚拟化、IaaS乃至容器云等。因为这个原因,绑定一种IT产品及能力的云管平台很难承担起整个企业IT能力云化/服务化的使命。

    另一个方面是,来自企业IT对于供应商锁定的顾虑。即使是统一形态的IT产品及能力,也经常会出现多家供应商。这要求云管平台需要站在供应商中立的角度设计和抽象多家供应商的产品及服务。避免企业被一家供应商从云管到IT能力强锁定也是独立云管平台承担的使命之一。

    云管平台在企业IT云化转型过程中需要有独立的持续演化能力。由于云管平台的特殊定位,它一方面需要面向最终业务用户,另外方面需要连接大量云服务。当下,这两个方面都在快速变化和发展。云管平台必须要有独立的演化能力才能够保持对上、下两个方面变化与发展的及时跟进和调整,从而持续保持以最合理的方式运转。

    除此之外,云管平台自身能力所构建依赖的IT工具链也在持续变化,例如如自动化工具从早期的脚本到现在的一系列配置管理工具,监控工具从早期的Zabbix到现在的Prometheus等,这也推动了云管平台自身能够持续演进和迭代。而要保持这种“持续成长性”,云管平台自身的独立性至关重要。

    事实上,企业IT对于独立云管平台的诉求也明显反应到供应商的产品矩阵中。其中,包括X86虚拟化平台领导者VMware和开源软件商业化领先者红帽都纷纷在其产品组合中引入独立云管平台这一层产品。下图是红帽的云套件解决方案架构图:
    红帽云套件解决方案架构图

    附图1 红帽云套件解决方案架构图

    如图所示,红帽云套件中有独立的云管平台——CloudForms,该云管平台提供对容器云、多家虚拟化平台、私有云及外部公有云的纳管,并实现IT能力的服务化。

    类似于红帽,VMware的云管平台也在从原来定位于VMware自身技术栈的专用云管平台快速向独立通用云管平台演化。下图为VMware云套件解决方案架构图:

    VMware云套件解决方案架构图

    附图2 VMware云套件解决方案架构图

    我们看到,VMware的云管平台vRealize已经非常明确向独立云管平台方向发展,主要表现在对混合云的扩展支持。我们相信其未来也会增加对容器云的支持。

    即使强大如VMware、红帽这样的重量级企业IT服务商,都已经明确将独立云管平台作为其发展方向,足见企业IT对于独立云管平台的强烈需求和期待。当然,这种需求和期待的真正驱动力是我们前面所描述的企业IT云化/服务化的明确需求。

    FIT2CLOUD怎么做?
    FIT2CLOUD全栈云管平台产品架构如下图。
     FIT2CLOUD 全栈云管平台产品架构

    附图3 FIT2CLOUD 全栈云管平台产品架构

    FIT2CLOUD认为,云管平台本质上是一个管理框架,也是企业使用云的平衡器,帮助企业在云服务使用、云服务管理和云服务治理上达到符合企业内部业务需求再平衡。从这个角度来看,独立云管平台架构设计上的非功能要求是及其关键的。FIT2CLOUD的云管平台则在这些方面下了大力气,以保障其在企业内部落地过程中的独立性和自我演化能力。具体来说主要包括以下几个方面:

    ■ 统一的用户/租户体系:尽管云管平台对接的各种基础设施及数据中心能力工具或多或少都提供了用户和租户能力,但是这些能力基本是和服务及工具自身的管理架构紧密耦合,并不适合基于它们来建设混合IT管理的用户/租户体系。云管平台需要能够超越对接的任何一种基础设施或者数据中心IT工具的用户/租户,建立一个统一的逻辑用户/租户体系,并提供对外部用户中心和租户体系的对接及映射能力。

    ■ 完整的权限管理体系:云管平台需要承担企业内部云化转型平衡器的角色,这其中需要重点平衡的一极就是安全合规。云管平台需要能够提供现代化的软件权限管理体系,实现人员、角色和功能权限的解耦,从而可以让企业非常方便地建立出一套符合自己企业内部实际情况的安全合规管理体系,实现在混合IT环境中的安全管理再平衡。

    ■ 完备的API访问接口(北向接口):大部分企业基础设施或者数据中心服务都已经提供相关的API访问接口。独立云管平台在这方面的要求则迫切。既然独立云管平台会作为企业IT云化技术栈中的独立一层,它必然要和其上层或者同级服务进行数据交互。如前所述,独立云管平台与外围系统的交互一定是通过API完成的,不然很难形成真正独立性。

    ■ 灵活的插件体系(南向接口):云管平台需要对接的基础设施服务及数据中心IT工具同样非常多,要求独立云管平台能够快速、体系化地对接这些服务及工具。需要把这种对接工作和云管平台自身的体系框架进行解耦,并对同类服务进行抽象。通过云管平台插件体系则帮助到我们达到这一目的。

    ■ 模块化的快速扩展能力:作为独立云管平台,在具备以上几点的技术架构要求外,还必须考虑自身如何快速实现服务范畴的拓展。云管平台需要能够将不同服务快速装入一个自己的“盒子”里面,并通过这个“盒子”的接口对外提供服务。这个“盒子”就是模块,独立云管平台需要具备模块化的扩展能力。通过这个模块化机制,可以让用户像垒积木一样在一个框架实现云管平台服务范畴的快速扩展,实现企业IT能力的持续服务化,最终形成完整的企业IT服务化体系。事实上,云管平台正在演变为企业IT的浏览器,可以像Chrome浏览器一样通过插件不断扩充自身的管理能力。

    跟随企业数字化转型,FIT2CLOUD推演全栈云管平台

    FIT2CLOUD自2014年成立以来,就专注于云管平台市场,致力于帮助企业更好地使用云和持续交付加速业务创新。自2012年开始编写第一行代码到2017年的5年间,FIT2CLOUD主要是以管理工具的观点推演云管软件的技术演进,“管好云、用好云、控好云”是FIT2CLOUD的主要目标。

    “三年前跟客户讲的时候,都会把云管平台当成一个效率工具,可以更好交付资源、管理运维、提升效率,实际上很多客户也是在这点发力。”FIT2CLOUD首席布道师 & 东区总经理徐桂林在介绍FIT2CLOUD时表示,“但是云管平台接下来的挑战是要从效率工具向管理框架转变,因为它要承载企业从前一个IT管理平衡态到新IT管理平衡态的转变。”前一个IT管理平衡态即传统的“监管控”模式,而新IT管理平衡态即混合云化IT下的管理模式。

    “监管控”模式下的核心是CMDB(配置管理数据库),这是传统ITSM服务管理的精髓,其主要作用就是完整地存储企业IT环境中的所有重要实体配置信息,包括硬件、软件、文档、业务服务以及人员等。但随着企业数字化转型的推进,企业IT已经从成本中心向创新中心演变,相应的以资源为中心的“监管控”模式也需要向“以应用为中心”的自助式服务化模式转变,从而让企业IT可以敏捷高效地支持数字化业务创新和数字化应用的开发运维。

    “企业IT基础设施本来处于很稳定、平缓变化的状态,但是这几年新技术快速涌现,逼着企业IT部门思考应该如何应对。”徐桂林强调。实际上,由于互联网和公有云对企业的冲击,欧美等地的企业已经加快了应用发布的速度。根据云原生应用基金会CNCF的最新调查,20%被调查的欧美等地区企业的应用发布速度已经达到周级别、18%为月级别,甚至有15%为日级别,被调研的企业涉及科技、软件、金融服务、电信、零售、教育、医疗等行业和领域。

    传统企业IT部门的“监管控”模式显然无法跟上企业业务部门所需要的数字化应用发布速度,因此不仅企业IT基础设施需要云化,企业IT的管理也需要数字化。简单的理解,企业IT基础设施云化就是让企业内部的IT和业务人员可以像使用公有云那样,可以随时向企业IT部门申请、调用、撤销和管理IT资源,也可以随时发布、调试和管理自己的应用,相应的资源调用和费用结算等全部通过浏览器自助化完成。而企业IT管理则要以类似公有云门户的形式,通过浏览器来与内部用户交互,自动化地实现费用管理、容量管理、迁移和容灾、服务水平管理、安全与身份管理、监控与计量,甚至应用的DevOps开发运维协作等功能。

    根据FIT2CLOUD过去两年与企业打交道的经验,企业越来越把云管平台作为独立的项目来看待,而且这个趋势在不断加速。“尤其现在快今年底了,我们与很多潜在客户沟通明年计划,客户说的最多一件事情就是需要做云管平台,以及该怎么做、怎样预算、怎样立项等。”徐桂林介绍说。而正因为看到了企业IT从管理中心到服务中心的转型,FIT2CLOUD也花了半年的时间,重写自己的云管软件,从原先的管理工具演进到了服务平台的定位。

    可扩展的全栈云管平台
    在这里插入图片描述
    (FIT2CLOUD的“3+3 CMP产品能力评估模型”)

    在Gartner于2017年10月发布的云管软件市场趋势分析指出:云管软件是一个快速新兴,但高度碎片化的市场。既有VMware、Microsoft、IBM这样的大型供应商,也有新兴的创业公司和中小供应商,每一个供应商都对不同的云环境有各自的侧重点和管理能力,而且每个供应商的云管产品收入也不高,此外硬件和服务供应商也试图在其产品中集成云管功能。

    云管软件市场之所有呈现高度碎片的特点,主要原因是市场上对云管软件在整个企业IT转型及未来企业IT新格局中的地位有不同的认知。例如,VMware的云管功能就分散到不同的产品中,既有适用于私有云和软件定义数据中心的vRealize,也有适用于跨多云集群管理的BOSH,还有管理公有云的SaaS版的VMware Cloud Services,以及云原生应用监控与分析的Wavefront等。

    FIT2CLOUD属于高度专注于云管平台市场的厂商,其技术路线是把所有云管功能都集中到一个产品平台上。作为新一代云管平台,FIT2CLOUD从一开始就把自己定位于CMP及DevOps协作平台,强调“以应用为中心”的理念,从应用视角来帮助企业IT部门管理集群。FIT2CLOUD CMP 1.0已经实现了高效运维成千上万台主机、支持多种批量和自动化操作,端到端的监控、快速反馈,自助获取IT资源、提速开发和测试,提供DevOps协作平台,加速云上业务创新。

    在FIT2CLOUD CMP 1.0阶段,当时业界的云化PaaS方案还不成熟,因此FIT2CLOUD直接提出了针对企业IT环境的“IaaS+DevOps”方案,并用自己的云管平台集成和取代了IaaS+PaaS方案中的管理功能。当时FIT2CLOUD所提出“管好云”,指的是面向企业混合IT的对接,包括多种异构基础设施和供应商,涉及企业的物理集群、虚拟化环境和主流私有云平台和公有云供应商等;“用好云”,指的是对接业务应用与IT资源服务,在管理好混合IT资源的基础上,可以一键实现业务应用的创建和部署,为业务部门和开发人员的应用开发、测试、上线和运营提供更好的服务;“控好云”,指的是帮助业务部门做好企业IT资源使用量的成本控制、优化与管理,特别是控制公有云的使用量,让业务部门的钱花在刀刃上。

    然而,随着企业数字化进程的加速,以及不同企业的个性化进展路线,FIT2CLOUD还需要更好地开放自己的平台,方便企业更容易地扩展云管平台功能,随时加入第三方或由FIT2CLOUD研发的新功能。阮志敏介绍,“过去一年我们持续在研发上面做投入,开发了全新的FIT2CLOUD全栈云管平台2.0,这是基于过去四年经验的完全彻底重写,其最大特点是可拓展的平台,企业用户可以像浏览器一样使用云管平台,通过插件方式不断延伸平台的功能,满足企业在云管方面的个性化需求。”

    除了模块化设计外,FIT2CLOUD全栈云管平台2.0较上一版本的关键性进化之一是实现了对容器云的统一管理,精准匹配企业在云原生实践方面的实际需求。通过内置在FIT2CLOUD全栈云管平台2.0中的容器云适配器,企业用户可以管理多个Kubernetes集群。此外,本次新品发布会上,FIT2CLOUD还发布了Jumpserver 堡垒机 V1.4版本。Jumpserver是FIT2CLOUD于2017年10月收购的开源堡垒机项目,是全球首款完全开源、符合4A规范、多云环境下更好用的运维安全审计系统。

    “所谓‘全栈’,首先是在基础设施层实现了容器云和企业传统IaaS的统一管理;其次是对于企业内外部IT资源的全生命周期管理与服务化,不论是已经云化或是传统软件和设备,都可以用类似云服务的方式进行服务化输出;第三就是面向业务和开发部门的服务化输出。”徐桂林在总结“全栈”的内涵时强调。

    2018年7月,FIT2CLOUD根据自己过去四年的实践,提出了“3+3 CMP产品能力评估模型”,包括服务化能力、生命周期管理能力、混合IT对接能力等三大CMP功能域,以及模块化能力、集成与被集成能力、安全合规能力等三大非功能域,为未来云管平台的演进打开可持续发展的空间。

    从IT管理到数字化运营
    在这里插入图片描述
    “2013年整个银行业出现焦虑的状态,因为大家看到了BAT来势汹汹,支付宝、财富通等等对银行的巨大冲击,导致整个银行业在求变、求新。”中信银行数据中心周海鹏在“FIT2CLOUD飞致云年度产品发布会暨客户论坛”上的介绍。事实上,这代表了这一轮企业数字化转型的典型开端。

    周海鹏介绍,对于中信银行来说,业务领导对于IT的要求就是上线速度越来越快,但混合了私有云、虚拟机等的基础设施本身并没有整合起来管理,也没有形成自服务化能力。例如银行要求每周六凌晨开始双人实施几千个虚拟机的变更,人工操作的变更量非常大。此外,OpenStack作为公有云的设计思路,与银行的严格网络隔离等实际要求不符,而且OpenStack本身组件多、太复杂、发展不均衡,也与银行的运维体系、流程以及监管要求存在很大的差别。

    2017年开始,中信银行认识到了一个承上启下的云管平台的作用。中信银行与FIT2CLOUD进行合作:一是对基础设施的混合IT整合,形成一体化的资源池;二是混合IT的对接与管理,包括与原有ITSM流程的自动化对接,IT数据流转与自服务的对接等。中信银行开始以云管平台为纲,向兼顾稳健性和敏捷性的混合IT基础平台转型,全面推进基础架构的升级。其中,中信银行提出以ITSM系统为基础的IT流程“审批流”,以及以云管平台为基础的自动化变更“技术流”,二者之间进行很好的衔接与对接。

    上汽集团乘用车公司(以下简称:上汽乘用车)是上汽集团的全资子公司,围绕荣威和名爵两大自主品牌,开展乘用汽车的设计、研发、制造和销售业务。在步入快速发展期的汽车行业,上汽乘用车的业务规模快速扩张。上汽乘用车基础技术平台团队许秋野在此次会议上介绍,上汽乘用车的IT业务系统包括运营支撑系统、生产制造系统、业务营销系统和互联网业务系统,作为基础技术平台团队,希望通过统一平台对外服务门户,为业务团队提供各种基础服务的自助化能力。

    此前,上汽乘用车在多地建立了多个数据中心,针对近年来业务快速扩张导致IT资源消耗持续增加的情况,结合企业自身数字化转型和持续深入的云应用需求,上汽乘用车在原有“x86物理服务器+VMware虚拟化”的IT基础设施之上,启动了云计算基础设施的建设。2017年,上汽乘用车在引入公有云服务的同时,同步启动混合云管理项目的建设,基础服务管理平台的目标是统一平台、自助交付和持续跟踪。上汽乘用车基于FIT2CLOUD管理平台搭建统一的基础资源管理平台,与企业的VMware虚拟化、集团私有云和公有云服务的全面对接,同时在该管理平台中配置了企业组织架构、梳理资源申请流程,纳管存量资源。

    海通证券金融云也把FIT2CLOUD作为合作伙伴,共同推进混合云管理平台建设。海通证券金融云首先启动研发测试云项目,结合自身金融云的建设规划,海通证券通过部署FIT2CLOUD云管平台,实现了对现有混合基础设施资源的统一管理和自助式资源交付。在此基础上,云管理平台统一服务门户内嵌IT资源分析、业务系统分析、DevOps门户、服务运营门户等功能。通过云管平台,海通证券还尝试了业务研发流程的再造与优化。借助FIT2CLOUD DevOps解决方案,海通证券计划针对一些业务进行持续集成、持续开发的改造,期望能够有效提升日常业务在研发测试环境内的交付效率,真正实现快速迭代与持续交付。

    海通证券信息技术部魏勇表示,“合规、纳管、敏捷、成本”是海通证券对云管平台的选型要求。其中,在敏捷交付方面,以前传统通过提交代码和打包的应用软件交付方式形成流水线作业,也就是一键式自服务模式,包括设计、开发、测试、交付、运维等过程,从而促进研发体系的进步。

    在此次“FIT2CLOUD飞致云年度产品发布会暨客户论坛”上,FIT2CLOUD还发布了B轮融资消息,已经完成的B轮融资由红点中国领投、广发乾和跟投。其中,红点中国源自硅谷的顶级风险投资基金红点创投,专注于中国市场的TMT领域项目投资;广发乾和为广发证券全资设立的投资子公司,投资领域涉及TMT、先进制造及新消费等行业。

    在谈到如何看待云管平台与服务在中美两个市场的发展比较时,阮志敏表示,经过实践的反复验证,国内企业IT市场与美国企业IT市场正在变成两个市场,以前二者的形态是高度一致的,但从云时代开始就出现了很大的不同。包括OpenStack在中国市场得到了大量应用、阿里云与腾讯云等国内云厂商、以及国内企业IT的生态等都不同,这为云管平台产品提供了很大的发展空间与机遇。

    实际上,随着国内电商产业的蓬勃发展,带动了传统企业数字化转型的快速跟进,很多企业开始启动数字化中台战略,把企业IT从管理资源推向数字化运营,为企业互联网应用的快速创新创造基石。而云管平台跟随企业的数字化转型进程,也从管理工具走向了企业数字化中台的“中控台”,成为企业IT的浏览器和交互交付界面,让企业的内部业务与开发团队可以通过浏览器快速获取企业IT资源,为未来五年数字化应用的爆炸式发展,做好充分的准备。

    展开全文
  • Paas云管平台技术架构

    2019-09-18 07:39:51
    架构中的其他平台是企业数据中心中需要纳入管理的平台,例如大数据平台、kafak平台等。

    Paas云管平台技术架构
    架构中的其他平台是企业数据中心中需要纳入管理的平台,例如大数据平台、kafak平台等。

    展开全文
  • VMware云管平台运维管理

    千次阅读 2018-05-06 09:54:19
    内容来源:2018年1月30日,VMware大中华区高级技术讲师姚泉在“VMware官方在线直播”进行《VMware云管平台运维管理》演讲分享。IT 大咖说作为独家视频合作方,经主办方和讲者审阅授权发布。阅读字数:4068 | 6分钟...


    内容来源:2018年1月30日,VMware大中华区高级技术讲师姚泉在“VMware官方在线直播”进行《VMware云管平台运维管理》演讲分享。IT 大咖说作为独家视频合作方,经主办方和讲者审阅授权发布。

    阅读字数:4068 | 6分钟阅读

    嘉宾演讲视频地址: suo.im/4yXcMj

    摘要

    跨 SDDC 和多云环境从应用到基础架构的智能 IT 运维管理。与 vRealize Log Insight 和 vRealize Business for Cloud 集成的 VMware vRealize Operations 通过统一监控、自动执行的性能管理、云计算规划和容量优化,可帮助规划、管理和扩展 SDDC 和多云环境。

    VMware云管平台

    所有的云管平台底层都是要基于软件定义的数据中心。VMware专门提到了软件定义数据中心,就是用软件的方式对底层的基础架构进行虚拟化,包括服务器虚拟化、存储虚拟化和网络虚拟化,分别由不同的产品去实现。

    有了这些基础架构之后,对整个数据中心都做了软件定义。那么在上层如何做高效的管理呢?VMware就推出了一个云管平台,叫做vRealize。在这个套件中有很多核心组件,来共同实现平台的自动化管理。其中有三大块内容,一个是自动化部署的vRA,一个是做智能运维的vR Ops,以及做成本分析的vRB,这三块共同支撑起了云管平台。

    这期我们重点来介绍vR Ops。

    当我们面对一个云计算平台的时候会发现,在云平台中最大的特点就是用户群非常大,尤其是公有云,成千上万甚至有可能会过亿的用户都有可能会请求一些虚拟机去使用。用户在请求这些资源的时候如果要后台的管理员按照传统虚拟机的部署去做批量部署的话,时间会很长,效率也很低。

    有了云管平台之后,可以通过特定的组件让用户自助式地请求机器,而平台就会把流程自动化部署出来。这就是通过vRA做机器的自动化部署,使得性能更加高效。

    当环境规模很大的时候,机器非常多,如何进行性能的分析、监控,以及故障的管理呢?这就需要一个高智能的软件,这个软件就是vR Ops。

    通过vR Ops可以对大规模云平台里的机器进行智能的性能分析。但是作为租户来说,在使用这些云平台资源的时候,每个人用的资源和服务是不一样的,最终成本也有所不同。

    为了对用户使用的资源进行智能的成本分析,于是我们做了vRB,让用户知道自己的钱花在了什么地方。

    vRealize Operations——云运维智能化

    在整个平台中,vRealize Operations实现了性能的管理、容量管理、成本管理、配置管理以及合规性管理。

    vRealizeOperations可以对底层的不同平台进行连接,它可以管理虚拟平台、物理平台,甚至可以管理一些云平台。换句话说,整个云管平台其实是跨平台兼容的。

    vRealize Operations Manager控制台

    我们从6.6开始改版后的一个全新界面,我们引入了一个全新的基于HTML5的用户管理界面。

    登录之后如果选择任何一个对象,比如选择一个主机,就能看到这个主机相关的一些性能参数指标。这里有非常重要的三个指标,一个是健康,一个是风险,还有一个就是效率。

    登录首页

    如果是首次登录Operations Manager,可以看到首页与之前的首页略有不同。

    在页面顶部有五个选项卡,分别代表五块核心功能。左侧有一些简单的导航栏,中间则是一些具体的参数信息显示,尤其是当前需要采取的一些行动,这对用户来说是非常关键的。右上角是一些简单的菜单。在这样的界面中用户能得到一个全新的体验。

    预定义仪表盘

    打开第二个选项卡,就能看到一些核心的功能,也就是预定义仪表盘。在整个环境中,仪表盘非常重要。因为每一个仪表盘里面都会显示出不同的内容、指标和参数。

    页面左侧有一些系统自定义的仪表盘,同样可以对这些仪表盘进行管理,比如编辑、新建甚至设为默认页。

    警报

    在Operations Manager里面,警报是一个智能警报。智能警报不仅可以告诉用户出现了什么问题,还能告知出现问题的原因,甚至能给出解决问题的方案。通过智能警报能让用户直观地了解到系统出现的问题。

    环境

    在环境中,用户可以针对不同的对象去看到所有的核心指标。在页面右侧有三列绿色图标分别代表着健康、风险和效率,它们的图标形状各不一样。

    在Operations Manager中,图标的颜色有四种,绿色、黄色、橘黄色和红色。绿色就表示当前状态一切正常,红色则代表着出现了严重的问题。用户可以通过颜色判断当前环境哪一个业务需要及时进行调整。

    查看相关对象

    用户可以通过某些特定的对象查看到相关联的对象。在界面中,通过一个对象的点击,就可以看到该对象的其它相关联对象。

    查看对象细节

    比如点击一个主机,就可以看到该主机关联的虚拟机、存储、网络等等,非常方便地让用户对这些对象有一个初步的了解和认识。点击任何对象,页面右侧就会显示出该虚拟机的参数信息,用户可以通过这些参数信息获取到自己所需的信息。

    查看对象关联关系

    也可以通过拓补图查看到对象彼此间的关联关系,都是非常智能的。而且很多图表都可以根据用户自身的需求去进行选择。

    管理页面

    在用户管理的时候可以选择一些具体的参数,管理员能够做到一些集中化的管理。

    数据流结构

    vRealizeOperations实例包含若干个组件用来收集和传输数据。

    vRealize Operations数据库

    vRealizeOperations 包含以下数据库:文件系统数据库、集中式vPostgres、警报/症状vPostgres、HIS vPostgres和Cassandra。

    安装和配置

    第一步要部署一个OVF,因为Operations Manager本身就是一个封装好的OVF模版,把虚拟机下载好直接部署到环境里就可以了。

    部署完OVF之后,可以进行一些初始的配置。在配置的时候需要打开相应界面做一些初始化的工作。如果规模比较大,可能会涉及到需要创建数据节点、数据的远程收集节点等等。因为规模大或者要进行跨栈点数据采集的话,只用一个节点不能满足我们的需求,这样就需要一个主节点和备节点,也可能需要一个远程的数据采集节点。

    只要部署一个Operations Manager的节点,其实从理论上来说就已经足够了。之后就会进入产品的用户界面去做一些初次的尝试和使用。整个部署过程相对来说并不复杂。

    集群规模

    在部署的时候可能会涉及到一些集群规模。比如Operations Manager的一个主栈点根据它所管理的对象数量不同,CPU内存的配置也不一样。用户可以根据自身的需求进行选择。

    vRealize Operations 6.6 的新特性

    更易于使用同时加速产生价值

    更简单更易用。新的HTML5的用户界面提供了一个更简单的和一致的体验。

    更快捷的导航。全新“入门”仪表盘让你快速定位到需要的地方。

    加速诊断恢复,人性化的仪表盘可在一个地方集中提供答案。仪表板被分成类别,如操作、容量和利用率,性能测试、负载平衡、配置和合规。

    加速产生价值。开箱即用的集成,例如存储(vSAN), 日志(vRLI), 业务(vRBC) 和自动化(vRA)。

    内嵌vSAN管理

    完成的vSAN管理。允许集中管理在延伸集群,完整的存储管理能力,包括管理绩效、能力、日志、配置和健康。

    从单个控制台确认vSAN准备就绪,完整可视性让vSAN部署更有信心。通过性能和容量监控运维vSAN环境。

    SDDC健康概览仪表盘

    单一控制台监控整个SDDC的状态。

    扩展支持。SDDC-应用-运维-视图及针对每个产品的健康分类;SDDC-应用-组件关联到底层基础设施的健康状态(部署实例及虚机健康一致性);增强的开箱即用;健康和合规,报警与改进建议。

    热图

    在Operations Manager中有一个非常重要的功能叫做热图。热图可以实时对比所选虚拟机指标的性能,它一般包含一个或两个指标,一个指标定义图中方块大小,另一个指标定义图中方块颜色。

    Project

    Project在之前的版本中叫做“what if”。“what if”可以翻译为“假设”,假设将来添加或删除了若干对象,那么资源还能够用多久。

    容量模型预测

    通过project 功能, 可以快速预测未来资源变化带来的影响。

    原始告警-- >智能告警

    在原始告警中,只是根据系统的运行状态做一个简单的监控,然后做一些静态的警报触发,这里有一个参数叫做静态阀值。静态阀值指的就是设定一个固定的参数,当监控系统发现这个指标超过阀值的时候就会机械地发出警报。这时用户可能会收到不必要的警报。

    动态阀值会智能地分析过去一段时间的历史趋势,并告诉用户在什么时间段达到怎样的峰值状态是正常现象,在其它时间段达到怎样的峰值是不正常现象。这是一个智能的表现。

    静态阀值引会起过度告警,而动态阀值能够逐渐学习并识别高负载但健康的状态。阀值根据负载情况和时间段不同会有相应的波动。

    减少调查和解决问题的时间

    Alerts减少调查问题的平均时间,Recommendations减少解决问题的平均时间。

    动态阀值对发现故障有什么意义

    传统监控只能设置静态阀值,往往具有误导性。业务高峰期间,VM的资源使用率处于很高的水平是正常的。静态阀值会显得过于敏感,会生成不必要的告警。业务非高峰期间,即使VM资源使用只达到50%,也可能是异常情况,而静态阀值会忽略这类异常。

    静态阀值仅考虑上限,而不考虑下限也是不够的。当CPU或RAM的使用率突然降到5%以下,有可能是严重事故的前兆。例如存储延迟突然增大引起的应用响应速度急剧下降,或整个存储的IOPS突然全面下降可能意味着存储机头的严重问题。监控工具也不会做任何提示。

    智能工作负载放置

    智能工作负载放置功能可以借助DRS决定工作负载放置的最好位置。重平衡功能建议工作负载的迁移位置。

    DRS 管理–完成DRS 控制

    确保DRS配置。查看DRS设置,满足业务需求。通过参数设置是否激进以及是否完全自动化,可以从vROps中进行修改。

    查看vMotion趋势记录有多少是生成环境,以及是否符合预期。

    增强了自身负载均衡功能

    完全自动化的工作负载平衡。

    保证性能,横跨数据中心的全自动工作负载均衡能力。跨集群(Cluster)和数据存储(Datastore)来进行负载均衡;更方便地根据业务需要来控制负载均衡的程度;三种方法来激活负载均衡功能:手动、自动、定时;能强大的仪表盘:监控和调节关于负载均衡的状态和参数;

    确保DRS配置,查看和设置DRS设置以获得更好的平衡。

    避免争用。在资源争用发生前,产生可预见的DRS 动作。

    最佳初始部署。使用vRA,利用运维分析优化工作负载的初始部署位置。

    应用案例及常用使用场景

    云平台特点

    负载动态变迁,运行环境不固定,状态难以跟踪。

    配置变化更快,资产生命周期短,统计分析难。

    资源动态分配,虚拟机之间既共享又竞争,资源边界弹性化。

    新技术,新特性,安全管理新要求。

    系统高度融合,组件之间依赖性更高,影响分析难。

    用户痛点

    1.由于Cloud环境的资源共享和动态配置特性,云环境下的资源管理变得更加复杂难控,资源的惊人浪费和局部资源的紧张情况同时存在存在。

    2.安全管理上基本无针对虚拟化环境的管理规范,手段及工具,安全短板问题较明显。

    3.资产配置信息缺乏深入及时准确的统计分析,基本靠手工,信息与实际环境偏差较大。

    4.缺乏相关分析报表和面板视图,对于云环境较大规模的环境缺乏全局管理能力。

    5.虚拟化环境缺乏有效的监控措施,管理被动,问题无法及时发现,出现无法有效分析。

    6.缺乏自动化工具,对大规模高度动态环境缺乏足够的响应和控制管理能力。

    容量优化

    优化资源配置,提高现有资源利用率。发现并回收低效、未使用的容量,发现容量不足和超额配置情况,以便合理调整虚拟机大小、回收闲置资源,在不影响性能的情况下优化整合率和虚拟机密度。

    容量规划

    vROps借助VMware对vSphere和云计算环境的深入理解,提供了智能的容量分析和规划能力,包括对vSphere虚拟化环境的CPU, 内存, 存储以及网络等资源的现有容量使用情况统计, 容量使用趋势, 进而帮助运维管理人员合理规划虚拟化环境的资源, 避免资源耗尽及资源浪费, 提高虚拟化效率。

    配置管理

    提供详尽而持续的配置数据收集、配置评估和更改审核,提供统一配置数据报告,帮助用户及时掌握虚拟化环境资产信息。

    运行分析

    专家报表:提供多种类型的针对虚拟化环境的分析报表。

    专家面板:1.从健康,风险,效率等角度综合展示虚拟化环境的整体运行态势;2.提供多指标对比分析热图;3.提供综合虚拟机,网络,存储的拓扑面板展示。

    故障管理

    全面的指标覆盖:vSphere,NSX,vSAN,结构化数据及非结构化数据,综合指标。

    故障分析:动态阈值,综合分析,专家知识。

    故障解决:自动化故障处理。

    对于Operations Manager,我们还提供了多达100+种扩展管理包,涵盖网络、存储、数据库、中间件和企业应用等多种类型组件。

    相关练习资源

    vROPsHOL资源访问:http://labs.hol.vmware.com/HOL/catalogs/

    视频资源

    服务质量管理:http://v.youku.com/v_show/id_XMTQ2MDE3OTYzMg==

    vSphere合规性:http://v.youku.com/v_show/id_XMTQ2MDAzNTQ0OA==

    容量规划:http://v.youku.com/v_show/id_XMTQ1OTUyNjM1Ng==

    运营管理:http://v.youku.com/v_show/id_XMTQ1OTk3Nzk3Mg==

    我今天的分享就到这里,谢谢大家


    展开全文
  • 同样,在云计算的落地过程中,要让云平台的价值真正发挥出来,不仅要有一个稳定、可靠的云基础平台,还要有配套的云管理工具,让最终用户可以轻松使用,让管理人员可以方便地进行管理,这就是云管平台——一个人们不...
  • 传统 IT 建设面临的问题 传统的 IT 环境构建是比较复杂的过程。从安装硬件,配置网络,安装软件,应用,配置存储等,许多环节都需要一定的技术力量储备。...云管平台的选择 云计算作为信息技术领域的一种创新...
  • 关于云管平台(CMP),过去两年在整个企业云计算技术领域有过很多深入的讨论。本人曾经通过对Gartner在CMP领域报告的解读来阐述FIT2CLOUD(飞致云)对云管平台的理解。当时,我们提出企业IT在云化过程中需要规划独立...
  • 【摘要】 本文在分析当前多云异构云平台统一管理需求的基础上,对统一云管平台的总体架构进行了梳理和设计,并结合云资源统一管理的需求,提出了通用的多云异构统一云管平台的系统功能设计,为云管理运营提供一定...
  • 云平台与云管平台,你分得清吗?

    千次阅读 2017-07-20 17:05:44
    我们都知道,云是分层的,目前大家比较公认的云架构是划分为基础设施层、平台层和软件服务层三个层次的。对应名称分别为IaaS、PaaS和SaaS。...然后,我们又发现一个新的概念混淆出现了,那就是云平台和云管平台
  • 伴随着云计算产业的纵深发展,行业的建设正在越来越多具有分布式应用需求的企业内展开。作为金融领域行业建设的代表企业,江苏省农村信用社联合社(以下简称为江苏农信)在2016年启动行业建设的调研与规划,...
  • 银行云管平台和自动化平台的建设路径.docx
  • 行业分类-物理装置-一种基于云管平台的自动回归测试方法.zip
  • 银行云管平台监控最佳实践.docx
  • 云管平台监控技术最佳实践.docx
  • 打造企业级数据库云管平台.pptx
  • 智能双态云管平台介绍.pptx
  • 银行云管平台监控技术实践.docx
  • 云管平台实现对不同的云架构资源的统一管理.docx
  • 银行云管平台建设的最佳实践.docx
  • http://news.pconline.com.cn/945/9459990.html ...同样,在 云计算 的落地过程中,要让云平台的价值真正发挥出来,不仅要有一个稳定、可靠的基础平台,还要有配套的管理工具,让最
  • 保险行业云管平台规划设计指南.docx
  • 保险行业云管平台建设规划方案.docx
  • H3C服务器安装CAS云管平台.doc
  • IBM异构统一云管平台解决方案及案例.docx
  • 如何进行银行云管平台基础架构方案设计.docx
  • 基于VMware云计算软件的数据中心云管平台改进及实现.pdf
  • #资源达人分享计划#
  • 金融行业开发测试云管平台架构方案设计.docx
  • 双模云管平台助力银行实现开发运维一体化.pptx

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 59,303
精华内容 23,721
关键字:

云管平台