CN112424752A - 云平台上应用程序容器的卷(存储)供应方法 - Google Patents

云平台上应用程序容器的卷(存储)供应方法 Download PDF

Info

Publication number
CN112424752A
CN112424752A CN201980047628.8A CN201980047628A CN112424752A CN 112424752 A CN112424752 A CN 112424752A CN 201980047628 A CN201980047628 A CN 201980047628A CN 112424752 A CN112424752 A CN 112424752A
Authority
CN
China
Prior art keywords
volume
cloud
application
cloud platform
container
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201980047628.8A
Other languages
English (en)
Inventor
权宰焕
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Yakun Software Co ltd
Acornsoft Co Ltd
Namu Tech Co Ltd
Original Assignee
Yakun Software Co ltd
Namu Tech Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Yakun Software Co ltd, Namu Tech Co Ltd filed Critical Yakun Software Co ltd
Publication of CN112424752A publication Critical patent/CN112424752A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604—Improving or facilitating administration, e.g. storage management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0629—Configuration or reconfiguration of storage systems
    • G06F3/0631—Configuration or reconfiguration of storage systems by allocating resources to storage systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0662—Virtualisation aspects
    • G06F3/0665—Virtualisation aspects at area level, e.g. provisioning of virtual or logical volumes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5072—Grid computing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45579—I/O management, e.g. providing access to device drivers or storage
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Mathematical Physics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Stored Programmes (AREA)

Abstract

本发明提供一种云平台上应用程序容器的卷(存储)供应方法，该方法包括：当请求对应用容器进行卷分配时，云平台系统确定生成静态卷还是动态卷的步骤；如果生成所述静态卷，则会查询静态卷注册列表，如果选择注册的静态卷并输入分配的容量，则检查可用空间，如果所述可用空间不足，则通知存储空间不足，等待选择重新注册的静态卷并输入分配容量，如果所述可用空间不不足，则分配静态卷容量并生成信息以完成卷分配的步骤；以及如果生成所述动态卷并输入分配容量，则检查可用空间，如果所述可用空间不足，则通知存储空间不足，等待重新输入分配容量，如果可用空间不不足，则生成存储路径，分配容量并生成信息以完成卷分配。

Description

云平台上应用程序容器的卷(存储)供应方法
技术领域
本发明涉及一种云平台上应用程序容器的卷(存储)供应方法，更具体而言，涉及一种分配应用程序容器所需存储空间的云平台上应用程序容器的卷(存储)供应方法。
背景技术
云(Cloud)根据以云的形状表示计算服务提供商的服务的惯例而连接到提供商的服务器。将软件和数据储存在连接互联网的中央电脑中，只要连接网络，就可以随时随地利用数据。
根据服务提供的类型，这些云可以分类为:软件即服务(SaaS)，其是像Salesforce.com/Goog1e电子邮件一样按需提供给大量用户的应用程序服务；平台即服务(PaaS)，其是像AWS RDS和Google AppEngine一样开发用平台或应用程序运行所需的软件堆栈；以及基础架构即服务(IaaS)，其像AWS EC2一样为用户提供服务器或存储即服务。
另外，根据导入和部署的类型，云可以分类为：私人云(Private cloud)，其只为一个团体运行；公共云(Public cloud)，其通过开放式网络进行公开利用；以及混合云，其维持着鲜明的实体，并且其是捆绑在一起的两个人以上的云的组合。
另一方面，企业云是实施公司业务和IT战略的云，最重要的是围绕应用程序服务而定制和优化技术和基础架构。此外，应该易于将应用程序构成或部署在各种基础架构。
据此，本申请人已经对应用程序容器化的方法进行申请并注册专利。(专利申请号10-2017-0056483)。
然而，在所述申请中，应用程序容器中的存储空间是临时的，并且重启时存储空间内的文件可以被删除。
发明内容
技术问题
本发明以解决这些问题而发明的，其目的在于，提供一种云平台上应用程序容器的卷(存储)供应方法，该方法易于管理，因为可以整体监测多个在集群中运行的容器集群和服务应用程序。
本发明的技术问题不限于上述问题，并且根据以下描述，本领域技术人员将清楚地理解未提及的另一技术问题。
技术方案
根据本发明的云平台上应用程序容器的卷(存储)供应方法，其包括：当请求对应用容器进行卷分配时，所述云平台系统确定生成静态卷还是动态卷的步骤；如果生成所述静态卷，则所述云平台系统会查询静态卷注册列表，如果选择注册的静态卷并输入分配的容量，则所述云平台系统将检查可用空间，如果所述可用空间不足，则所述云平台系统通知存储空间不足，等待选择重新注册的静态卷并输入分配容量，如果所述可用空间不不足，则所述云平台系统分配静态卷容量并生成信息以完成卷分配的步骤；以及如果生成所述动态卷并输入分配容量，则所述云平台系统检查可用空间，如果所述可用空间不足，则所述云平台系统通知存储空间不足，等待重新输入分配容量，如果可用空间不不足，则所述云平台系统生成存储路径，分配容量并生成信息以完成卷分配。
有益效果
根据本发明的云平台上应用程序容器的卷(存储)供应方法具有可以分配应用程序容器所需的存储空间的效果。
附图说明
图1显示根据本发明的一实施例的云平台系统的构成图。
图2是图1的云集成部的功能的示意图。
图3简要显示图1的服务管理部的功能。
图4简要显示图1的应用程序编排部的功能。
图5显示根据本发明的一实施例的应用容器化的框架。
图6至11简要地显示图1的开发/运行部的功能。
图12显示根据本发明的一实施例的云平台系统的架构。
图13显示鸡尾服务器的构成及其周围的架构。
图14是根据本发明的一实施例的容器卷(存储)的概念图。
图15是用于描述根据本发明的实施例的卷信息注册的图。
图16是显示根据本发明的一实施例的云平台系统的容器卷(存储)供应方法的流程图。
图17是显示根据本发明的一实施例的卷信息注册屏幕的示例图。
图18是根据本发明的一实施例的卷信息注册现状屏幕的示例图。
图19和20是根据本发明的一实施例的用于分配卷的屏幕的示例图。
具体实施方式
若参考以下详细描述的一实施例及附图，则本发明的优点和特征及实现它们的方法将显而易见。然而，本发明不限于下面公开的一实施例，并且可以以其他各种形式实现。提供这些实施例的目的在于，使本发明的公开完整并向本发明所属领域普通技术人员完整地告知发明的范围。本发明仅由权利要求书限定。
在整个说明书中，相同的附图标记指代相同的构成要素。
在下文中，将参考附图描述根据本发明的一实施例的云平台上监测多个集群和应用程序的方法。
图1显示根据本发明的一实施例的云平台系统的构成图；图2简要地显示图1的云集成部的功能；图3简要显示图1的服务管理部的功能；图4简要显示图1的应用程序编排部的功能。
图5显示根据本发明的一实施例的应用容器化的框架；图6至11简要显示图1的开发/操作部的功能。
图1的云平台系统基于多/混合云集成管理确保应用程序可用性和扩张性，并且提供用于有效开发和运行的视图和工具。在下文中，本发明的云平台系统将被称为“鸡尾云”。
参考图1，鸡尾云包括：云集成部(Cloud Integration)100、服务管理部(ServiceManagement)110、应用编排部(Orchestration)120、开发/运行部(DevOps View)140及DBA位置150。
云集成100自动构成多/鸡尾云的基础架构之后，提供给应用程序并同步构成信息以进行管理。
云集成部100执行云供应(Cloud Provisioning)和云同步(CloudSynchronization)的功能。
参考图2，云供应功能构成云网络基础架构并将其提供给应用程序集群(每个鸡尾集群)，并且构成云计算基础架构并将其提供给应用程序。另外，对于物理基础架构(裸机)，它提供一个集群设定工具。对于公共(Public)，支持云是AWS·Azure·Aliyun·Google计算引擎。对于私有(Private)，支持云是Openstack·VMWear。此外可以具有On-premse·Datacenter BareMetal Infra。
云同步功能是一种具有如下特征的功能，其在集成构成数据库160中存储和管理云基础架构信息，并且运行时将基础架构改变信息与集成构成数据库160同步化。
服务管理部110是管理应用程序集群的逻辑组，其执行分配和管理云帐户、用户和网络资源的功能。即，服务管理部110执行综合账户管理功能、网络管理功能和用户管理功能。
参照图3，集成账户管理功能是用于对多云账户和访问信息进行集成管理以及构成网络和云供应的功能。
网络管理功能是构成云网络并将其分配给服务的功能。例如，可以是AWS的VPC、子网。一种服务通过使用多云提供商的网络创建集群来构成和运行应用程序。
用户管理功能可以是将管理服务的团队成员和开发/运行所需的权限管理的功能。这里，权限可以包括全公司服务管理权限(Admm)、全公司服务查询权限(Manager)和分配为成员的服务管理权限(DevOps)。用户可以以成员身份参加各种服务。
应用程序编排部120负责鸡尾集群的核心功能，该功能具有确保应用程序部署、可用性和可扩张性的功能。
应用程序编排部120执行应用程序部署功能、复制控制功能、滚动更新功能、扩展功能和监测功能。
参照图4，应用程序部署功能是基于容器映像的部署，其提供无需单独的设置和构成作业的易用性，部署应用程序时，其可以自动构成云基础架构。
在此，应用程序被容器化并部署，应用程序容器(以下称为“容器”)是指操作系统上的独立系统，该系统通过向应用程序进程分配和隔离主机资源而被虚拟化。
用于容器的核心技术是Linux中的控制组和名称空间。为了将主机资源分配给操作系统上的进程而控制组创建进程组并执行资源分配和管理。名称空间是将进程、网络、挂载(mount)等用特定的名称空间进行隔离的技术。因此，容器是指在操作系统上虚拟化的独立系统，该独立系统通过cgroup将资源分配给应用程序进程，并由名称空间隔离。
容器是一种轻量级的操作系统虚拟化方法，其不使用硬件仿真器和来宾操作系统，并且几乎不消耗主机资源，启动时间也非常短，从而是适用于应用程序虚拟化的技术。此外，通过操作系统上的虚拟化，可以独立构成和部署到现有物理服务器(Bare Metal)和虚拟服务器(Virtual Machine)等基础架构。
为了将现有或新的应用程序构成转换为容器，必须具有容器化过程。此外，有必要更改开发、测试和运行方法，并且相应地优化运行基础架构构成(鸡尾云平台)。
要将现有应用程序转换为容器，必须更改应用程序的构成而不是源，并且在考虑部署和运行效率时，通常以工作负载为中心对每个作用进行独立构成，并且通过考虑到通过复制进行多路复用和扩展的构成应该被设计和应用。
为了更改应用程序开发、测试和运行的方式，应该标准化通过基于映像的应用程序构建、测试、部署和基于映像的应用程序构成。
为了优化应用程序容器运行基础架构构成，形成用于编排的以集群为中心的基础架构，应该计算考虑复制和扩展的计算可用量(最小化备用可用量，必要时扩展容易)，并且应该构成共享存储安全性和网络相关基础架构。
参照图5，容器化主要分为分析和构成设计(S100)、容器转换(S200)和运行转移(S300)。
对于分析和构成设计(S100)，考虑到容器/云引入的目的和策略，从现有应用中选择容器转换目标(S110)。
选择目标应用程序后，将识别目标应用程序(S120)。此时，将调查应用程序的状态和应用程序、基础架构、数据和链接结构等的数据，并且收集开发、运行和管理器的要求。然后，得出在容器构成方向上的问题和解决方案。
另外，考虑到分离/集成、连接、可用性、扩张性、安全性等来设计用于每个目标应用的容器构成(S130)。此时，可以定义基础映像、环境变量、包含项目和命令等映像构建模板。
之后，设计基础架构构成(S140)。选择转换基础架构(云/裸机)供应商，然后，计算每个应用程序容器的可用量。另外，计算容器集群节点的数量和基础架构可用量，并且设计存储、网络和安全性构成。
如果设计基础架构构成，则建立容器转换计划(S150)。此时，为每个应用程序制定详细的转换方案而定义转换任务和组织/作用，并且建立转换方案。另外，反映报告和反馈。
为了容器转换(S200)而需要迭代/增量转换(S210)。预测试(poc)和各个应用程序的逐步转换等应迭代和增量地进行。
另外，为了构成鸡尾集群(S220)，安装并构成鸡尾云平台，构成网络和共享故事安全性等基础架构(云从鸡尾供应)。鸡尾服务和集群是通过基础基础架构分配和用户注册生成的，并且验证集群构成。
另外，为了应用程序转换(S230)而构成应用程序容器，并且必要时改变应用程序设置和源。
验证转换容器的功能和设置，构建容器部署映像并将其注册到注册表中。然后，创建并测试鸡尾服务器。
为了进行数据转换(S240)而转换目标应用程序容器，并且通过持久卷设置来设定鸡尾服务器，提取数据之后发送到鸡尾服务器。应用此模型数据库解决方案时，将执行数据转换并检查数据一致性。对于运行应用程序，应用数据同步解决方案以最大程度地减少停机时间。
之后，将验证的容器部署到鸡尾服务器，并且执行应用程序功能测试，然后，将测试结果反映在容器和基础架构中(S250，S260)。
为了进行运行转移(S300)而执行运行部署/打开(S310)，具体而言，生成运行鸡尾集群，并且基于转换后的映像创建并链接鸡尾服务器。然后，传输运行数据并打开应用程序。部署、运行和管理此类应用程序容器的技术称为容器编排。
容器编排是通过在物理/虚拟基础架构中构成托管集群来部署、运行和管理应用程序容器的技术，并且利用容器的轻便快速的机动性和移动性的优点而扩散到现有公司内部和数据中心基础架构云及私有/公共云的应用管理平台。
通过鸡尾云监测视图执行应用程序和基础架构运行监测，并且反映性能问题和错误(S320)。
为了开发/运行体系的转移和应用(S330)而报告容器转移结果，向负责的开发和运行组织提供基于容器的开发/运行系统培训，并提供鸡尾云平台使用培训。
因此，容器具有以下优点。
首先，容器是独立的。
是隔离的应用程序执行环境，分配独立的资源(CPU、内存、磁盘、网络等)，并且多个应用程序在同一主机上运行。
第二，容器实现轻量级虚拟化。
可以进行操作系统级虚拟化(Non Hypervisor)、快速操作(生成、执行、重新启动等)，并且使用小型容器映像即可高效地进行部署和更新。
第三，容器具有移动性。
具有基础架构独立映像，并且裸机、虚拟机和云等可以移动到任何地方。可以通过映像注册表进行在线部署和版本管理，并且支持主要的主机操作系统(Linux系列，Windows)。这种容器的可移动性提高多/混合云环境下的应用程序运行/开发的生产力和效率，特别是用标准化的容器映像来解决难以将应用程序部署和转移到异构基础架构的问题，并且解决依赖于特定云的锁定问题。
复制功能为了维护应用程序的稳定性和可用性而保持初期指定的复制数量(多路复用)，并且通过应用程序容器运行状况检查而在异常情况下重新启动，从而比操作系统重新启动方法更快、更有效。复制的应用程序通过负载平衡提供服务。
滚动更新功能是在不中断应用程序服务的情况下，执行部署和基础架构更改等的更新任务的功能，并且是在多个应用程序之间存在依赖关系时，通过Dev0ps View的作业管理功能构成自动化的功能。
扩展功能通过应用程序监测来缩小/放大实例，对于应用程序基础架构，它是增大/减小资源容量的功能。另外，它通过监测信息来构成扩展自动化。
监测功能监测应用程序实例(容器+基础架构)，并且通过阈值设置生成和管理警报。
开发/运行部(DevOps View)140包括服务状态功能、集群图功能、监测视图功能、资源管理功能、计量功能、工作管理功能和全公司状态管理/分析功能。如下将参照图6至图11描述每个功能。
服务状态功能提供可以以服务为中心掌握鸡尾云的整个应用程序集群的状态的视图(参见图6)，这样，可以显示服务状态、集群状态和监测警报等项目。
在服务状态中，可以查询到鸡尾云的整体服务状态，通过将服务内集群的构成状态综合而可以掌握云提供商、集群、服务器、云组件和当前每月成本。在此，集群是指应用程序构成部，服务是指集群的逻辑分组。
在集群现状态下，可以以卡的形式查询集群的提供商、区域、服务器、云组件和每月成本，对于裸机集群，可以排除使用成本。
在监测警报显示功能中，当在集群内应用程序和基础架构发生警报时，可以在集群卡检查确认。
集群图功能提供以图形式可视化并管理鸡尾服务器(应用程序)的构成和状态信息的视图(请参见图7)。
集群图通过以映射的形式查询/管理集群的服务器和云组件的构成来增强构成信息的可视性。在集群图中，可以包括鸡尾服务器、云组件和服务器组等项目。
鸡尾服务器是应用程序编排的基本单位，由负载平衡、应用程序容器和基础架构构成，并且为多/混合云管理提供标准化的接口。鸡尾服务器检查服务器内的应用程序状态、复制和资源使用量，并且管理扩展和滚动更新。根据复制功能的存在与否，鸡尾服务器分为多实例类型和单实例类型。在AWS支持多区域选项。
云组件管理由提供商提供的Paas服务。例如，可以是作为AWS的DB服务的RDS。
服务器组为服务器构成的逻辑组提供管理上的便利。
监测视图功能提供用于检查集群内应用程序和基础架构的资源可用量状态之后提供云资源状态的信息(请参见图8)。
监测视图可以可视化有关群集内应用程序和基础结构的监测信息并进行提供，并且提供CPU、内存、磁盘的平均、TOP信息，以检查资源的使用量并在运行中做出响应。
监测视图可以包括视图转换(趋势/数据)项、目标转换(服务器/资源)项等。
在视图转换项中，趋势视图提供服务器及复制的实例和应用程序容器的分时监测信息，而数据视图提供当前时间的平均值和TOP监测值。
在目标转换项中，监测目标分为集群内的服务器和云基础架构的资源。云资源使用提供商提供的信息。
资源管理功能提供(以下称为“资源管理视图”)，该资源管理功能可以检查构成应用程序的云基础架构的资源，并在必要时调整详细设置(参见图9)。
资源管理视图可以检查构成鸡尾服务器的云基础架构资源并具体地更改设定。这里，鸡尾服务器自动执行完成用于应用程序编排的基本构成，但如果需要，则在需要手动调整云资源时可以使用。
资源管理视图包括资源信息/动作项，并且管理资源信息中应用程序管理容器的构成和部署信息。云资源信息由负载均衡、实例(VM)和安全性构成，并且实例管理可用量和可用量。需要调整的资源信息是通过运行执行的。
计量功能提供可以检查应用程序使用的云基础架构资源的成本信息的视图(以下称为“计量视图”)(请参见图10)。计量视图可以包括集群基础架构使用成本项和服务器资源成本项。
在集群基础架构使用成本项中，可以检查集群和鸡尾服务器使用的云资源的成本，并且提供上个月和当月的成本信息及下个月的估计成本。另外，提供每月成本增加和减少的图表。
每个服务器和资源的成本项以TOP为基准提供各个鸡尾服务器使用的云资源成本，并且以TOP为基准提供每种云资源类型的成本。
任务管理功能提供能够扩展/自动执行部署、远程命令和资源管理等运行任务的管理视图(以下称为“任务管理视图”)(参见图11)。
任务管理视图提供用于应用程序和基础架构运行的扩展和批处理功能。这种任务管理视图可以包括任务状态项、任务管理项等。
在作业管理视图中，作业状态项分为部署、远程命令和资源管理任务，并且通过组合各个任务来构成。在此，部署是指应用程序部署，远程命令是指远程执行操作系统命令，资源管理是指扩展和状态/设置更改。
在任务管理视图中，可以根据立即执行、扩展和警报发生来设定执行方式。根据报警发生的执行将用于根据可用量监测的基准值的自动扩展。从作业管理项目提供作业执行状态和日志检查。
全公司状态管理/分析功能提供用于识别和分析全公司应用程序、云和成本状态的鸡尾仪表板。
鸡尾仪表板是可以在全公司层面查询应用程序和云基础架构的状态，并且提供成本/预算管理、成本优化分析、统计报告的视图。这种鸡尾仪表板可以包括应用程序状态项、云状态项、成本/预算管理、成本优化分析项及统计/报告项。
通过应用程序状态项并以鸡尾服务器、集群和云组件的标准化组件为基准来掌握和查询全公司范围的应用程序和基础架构的状态，而且提供服务中心的状态视图。
通过云状态项目可以按提供商、区域和资源掌握全公司的云的状态，并且提供基础架构中心的状态视图。
通过成本/预算管理和成本优化分析项而可以掌握公司的云成本状况，并通过每个服务的预算分配/控制和优化分析来提供有关云资源成本高效率的信息。
统计/报告项提供分析和报告所需的统计信息和报告视图。
在DBA位置150中，映像存储库(注册表)180管理应用程序容器的注册、共享、下载、搜索和版本，并且监测数据库170管理应用程序和基础架构的监测信息，而且配置管理数据库(CMDB：Configuration Management DB)160管理提供商、网络、服务、集群、服务器、组件和云资源的构成信息。
图12示出根据本发明的一实施例的云平台的架构，图13示出鸡尾服务器的构成及其周围架构。
参考图12，鸡尾云包括：鸡尾集群200、提供商插件210、服务器管理器220、Dev0ps管理器、CMDB 160、监测数据库170、映像注册表180、API服务器290和用户控制台300。
鸡尾集群200提供基于编排的架构，并且提供商插件210用作通过云提供程序API280进行集成管理的基本模块。
集群200由节点和主节点组成，并且节点是通过工作器310处理主节点的命令的结构。工作器310负责与主机的通讯，并且根据执行命令来支持执行器。监测执行器320收集节点和容器监测信息，并且命令执行器330执行操作系统和容器命令。此外，还有容器引擎340。
提供商插件210是API Rapper，用于支持针对多云和裸机的Kubernetes API，它由用于提供应用程序扩张的插件模块构成。鸡尾服务器是编排的基本单位，通过集群主节点200和提供商插件210，执行容器和云基础架构的复制、扩展和环更新。
如图13所示，鸡尾服务器由容器和云基础架构构成，并且该容器和云基础架构由负载均衡、实例(节点)、容器、卷、安全性等构成。例如，AWS可以是ELB、EC2实例、安全组、ESB。鸡尾服务器为云提供商的Paas提供云组件。例如，可以是AWS的RDS。
服务器管理器220是执行服务器中的应用程序容器和基础架构的编排的控制模块，其提供重新启动/恢复异常终止的容器的复制控制功能、放大/缩小功能、通过实例类型和卷扩展来上下扩展的扩展功能、可按顺序无中断地部署应用程序容器的滚动更新功能。
DevOps管理器是Dev0ps的管理器模块，其提供：用于供应多云基础架构的构成管理230，用于管理多云资源的使用和成本的计量管理240，用于管理多云资源状态和设定的资源管理250，用于收集和管理容器/基础架构监测信息的监测管理260，并且其分批组合并执行多个任务，是立即执行、执行时间和事件发生是执行条件，而且还提供用于部署、服务器操作、远程命令的任务的作业管理270。
鸡尾云提供用于应用程序和基础架构的构成信息管理、监测信息管理、应用程序容器映像管理的数据库及用于用户和编程的接口。
CMDB 160管理提供商、网络、服务、集群、服务器、组件和云资源的构成信息。
监测数据库170管理应用程序和基础架构的监测信息。
映像注册表180管理应用程序容器的注册、共享、下载、搜索和版本。
API服务器290通过API 280提供鸡尾云的所有功能，并且支持根据公司策略的定制与其他解决方案的联系。
以Web GUI的形式提供用户控制台300。
这种鸡尾云可以如下利用。
首先，可以用作多云。
鸡尾云是可以通过标准化组件对异构和复杂的多云环境进行集成管理的平台，它还实现应用程序中心的全部企业云。具体来说，鸡尾云通过提供商、网络、服务、集群、服务器和云组件而标准化管理目标，并且它是集成管理异构和复杂的多云资源(集成帐户、资源、成本)的标准化管理组件。此外，应用程序是业务的核心资源，并且通过鸡尾集群提高应用程序的可用性和可扩张性，可以通过鸡尾DevOps View使开发/运行工作高效化来实现应用程序中心的企业云。
其次，鸡尾云通过公司内部的数据中心裸机的基础架构的云化而为构建/运行混合云提供基础。另外，提供复杂的混合基础架构的集成管理和开发/运行的高效率。
具体来说，通过公司内部的数据中心裸机基础架构上构成应用程序集群来构建基于容器的云环境，从而不需要用于虚拟化的单独平台，并且提供可用性和扩展性等扩张性，可以实现可集成和管理现有私有云和公共云的物理基础架构的云化。
此外，通过鸡尾云的标准组件进行管理，并通过鸡尾云DevOps视图提供有效的开发/运行工作。
第三，鸡尾云提供可通过容器和CI/CD的自动化来有效管理云中的应用程序及微服务的构建和运行的平台。
鸡尾集群在基于容器的云基础架构提供应用程序部署和管理环境(云本机应用程序)。在这里，鸡尾集群是构建和管理微服务的基本单位。
鸡尾Dev0ps视图的任务管理提供构建和部署应用程序的自动化基础，而容器比CI/CD轻且易于执行的技术。鸡尾云提供可以在多/鸡尾云上部署/运行应用程序的平台。
第四，鸡尾云可以用作经纪人的转售基础架构和服务提供平台。
集成管理公共云和数据中心基础架构，并且以服务的形式向用户提供转售和云管理平台的CSB用平台构件为鸡尾云而运行，为Saas提供多租户和计费系统，大型企业可以用作联盟云提供和管理平台。
此外，将现有数据中心运行商的基础架构云化而提供，并且向公共云提供商提供专用服务(鸡尾云组件(paas))。
另一方面，容器中的存储空间是临时的，并且存在重新启动后删除存储空间中文件的问题。由于这种问题，云平台系统提供使用卷对象逻辑上连接外部存储空间和容器之后利用的容器卷(存储)供应功能。
本发明的容器卷(存储)供应功能是在GUI上在多种存储存储器(nfs，云存储等)中生成卷信息并分配管理容器所需的存储空间的功能(参见图14)。
如图15所示，卷信息注册可以分为静态(static)卷生成和动态(dynamic)卷生成，静态卷生成指定预先配置的存储路径并只能在存储空间中使用，动态卷生成生成存储空间池(pool)，并且容器在请求卷时动态分配所需的空间之后提供。
图16是示出根据本发明的一实施例的云平台系统的容器卷(存储)供应方法的流程图。首先，当请求卷分配时(S400)，云平台系统判断生成静态卷还是动态卷(S410，S490)。
如果生成静态卷，则云平台系统查询静态卷注册列表(S420)。如果选择注册的静态卷并请求容量分配(S430，S440)，则云平台系统检查可用空间(S450)。如果可用空间不足，则云平台系统通知存储空间不足(S460)，并返回到步骤(S430)。相反，如果可用空间不不足，则云平台系统分配静态卷容量并生成信息以完成卷分配(S470，S480)。
如果生成动态卷，则云平台系统请求容量分配并检查可用空间(S500，S510)。如果可用空间不足，则云平台系统通知存储空间不足(S520)，并返回到步骤(S500)。相反，如果可用空间不不足，则云平台系统生成存储路径，分配容量并生成信息以完成卷分配(S530，S480)。图17是显示根据本发明的一实施例的卷信息注册屏幕的示例图，图18是根据本发明的一实施例的卷信息注册现状屏幕的示例图。
如图17所示，可以在存储器中注册卷使用信息以生成卷信息。在图18的注册卷信息状态中，可以检查确认在图17中注册的卷信息。
图19和20示出根据本发明一实施例的用于分配音的屏幕。图19包括选择先前生成的卷信息并输入卷名称和访问模块分配容量的卷类型设置功能，图20包括将分配的卷的路径和容器上的路径映射的卷安装功能。
另一方面，所述本发明的一实施例可以被编写为计算机上可执行的程序，并且可以在使用计算机可读记录介质来运行所述程序的通用数字计算机中实现。计算机可读记录介质包括：磁存储介质(例如，ROM、软盘、硬盘等)、光学读取介质(例如，CD-ROM、DVD等)和载波(例如，通过互联网的传输)等存储介质。
如上所述，根据本发明的在云平台上将应用程序容器化的方法，提供隔离的应用程序执行环境，并且可以独立分配资源，不仅可以在同一主机上运行多个应用程序，还可以通过操作系统级虚拟化快速运行，因使用小型容器映像而部署和更新非常有效，可以移动到任何地方。
另外，根据本发明的云平台系统可以在逻辑上将外部存储空间和容器连接，以分配应用程序容器所需的存储空间。
到目前为止，围绕优选实施例而对本发明进行了考察。本发明所属领域的普通技术人员将能够理解，在不脱离本发明的基本特征的情况下，可以以变形的形式来实现本发明。因此，应该从描述性的角度而不是限制性的角度考虑所公开的一实施例。本发明的范围是显示在权利要求书中而不是在所述描述中，并且该范围内的所有差异应被解释为包括在本发明中。

Claims (1)

1.一种云平台上应用程序容器的卷(存储)供应方法，其特征在于，包括：
当请求对应用容器进行卷分配时，云平台系统确定生成静态卷还是动态卷的步骤；
如果生成所述静态卷，则所述云平台系统会查询静态卷注册列表，如果选择注册的静态卷并输入分配的容量，则所述云平台系统将检查可用空间，如果所述可用空间不足，则所述云平台系统通知存储空间不足，等待选择重新注册的静态卷并输入分配容量，如果所述可用空间不不足，则所述云平台系统分配静态卷容量并生成信息以完成卷分配的步骤；以及
如果生成所述动态卷并输入分配容量，则所述云平台系统检查可用空间，如果所述可用空间不足，则所述云平台系统通知存储空间不足，等待重新输入分配容量，如果可用空间不不足，则所述云平台系统生成存储路径，分配容量并生成信息以完成卷分配。
CN201980047628.8A 2018-07-19 2019-07-15 云平台上应用程序容器的卷(存储)供应方法 Pending CN112424752A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR1020180084022A KR101987668B1 (ko) 2018-07-19 2018-07-19 클라우드 플랫폼에서 어플리케이션 컨테이너의 볼륨(스토리지) 프로비저닝 방법
KR10-2018-0084022 2018-07-19
PCT/KR2019/008700 WO2020017846A1 (ko) 2018-07-19 2019-07-15 클라우드 플랫폼에서 어플리케이션 컨테이너의 볼륨(스토리지) 프로비저닝 방법

Publications (1)

Publication Number Publication Date
CN112424752A true CN112424752A (zh) 2021-02-26

Family

ID=66846907

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980047628.8A Pending CN112424752A (zh) 2018-07-19 2019-07-15 云平台上应用程序容器的卷(存储)供应方法

Country Status (6)

Country Link
US (1) US11467875B2 (zh)
JP (1) JP2021530803A (zh)
KR (1) KR101987668B1 (zh)
CN (1) CN112424752A (zh)
SG (1) SG11202100293YA (zh)
WO (1) WO2020017846A1 (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101987668B1 (ko) 2018-07-19 2019-06-11 나무기술 주식회사 클라우드 플랫폼에서 어플리케이션 컨테이너의 볼륨(스토리지) 프로비저닝 방법
WO2021067091A1 (en) * 2019-10-04 2021-04-08 Zettaset, Inc. Dedicated encrypted container storage
US11079944B2 (en) 2019-10-04 2021-08-03 Zettaset, Inc. Dynamic provisioning of container storage
US11340797B2 (en) 2019-10-04 2022-05-24 Zettaset, Inc. Dedicated encrypted container storage
CN111381833B (zh) * 2020-03-05 2023-05-12 山东汇贸电子口岸有限公司 一种容器化的openstack数据初始化方法
US11172024B2 (en) 2020-03-23 2021-11-09 International Business Machines Corporation Co-location of storage buckets with containerized applications
US11474851B2 (en) * 2020-04-08 2022-10-18 Open Text Holdings, Inc. Systems and methods for efficient scalability and high availability of applications in container orchestration cloud environment
CN111753326B (zh) * 2020-05-22 2024-02-13 湖南麒麟信安科技股份有限公司 一种容器云平台云存储资源加密方法、系统及介质
US11561790B2 (en) * 2021-06-21 2023-01-24 Ciena Corporation Orchestrating multi-level tools for the deployment of a network product
US20230065431A1 (en) * 2021-08-31 2023-03-02 Salesforce.Com, Inc. Controlled updates of containers in a distributed application deployment environment

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070106714A1 (en) * 2002-10-10 2007-05-10 Rothbarth James N Method and system using an external hard drive to implement back-up files
US8892827B2 (en) * 2011-01-07 2014-11-18 Apple Inc. Cooperative memory management
US8918613B2 (en) * 2011-02-02 2014-12-23 Hitachi, Ltd. Storage apparatus and data management method for storage area allocation based on access frequency
US8775774B2 (en) * 2011-08-26 2014-07-08 Vmware, Inc. Management system and methods for object storage system
US8904143B2 (en) * 2011-09-30 2014-12-02 International Business Machines Corporation Obtaining additional data storage from another data storage system
KR20150142871A (ko) 2014-06-12 2015-12-23 주홍찬 인터렉티브 푸쉬 클라우드 시스템 장치 및 방법
US10489177B2 (en) * 2015-02-23 2019-11-26 Red Hat Israel, Ltd. Resource reconciliation in a virtualized computer system
JP6383861B2 (ja) * 2015-03-27 2018-08-29 株式会社日立製作所 ストレージ管理計算機
US9479547B1 (en) * 2015-04-13 2016-10-25 RINGR, Inc. Systems and methods for multi-party media management
US10114551B2 (en) * 2016-01-18 2018-10-30 International Business Machines Corporation Space reclamation in asynchronously mirrored space-efficient secondary volumes
US10530703B2 (en) * 2016-08-15 2020-01-07 At&T Intellectual Property I, L.P. Dynamic provisioning of storage in the cloud
KR102212108B1 (ko) * 2016-09-28 2021-02-04 한국전자기술연구원 스토리지 오케스트레이션의 학습형 최적화 대상 볼륨 선정 방법
US10552221B2 (en) * 2016-12-16 2020-02-04 Turbonomic, Inc. Systems, apparatus and methods for managing resources in computer systems
KR101807806B1 (ko) * 2017-05-02 2017-12-11 나무기술 주식회사 클라우드 플랫폼에서 어플리케이션을 컨테이너화하는 방법
KR101987668B1 (ko) 2018-07-19 2019-06-11 나무기술 주식회사 클라우드 플랫폼에서 어플리케이션 컨테이너의 볼륨(스토리지) 프로비저닝 방법

Also Published As

Publication number Publication date
KR101987668B1 (ko) 2019-06-11
JP2021530803A (ja) 2021-11-11
US11467875B2 (en) 2022-10-11
WO2020017846A1 (ko) 2020-01-23
SG11202100293YA (en) 2021-02-25
US20210182107A1 (en) 2021-06-17

Similar Documents

Publication Publication Date Title
CN112437915A (zh) 云平台上监测多个集群和应用程序的方法
CN112424751A (zh) 云平台上的集群资源分配与管理方法
CN112424750A (zh) 云平台上的多集群供应及管理办法
JP7011127B2 (ja) クラウドプラットフォームでアプリケーションをコンテナ化する方法
CN112424752A (zh) 云平台上应用程序容器的卷(存储)供应方法
CN110583005B (zh) 云平台系统
JP6329547B2 (ja) クラウドコンピューティング環境で使用するサービス管理エンジンを提供するためのシステムおよび方法
US8327350B2 (en) Virtual resource templates
US8141090B1 (en) Automated model-based provisioning of resources
US20120222037A1 (en) Dynamic reprovisioning of resources to software offerings
US20120222004A1 (en) Publishing and updating of multidimensional models using orchestration tools for software offerings
CN111343219B (zh) 计算服务云平台
CN104781783A (zh) 在现有计算环境中部署的集成计算平台
TWI787562B (zh) Ict資源管理裝置、ict資源管理方法以及ict資源管理程式
TW202037132A (zh) Ict資源管理裝置、ict資源管理方法以及ict資源管理程式
Nielsen et al. Private cloud configuration with metaconfig
KR20240006299A (ko) 자체 관리가 가능한 클라우드 데이터 센터 및 그것의 관리 제어 방법

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination