CN109194732A - 一种OpenStack的高可用部署方法及装置 - Google Patents

一种OpenStack的高可用部署方法及装置 Download PDF

Info

Publication number
CN109194732A
CN109194732A CN201810986012.4A CN201810986012A CN109194732A CN 109194732 A CN109194732 A CN 109194732A CN 201810986012 A CN201810986012 A CN 201810986012A CN 109194732 A CN109194732 A CN 109194732A
Authority
CN
China
Prior art keywords
openstack
container
assembly
application resource
management system
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
CN201810986012.4A
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.)
Zhengzhou Yunhai Information Technology Co Ltd
Original Assignee
Zhengzhou Yunhai Information Technology 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 Zhengzhou Yunhai Information Technology Co Ltd filed Critical Zhengzhou Yunhai Information Technology Co Ltd
Priority to CN201810986012.4A priority Critical patent/CN109194732A/zh
Publication of CN109194732A publication Critical patent/CN109194732A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本文公开了一种OpenStack的高可用部署方法及装置。所述OpenStack的高可用部署方法包括：在服务器上部署Kubernetes容器集群管理系统，在所述容器集群管理系统的应用资源中定义OpenStack组件容器的类型、启动数量和运行服务器，通过应用资源模式启动所述组件容器；通过所述容器集群管理系统对所述组件容器进行调度和监控：当监测到所述应用资源中的组件容器发生异常时，销毁发生异常的容器，并根据所述应用资源中对所述OpenStack组件容器的定义重新启动新的OpenStack组件容器。本文的技术方案能够简化OpenStack的部署，保证OpenStack的高可用性。

Description

一种OpenStack的高可用部署方法及装置
技术领域
本发明涉及计算机技术领域，尤其涉及的是一种OpenStack的高可用部署方法及装置。
背景技术
OpenStack是一个开源的云计算管理平台项目，由Nova(计算)、Netrun(网络)、Keystone(认证)、Cinder(块存储)、Glance(镜像)、Swift(对象存储)等主要的组件组合起来完成具体工作。OpenStack支持几乎所有类型的云环境，能够提供实施简单、可大规模扩展的云计算管理平台。
OpenStack通过各种互补的服务提供了基础设施即服务(IaaS)的解决方案，每个服务提供应用程序接口(API)以进行集成。
相关技术中，OpenStack的组件以容器的形式运行在服务器上，为了实现高可用，需要在不同的服务器上部署相同的组件，再利用管理工具实现不同服务器之间的任务调度。部署和运维比较复杂。
发明内容
本发明实施例所要解决的技术问题是提供一种OpenStack的高可用部署方法，能够简化OpenStack的部署，保证OpenStack的高可用性。
本发明实施例提供一种OpenStack的高可用部署方法，包括：
在服务器上部署Kubernetes容器集群管理系统，在所述Kubernetes容器集群管理系统的应用资源中定义OpenStack组件容器的类型、启动数量和运行服务器，通过应用资源模式启动所述OpenStack组件容器；
通过所述Kubernetes容器集群管理系统对所述OpenStack组件容器进行调度和监控：当监测到所述应用资源中的OpenStack组件容器发生异常时，销毁发生异常的容器，并根据所述应用资源中对所述OpenStack组件容器的定义重新启动新的OpenStack组件容器。
本发明实施例提供一种OpenStack的高可用部署装置，包括：
设置模块，用于在服务器上部署Kubernetes容器集群管理系统，在所述Kubernetes容器集群管理系统的应用资源中定义OpenStack组件容器的类型、启动数量和运行服务器，通过应用资源模式启动所述OpenStack组件容器；
调度及监控模块，用于通过所述Kubernetes容器集群管理系统对所述OpenStack组件容器进行调度和监控：当监测到所述应用资源中的OpenStack组件容器发生异常时，销毁发生异常的容器，并根据所述应用资源中对所述OpenStack组件容器的定义重新启动新的OpenStack组件容器。
本发明实施例提供一种OpenStack的高可用部署装置，包括：
存储器、处理器及存储在所述存储器上并可在所述处理器上运行的OpenStack的高可用部署程序，所述OpenStack的高可用部署程序被所述处理器执行时实现上述OpenStack的高可用部署方法的步骤。
与相关技术相比，本发明实施例提供一种OpenStack的高可用部署方法，在服务器上部署Kubernetes容器集群管理系统，在所述Kubernetes容器集群管理系统的应用资源中定义OpenStack组件容器的类型、启动数量和运行服务器，通过应用资源模式启动所述OpenStack组件容器，通过所述Kubernetes容器集群管理系统对所述OpenStack组件容器进行调度和监控：当监测到所述应用资源中的OpenStack组件容器发生异常时，销毁发生异常的容器，并根据所述应用资源中对所述OpenStack组件容器的定义重新启动新的OpenStack组件容器。本发明实施例的技术方案能够简化OpenStack的部署，保证OpenStack的高可用性。
附图说明
图1为本发明实施例1的一种OpenStack的高可用部署方法流程图；
图2为本发明实施例2的一种OpenStack的高可用部署装置示意图；
图3为本发明示例1的一种OpenStack的高可用部署架构示意图；
图4为本发明示例1的一种OpenStack的高可用部署方法流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
实施例1
如图1所示，本发明实施例提供了一种OpenStack的高可用部署方法，包括：
步骤S110，在服务器上部署Kubernetes容器集群管理系统，在所述Kubernetes容器集群管理系统的应用资源中定义OpenStack组件容器的类型、启动数量和运行服务器，通过应用资源模式启动所述OpenStack组件容器；
步骤S120，通过所述Kubernetes容器集群管理系统对所述OpenStack组件容器进行调度和监控：当监测到所述应用资源中的OpenStack组件容器发生异常时，销毁发生异常的容器，并根据所述应用资源中对所述OpenStack组件容器的定义重新启动新的OpenStack组件容器。
在一种实施方式中，所述在所述Kubernetes容器集群管理系统的应用资源中定义OpenStack组件容器的类型、启动数量和运行服务器，包括：
在所述Kubernetes容器集群管理系统的应用资源定义文件中，定义OpenStack组件容器使用的镜像、端口和存储；
在一种实施方式中，所述在所述Kubernetes容器集群管理系统的应用资源中定义OpenStack组件容器的类型、启动数量和运行服务器，包括：在所述Kubernetes容器集群管理系统的应用资源中将OpenStack组件容器定义为多副本并分布在多个服务器上；
在一种实施方式中，所述在所述Kubernetes容器集群管理系统的应用资源中定义OpenStack组件容器的类型、启动数量和运行服务器，包括：在所述Kubernetes容器集群管理系统的应用资源中定义DaemonSet类型的应用资源，在所述DaemonSet类型的应用资源中将OpenStack组件容器定义为多副本并分布在多个服务器上；
在一种实施方式中，所述通过所述Kubernetes容器集群管理系统对所述OpenStack组件容器进行调度，包括：
通过Service服务的方式将具有相同标签的多个OpenStack组件容器组合在一起通过统一的外部访问接口对外提供服务；
在检测到用户通过Service服务对象的统一外部接口访问OpenStack组件容器时，通过代理模块(Kube-Proxy)从所述Service服务对象的多个OpenStack组件容器中选择一个或多个提供对外服务；
其中，具有相同标签的OpenStack组件容器对应相同的镜像；
在一种实施方式中，所述通过代理模块从所述Service服务对象的多个OpenStack组件容器中选择一个或多个提供对外服务，包括：
通过代理模块轮询所述Service服务对象的多个OpenStack组件容器，从中选择一个OpenStack组件容器提供对外服务。
在一种实施方式中，所述通过所述Kubernetes容器集群管理系统对所述OpenStack组件容器进行调度和监控，包括：
通过所述Kubernetes容器集群管理系统的副本控制器(ReplicationController)监测各个服务器上的OpenStack组件容器的运行状态；
当所述副本控制器监测到所述应用资源中的OpenStack组件容器发生异常时，销毁发生异常的容器，并根据所述应用资源中对所述OpenStack组件容器的定义重新启动新的OpenStack组件容器。
上述实施例通过在服务器上部署Kubernetes容器集群管理系统，利用Kubernetes容器集群管理系统对容器的编排和管理功能实现对OpenStack组件容器的管理，Kubernetes容器集群管理系统的副本控制器(Replication Controller)可以监控指定容器的运行状态，并且保证容器的正常运行，一旦容器发生异常，可以根据在应用资源中定义的镜像重启容器。Kubernetes容器集群管理系统对容器的管理和监控功能保证了OpenStack的高可用，不仅简化了OpenStack的部署，而且效果更好。
实施例2
如图2所示，本发明实施例提供了一种OpenStack的高可用部署装置，包括：
设置模块201，用于在服务器上部署Kubernetes容器集群管理系统，在所述Kubernetes容器集群管理系统的应用资源中定义OpenStack组件容器的类型、启动数量和运行服务器，通过应用资源模式启动所述OpenStack组件容器；
调度及监控模块202，用于通过所述Kubernetes容器集群管理系统对所述OpenStack组件容器进行调度和监控：当监测到所述应用资源中的OpenStack组件容器发生异常时，销毁发生异常的容器，并根据所述应用资源中对所述OpenStack组件容器的定义重新启动新的OpenStack组件容器。
在一种实施方式中，设置模块201，用于采用以下方式在所述Kubernetes容器集群管理系统的应用资源中定义OpenStack组件容器的类型、启动数量和运行服务器：
在所述Kubernetes容器集群管理系统的应用资源定义文件中，定义OpenStack组件容器使用的镜像、端口和存储；
在一种实施方式中，设置模块201，用于采用以下方式在所述Kubernetes容器集群管理系统的应用资源中定义OpenStack组件容器的类型、启动数量和运行服务器：在所述Kubernetes容器集群管理系统的应用资源中将OpenStack组件容器定义为多副本并分布在多个服务器上；
在一种实施方式中，设置模块201，用于采用以下方式在所述Kubernetes容器集群管理系统的应用资源中定义OpenStack组件容器的类型、启动数量和运行服务器：在所述Kubernetes容器集群管理系统的应用资源中定义DaemonSet类型的应用资源，在所述DaemonSet类型的应用资源中将OpenStack组件容器定义为多副本并分布在多个服务器上；
在一种实施方式中，调度及监控模块202，用于采用以下方式通过所述Kubernetes容器集群管理系统对所述OpenStack组件容器进行调度：
通过Service服务的方式将具有相同标签的多个OpenStack组件容器组合在一起通过统一的外部访问接口对外提供服务；
在检测到用户通过Service服务对象的统一外部接口访问OpenStack组件容器时，通过代理模块(Kube-Proxy)从所述Service服务对象的多个OpenStack组件容器中选择一个或多个提供对外服务；
其中，具有相同标签的OpenStack组件容器对应相同的镜像；
在一种实施方式中，调度及监控模块202，用于采用以下方式通过代理模块从所述Service服务对象的多个OpenStack组件容器中选择一个或多个提供对外服务：
通过代理模块轮询所述Service服务对象的多个OpenStack组件容器，从中选择一个OpenStack组件容器提供对外服务。
在一种实施方式中，调度及监控模块202，用于采用以下方式通过所述Kubernetes容器集群管理系统对所述OpenStack组件容器进行调度和监控：
通过所述Kubernetes容器集群管理系统的副本控制器(ReplicationController)监测各个服务器上的OpenStack组件容器的运行状态；
当所述副本控制器监测到所述应用资源中的OpenStack组件容器发生异常时，销毁发生异常的容器，并根据所述应用资源中对所述OpenStack组件容器的定义重新启动新的OpenStack组件容器。
上述实施例通过在服务器上部署Kubernetes容器集群管理系统，利用Kubernetes容器集群管理系统对容器的编排和管理功能实现对OpenStack组件容器的管理，Kubernetes容器集群管理系统的副本控制器(Replication Controller)可以监控指定容器的运行状态，并且保证容器的正常运行，一旦容器发生异常，可以根据在应用资源中定义的镜像重启容器。Kubernetes容器集群管理系统对容器的管理和监控功能保证了OpenStack的高可用，不仅简化了OpenStack的部署，而且保障OpenStack的高可用性。
实施例3
本发明实施例提供了一种OpenStack的高可用部署装置，包括：
存储器、处理器及存储在所述存储器上并可在所述处理器上运行的OpenStack的高可用部署程序，所述OpenStack的高可用部署程序被所述处理器执行时实现上述OpenStack的高可用部署方法的步骤。
其中，存储器可以是各种由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
处理器可以是中央处理单元(CPU)或者现场可编程逻辑阵列(FPGA)或者单片机(MCU)或者数字信号处理器(DSP)或者专用集成电路(ASIC)等具有数据处理能力和/或程序执行能力的逻辑运算器件。
下面通过示例说明本申请的一种OpenStack的高可用部署方法。
示例1
本示例针对服务器集群系统，提出一种OpenStack的高可用部署方法，能够简化OpenStack的部署，保障OpenStack的高可用性。
如图3所示，以部署OpenStack中的Nova(计算)组件容器和Netrun(网络)组件容器为例，所述OpenStack的高可用部署系统包括：副本控制器(Replication Controller)、Nova(计算)组件容器服务模块、Netrun(网络)组件容器服务模块和代理模块(Kube-Proxy)。
所述副本控制器(Replication Controller)可以监控指定容器的运行状态，并且保证容器的运行状态，一旦容器发生异常，可以根据在应用资源中定义的镜像重启容器。
所述Nova(计算)组件容器服务模块通过代理模块(Kube-Proxy)调度Nova(计算)组件容器，通过统一的对外接口提供服务。所述Netrun(网络)组件容器服务模块通过代理模块(Kube-Proxy)调度Netrun(网络)组件容器，通过统一的对外接口提供服务。
如图4所示，以部署OpenStack中的Nova(计算)组件容器为例，所述OpenStack的高可用部署方法可以包括以下步骤：
步骤S401，在服务器上部署Kubernetes容器集群管理系统；
步骤S402，在所述Kubernetes容器集群管理系统的应用资源中定义DaemonSet类型的应用资源，在所述DaemonSet类型的应用资源中将Nova(计算)组件容器定义为多副本并分布在多个服务器上；
步骤S403，通过Kubernetes容器集群管理系统的DaemonSet应用在不同的服务器上启动多个Nova(计算)组件容器，Nova Service模块将具有相同标签的Nova组件容器聚合在一起，统一对外提供服务；
其中，用户要使用Nova组件只需要访问Service就可以；
步骤S404，Nova Service(服务)模块在检测到用户通过Service服务对象的统一外部接口访问Nova组件容器时，通过代理模块(Kube-Proxy)轮询多个Nova组件容器，从中选择一个Nova组件容器提供对外服务；
步骤S405，副本控制器(Replication Controller，简称RC)监测各个服务器上的Nova组件容器的运行状态；
步骤S406，当副本控制器(RC)监测到所述应用资源中的Nova(计算)组件容器发生异常时，销毁异常容器，并根据所述应用资源中对所述Nova(计算)组件容器的定义重新启动新的Nova(计算)组件容器。
由于容器的销毁和重启都是秒级的，所以对于用户来说几乎无感知。
上述示例通过在服务器上部署Kubernetes容器集群管理系统，利用Kubernetes容器集群管理系统对容器的编排和管理功能实现对Nova(计算)组件容器和其他组件容器的管理，Kubernetes容器集群管理系统的副本控制器(RC)可以监控指定容器的运行状态，并且保证容器的正常运行，一旦容器发生异常，可以根据在应用资源中定义的镜像重启容器。Kubernetes容器集群管理系统对容器的管理和监控功能保证了OpenStack的高可用，不仅简化了OpenStack的部署，而且保障OpenStack的高可用性。
需要说明的是，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (10)

1.一种OpenStack的高可用部署方法，包括：
在服务器上部署Kubernetes容器集群管理系统，在所述Kubernetes容器集群管理系统的应用资源中定义OpenStack组件容器的类型、启动数量和运行服务器，通过应用资源模式启动所述OpenStack组件容器；
通过所述Kubernetes容器集群管理系统对所述OpenStack组件容器进行调度和监控：当监测到所述应用资源中的OpenStack组件容器发生异常时，销毁发生异常的容器，并根据所述应用资源中对所述OpenStack组件容器的定义重新启动新的OpenStack组件容器。
2.如权利要求1所述的方法，其特征在于：
所述通过所述Kubernetes容器集群管理系统对所述OpenStack组件容器进行调度，包括：
通过Service服务的方式将具有相同标签的多个OpenStack组件容器组合在一起通过统一的外部访问接口对外提供服务；
在检测到用户通过Service服务对象的统一外部接口访问OpenStack组件容器时，通过代理模块从所述Service服务对象的多个OpenStack组件容器中选择一个或多个提供对外服务；
其中，具有相同标签的OpenStack组件容器对应相同的镜像。
3.如权利要求2所述的方法，其特征在于：
所述通过代理模块从所述Service服务对象的多个OpenStack组件容器中选择一个或多个提供对外服务，包括：
通过代理模块轮询所述Service服务对象的多个OpenStack组件容器，从中选择一个OpenStack组件容器提供对外服务。
4.如权利要求1所述的方法，其特征在于：
所述通过所述Kubernetes容器集群管理系统对所述OpenStack组件容器进行调度和监控，包括：
通过所述Kubernetes容器集群管理系统的副本控制器监测各个服务器上的OpenStack组件容器的运行状态；
当所述副本控制器监测到所述应用资源中的OpenStack组件容器发生异常时，销毁发生异常的容器，并根据所述应用资源中对所述OpenStack组件容器的定义重新启动新的OpenStack组件容器。
5.如权利要求1-4中任一项所述的方法，其特征在于：
所述在所述Kubernetes容器集群管理系统的应用资源中定义OpenStack组件容器的类型、启动数量和运行服务器，包括：
在所述Kubernetes容器集群管理系统的应用资源定义文件中，定义OpenStack组件容器使用的镜像、端口和存储。
6.如权利要求1-4中任一项所述的方法，其特征在于：
所述在所述Kubernetes容器集群管理系统的应用资源中定义OpenStack组件容器的类型、启动数量和运行服务器，包括：
在所述Kubernetes容器集群管理系统的应用资源中将OpenStack组件容器定义为多副本并分布在多个服务器上。
7.如权利要求6所述的方法，其特征在于：
所述在所述Kubernetes容器集群管理系统的应用资源中定义OpenStack组件容器的类型、启动数量和运行服务器，包括：
在所述Kubernetes容器集群管理系统的应用资源中定义DaemonSet类型的应用资源，在所述DaemonSet类型的应用资源中将OpenStack组件容器定义为多副本并分布在多个服务器上。
8.一种OpenStack的高可用部署装置，包括：
设置模块，用于在服务器上部署Kubernetes容器集群管理系统，在所述Kubernetes容器集群管理系统的应用资源中定义OpenStack组件容器的类型、启动数量和运行服务器，通过应用资源模式启动所述OpenStack组件容器；
调度及监控模块，用于通过所述Kubernetes容器集群管理系统对所述OpenStack组件容器进行调度和监控：当监测到所述应用资源中的OpenStack组件容器发生异常时，销毁发生异常的容器，并根据所述应用资源中对所述OpenStack组件容器的定义重新启动新的OpenStack组件容器。
9.如权利要求8所述的装置，其特征在于：
调度及监控模块，用于采用以下方式通过所述Kubernetes容器集群管理系统对所述OpenStack组件容器进行调度和监控：
通过所述Kubernetes容器集群管理系统的副本控制器监测各个服务器上的OpenStack组件容器的运行状态；
当所述副本控制器监测到所述应用资源中的OpenStack组件容器发生异常时，销毁发生异常的容器，并根据所述应用资源中对所述OpenStack组件容器的定义重新启动新的OpenStack组件容器。
10.一种OpenStack的高可用部署装置，包括：
存储器、处理器及存储在所述存储器上并可在所述处理器上运行的OpenStack的高可用部署程序，所述OpenStack的高可用部署程序被所述处理器执行时实现上述权利要求1-7中任一项所述的OpenStack的高可用部署方法的步骤。
CN201810986012.4A 2018-08-28 2018-08-28 一种OpenStack的高可用部署方法及装置 Pending CN109194732A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810986012.4A CN109194732A (zh) 2018-08-28 2018-08-28 一种OpenStack的高可用部署方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810986012.4A CN109194732A (zh) 2018-08-28 2018-08-28 一种OpenStack的高可用部署方法及装置

Publications (1)

Publication Number Publication Date
CN109194732A true CN109194732A (zh) 2019-01-11

Family

ID=64916343

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810986012.4A Pending CN109194732A (zh) 2018-08-28 2018-08-28 一种OpenStack的高可用部署方法及装置

Country Status (1)

Country Link
CN (1) CN109194732A (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110752947A (zh) * 2019-10-18 2020-02-04 北京浪潮数据技术有限公司 一种k8s集群部署方法及装置，一种部署平台
CN111104126A (zh) * 2019-12-09 2020-05-05 海尔优家智能科技（北京）有限公司 用于部署应用的方法及装置、服务器、系统
CN111367475A (zh) * 2020-03-10 2020-07-03 山东汇贸电子口岸有限公司 一种基于helm部署cinder下对接G2存储的自动配置方法
CN112738181A (zh) * 2020-12-24 2021-04-30 新浪网技术(中国)有限公司 集群外部ip接入的方法、装置及服务器
CN112783642A (zh) * 2019-11-11 2021-05-11 阿里巴巴集团控股有限公司 容器内逻辑配置方法、设备以及计算机可读介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105306225A (zh) * 2015-11-03 2016-02-03 国云科技股份有限公司 一种基于Openstack的物理机远程关机方法
CN105743995A (zh) * 2016-04-05 2016-07-06 北京轻元科技有限公司 一种可移植高可用部署和管理容器集群的系统和方法
CN106708597A (zh) * 2015-11-17 2017-05-24 中国移动通信集团公司 一种基于Openstack创建集群环境的方法、装置及系统
CN106888254A (zh) * 2017-01-20 2017-06-23 华南理工大学 一种基于Kubernetes的容器云架构及其各模块之间的交互方法
CN107277100A (zh) * 2016-03-30 2017-10-20 阿普福米克斯有限公司 用于近实时云基础设施策略实现和管理的系统和方法
CN107947961A (zh) * 2017-10-17 2018-04-20 上海数讯信息技术有限公司 基于SDN的Kubernetes网络管理系统与方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105306225A (zh) * 2015-11-03 2016-02-03 国云科技股份有限公司 一种基于Openstack的物理机远程关机方法
CN106708597A (zh) * 2015-11-17 2017-05-24 中国移动通信集团公司 一种基于Openstack创建集群环境的方法、装置及系统
CN107277100A (zh) * 2016-03-30 2017-10-20 阿普福米克斯有限公司 用于近实时云基础设施策略实现和管理的系统和方法
CN105743995A (zh) * 2016-04-05 2016-07-06 北京轻元科技有限公司 一种可移植高可用部署和管理容器集群的系统和方法
CN106888254A (zh) * 2017-01-20 2017-06-23 华南理工大学 一种基于Kubernetes的容器云架构及其各模块之间的交互方法
CN107947961A (zh) * 2017-10-17 2018-04-20 上海数讯信息技术有限公司 基于SDN的Kubernetes网络管理系统与方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
WEIXIN_33812433: "Openstack在CoreOS的新的基于Kubernetes的Stackanetes项目上得到了"自愈"能力", 《CSDN博客》 *

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110752947A (zh) * 2019-10-18 2020-02-04 北京浪潮数据技术有限公司 一种k8s集群部署方法及装置，一种部署平台
CN110752947B (zh) * 2019-10-18 2022-11-18 北京浪潮数据技术有限公司 一种k8s集群部署方法及装置，一种部署平台
CN112783642A (zh) * 2019-11-11 2021-05-11 阿里巴巴集团控股有限公司 容器内逻辑配置方法、设备以及计算机可读介质
CN111104126A (zh) * 2019-12-09 2020-05-05 海尔优家智能科技（北京）有限公司 用于部署应用的方法及装置、服务器、系统
CN111104126B (zh) * 2019-12-09 2024-05-24 海尔优家智能科技（北京）有限公司 用于部署应用的方法及装置、服务器、系统
CN111367475A (zh) * 2020-03-10 2020-07-03 山东汇贸电子口岸有限公司 一种基于helm部署cinder下对接G2存储的自动配置方法
CN111367475B (zh) * 2020-03-10 2023-05-09 山东省电子口岸有限公司 一种基于helm部署cinder下对接G2存储的自动配置方法
CN112738181A (zh) * 2020-12-24 2021-04-30 新浪网技术(中国)有限公司 集群外部ip接入的方法、装置及服务器
CN112738181B (zh) * 2020-12-24 2022-07-19 新浪网技术(中国)有限公司 集群外部ip接入的方法、装置及服务器

Similar Documents

Publication Publication Date Title
US11853816B2 (en) Extending the Kubernetes API in-process
CN109194732A (zh) 一种OpenStack的高可用部署方法及装置
US11005969B2 (en) Problem solving in a message queuing system in a computer network
US11321130B2 (en) Container orchestration in decentralized network computing environments
US10379838B1 (en) Update and rollback of code and API versions
US9712410B1 (en) Local metrics in a service provider environment
AU2018365860B2 (en) Code module selection for device design
WO2017071460A1 (zh) 一种容器监控方法和装置
CN109189334B (zh) 一种区块链网络服务平台及其扩容方法、存储介质
US10860385B2 (en) Method and system for allocating and migrating workloads across an information technology environment based on persistent memory availability
US10725763B1 (en) Update and rollback of configurations in a cloud-based architecture
CN106201527B (zh) 一种基于逻辑分区的应用程序容器系统
US11900173B2 (en) Container runtime optimization
CN111984270A (zh) 应用部署方法和系统
CN111984269A (zh) 提供应用构建服务的方法及应用构建平台
US11113186B1 (en) Testing and publishing of resource handlers in a cloud environment
US10171370B1 (en) Distribution operating system
US12020084B2 (en) Service instance deployment method and apparatus, electronic device, and storage medium
Pal et al. Application multi-tenancy for software as a service
US12026562B2 (en) Industry opinionated API managed service
US11663096B1 (en) Managing storage domains, service tiers and failed storage domain
Saravanakumar et al. An Efficient Technique for Virtual Machine Clustering and Communications Using Task‐Based Scheduling in Cloud Computing
US11941444B2 (en) Facilitating scheduling of storage system pods on nodes of a cluster based on discovery of local block devices associated with the nodes
US11966782B2 (en) Method and system for performing historical state management services for composed information handling systems
US20240103818A1 (en) Annotation driven just in time and state-based rbac policy control

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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20190111