JP2021530804A - クラウドプラットフォームでのマルチクラスタープロビゾニング及び管理方法 - Google Patents

クラウドプラットフォームでのマルチクラスタープロビゾニング及び管理方法 Download PDF

Info

Publication number
JP2021530804A
JP2021530804A JP2021502771A JP2021502771A JP2021530804A JP 2021530804 A JP2021530804 A JP 2021530804A JP 2021502771 A JP2021502771 A JP 2021502771A JP 2021502771 A JP2021502771 A JP 2021502771A JP 2021530804 A JP2021530804 A JP 2021530804A
Authority
JP
Japan
Prior art keywords
cluster
cloud
stage
information
clusters
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
JP2021502771A
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.)
Acornsoft Co Ltd
Namu Tech Co Ltd
Original Assignee
Acornsoft 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 Acornsoft Co Ltd, Namu Tech Co Ltd filed Critical Acornsoft Co Ltd
Publication of JP2021530804A publication Critical patent/JP2021530804A/ja
Pending legal-status Critical Current

Links

Images

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
    • 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
    • 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
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • 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
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • 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/0876—Aspects of the degree of configuration automation
    • H04L41/0886—Fully automatic configuration
    • 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/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • 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/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • 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/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • 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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/16—Threshold monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/20—Arrangements for monitoring or testing data switching networks the monitoring system or the monitored elements being virtualised, abstracted or software-defined entities, e.g. SDN or NFV

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mathematical Physics (AREA)
  • Automation & Control Theory (AREA)
  • Stored Programmes (AREA)

Abstract

マルチクラウド環境でコンテナ基盤アプリケーションが動作することができる複数個のクラスターのプロビゾニングが要請されれば、クラウドプラットフォームシステムが、前記クラスターそれぞれのタイプ情報を入力できるようにする段階と、前記クラスターのタイプ情報が入力されれば、前記クラスターそれぞれの構成情報を生成する段階と、パブリッククラウドまたはシステム接続情報が登録されれば、それぞれの前記クラスターを生成することであるか、または変更することであるかを確認する段階と、前記クラスターを生成することなら、インスタンス、ネットワーク、ストレージ生成を要請して構成し、コンテナランタイムソフトウェアを設置し、前記クラスターの構成情報をセッティングして前記クラスターの遠隔同時プロビゾニングを遂行する段階と、前記クラスターを変更することなら、前記クラスターの構成ヒストリー情報を確認して前記クラスターの構成をアップデートさせて前記クラスターの変更を遠隔で遂行する段階と、前記クラスターのノードを追加するか、または障害ノードを入れ替って、前記クラスターのノードをバックアップする段階と、及び前記クラスターの自動スケーリングを遂行する段階と、を含んで、前記クラスターの構成情報はインスタンス個数、インスタンス仕様(ＧＰＵ、メモリータイプ)、ネットワーク構成情報、ストレージ構成情報のうちで少なくとも一つを含むクラウドプラットフォームでのマルチクラスタープロビゾニング及び管理方法を提供する。【選択図】 図１７

Description

本発明は、クラウドプラットフォームでのマルチクラスタープロビゾニング及び管理方法に関するものであり、より詳細には、多様なインフラにコンテナ基盤アプリケーションが動作することができるマルチクラスター環境を自動生成することができるし、遠隔でクラスターのバージョンアップグレードを管理して運営効率性を向上させることができるクラウドプラットフォームでのマルチクラスタープロビゾニング及び管理方法に関するものである。
クラウド(Cloud)はコンピュータサービス事業者サーバーを曇模様で表示する慣行によって‘サービス事業者のサーバー'で通じる。ソフトウェアとデータをインターネットと連結された中央コンピューターに保存してインターネットに接続さえすれば、いつどこでもデータを利用するようにするものである。
このようなクラウドはサービス提供形態によってSalesforce.com・Google e-mailなどのように複数の使用者にオンディマンド(On-demand)で提供されるアプリケーションサービスであるSoftware as a Service(SaaS)、AWS ＲＤＳ・Google App Engineなどのように開発用プラットフォームまたはアプリケーション実行に必要なソフトウェアスタックであるPlatform as a Service(PaaS)、ＡＷＳＥＣ２などのようにサーバーまたはストレージなどを使用者にサービス形態で提供するInfrastructure as a Service(IaaS)などで分けることができる。
また、クラウドは導入と配布形態によってただ一つの団体のみのために運営されるプライベートクラウド(Private cloud)、公開的利用のために開かれたネットワークを通じてレンダリングされるパブリッククラウド(Public cloud)、明らかな実体は維持するが、共に縛られているふたつ以上のクラウドの組合であるハイブリッドクラウド(Hybrid cloud)などでも分けることができる。
一方エンタープライズクラウド(Enterprise Cloud)の場合企業のビジネスとＩＴ戦略を具現したクラウドでアプリケーションサービスを中心に技術とインフラをオーダーメード化して最適化することが何より重要であり、またアプリケーションを多様なインフラに構成するか、または配布することに容易でなければならない。
これに本発明は、このような前記問題点を解決するために創出されたものであり、多様なインフラにコンテナ基盤アプリケーションが動作することができるマルチクラスター環境を自動生成することができるし、遠隔でクラスターのバージョンアップグレードを管理して運営効率性を向上させることができるクラウドプラットフォームでのマルチクラスタープロビゾニング及び管理方法を提供することにその目的がある。
しかし、本発明の技術的課題らは上で言及した課題らに制限されないし、言及されなかったまた他の技術的課題らは下の記載から当業者に明確に理解されることができるであろう。
本発明の実施例によるクラウドプラットフォームでのマルチクラスタープロビゾニング及び管理方法は、マルチクラウド環境でコンテナ基盤アプリケーションが動作することができる複数個のクラスターのプロビゾニングが要請されれば、クラウドプラットフォームシステムが前記クラスターそれぞれのタイプ情報を入力できるようにする段階と、前記クラスターのタイプ情報が入力されれば、前記クラウドプラットフォームシステムが前記クラスターそれぞれの構成情報を生成する段階と、パブリッククラウドまたはシステム接続情報が登録されれば、前記クラウドプラットフォームシステムがそれぞれの前記クラスターを生成することであるか、または変更することであるかを確認する段階と、前記クラスターを生成することなら、前記クラウドプラットフォームシステムがインスタンス、ネットワーク、ストレージ生成を要請して構成し、コンテナランタイムソフトウェアを設置し、前記クラスターの構成情報をセッティングして前記クラスターの遠隔同時プロビゾニングを遂行する段階と、及び前記クラスターを変更することなら、前記クラウドプラットフォームシステムが前記クラスターの構成ヒストリー情報を確認して前記クラスターの構成をアップデートさせて前記クラスターの変更を遠隔で遂行する段階と、前記クラウドプラットフォームシステムが前記クラスターのノードを追加するか、または障害ノードを入れ替って、前記クラスターのノードをバックアップする段階と、及び前記クラウドプラットフォームシステムが前記クラスターの自動スケーリングを遂行する段階と、を含んで、前記クラスターの構成情報はインスタンス個数、インスタンス仕様(ＧＰＵ、メモリータイプ)、ネットワーク構成情報、ストレージ構成情報のうちで少なくとも一つを含む。
本発明によるクラウドプラットフォームでのマルチクラスタープロビゾニング及び管理方法は、多様なインフラにコンテナ基盤アプリケーションが動作することができるマルチクラスター環境を自動生成することができるし、遠隔でクラスターのバージョンアップグレードを管理して運営効率性を向上させることができる効果を有する。
本発明の一実施例によるクラウドプラットフォームシステムの構成図を示す。 図１のクラウド統合部の機能を簡略に示したものである。 図１のサービス管理部の機能を簡略に示したものである。 図１のアプリケーションオーケストレーション部の機能を簡略に示したものである。 本発明の一実施例によるアプリケーションコンテナ化のフレームワークを示す。 図１の開発/運営部の機能を簡略に示したものである。 図１の開発/運営部の機能を簡略に示したものである。 図１の開発/運営部の機能を簡略に示したものである。 図１の開発/運営部の機能を簡略に示したものである。 図１の開発/運営部の機能を簡略に示したものである。 図１の開発/運営部の機能を簡略に示したものである。 本発明の一実施例によるクラウドプラットフォームシステムのアーキテクチャーを示す。 カクテルサーバーの構成とその周辺アーキテクチャーを示す。 本発明の一実施例によるクラウドプラットフォームシステムのマルチクラスタープロビゾニング及び管理機能を説明するための図面である。 本発明の一実施例によるクラウドプラットフォームシステムのマルチクラスタープロビゾニング及び管理機能を説明するための図面である。 本発明の一実施例によるクラウドプラットフォームシステムのマルチクラスタープロビゾニング及び管理機能を説明するための図面である。 本発明の一実施例によるクラウドプラットフォームシステムのマルチクラスタープロビゾニング及び管理方法を示した流れ図である。
本発明の長所及び特徴、そしてそれらを達成する方法らは添付される図面と共に詳細に後述されている実施例らを参照すれば明確になるであろう。しかし、本発明は以下で開示される実施例らに限定されるものではなく、また他の多様な形態で具現されることができるし、単に本実施例らは本発明の開示が完全であるようにさせて本発明が属する技術分野で通常の知識を有した者に発明の範疇を完全に知らせてくれるために提供されるものであり、本発明は単に請求項によって定義されるだけである。
明細書全体にわたって同一参照符号は同一構成要素を指称する。
以下、添付された図面らを参考して本発明の実施例によるクラウドプラットフォームシステムに対して説明するようにする。
図１は、本発明の一実施例によるクラウドプラットフォームシステムの構成図を示し、図２は図１のクラウド統合部の機能を簡略に示したものであり、図３は図１のサービス管理部の機能を簡略に示したもので、図４は図１のアプリケーションオーケストレーション部の機能を簡略に示したものである。
図５は、本発明の一実施例によるアプリケーションコンテナ化のフレームワークを示し、図６乃至図１１は図１の開発/運営部の機能を簡略に示したものである。
図１のクラウドプラットフォームシステムは、マルチ/ハイブリッドクラウド統合管理を基盤でアプリケーション可用性・拡張性を保障して開発・運営の効率化のためのビューと道具を提供する。以下、本発明のクラウドプラットフォームシステムを“カクテルクラウド(Cocktail Cloud)”と称することにする。
図１を参照すれば、カクテルクラウドは、クラウド統合部(Cloud Integration)１００・サービス管理部(Service Management)１１０・アプリケーションオーケストレーション部(Orchestration)１２０・開発/運営部(DevOps View)１４０及びＤＢ/保存所１５０を含む。
クラウド統合部(Cloud Integration)１００はマルチ/ハイブリッドクラウドのインフラを自動構成してアプリケーションに提供して管理のための構成情報を同期化する役割を遂行する。
クラウド統合部１００はクラウドプロビジョニング(Cloud Provisioning)とクラウド同期化(Cloud Synchronization)の機能を遂行する。
図２を参照すれば、クラウドプロビジョニング機能はアプリケーションクラスター(カクテルクラスター)にクラウドネットワークインフラを構成及び提供し、アプリケーションにクラウドのコンピュータインフラを構成及び提供する機能である。そして、物理インフラ(Bare Metal)の場合クラスター設定道具を提供する。サポートクラウドはPublicの場合AWS・Azure・Aliyun・Google Computing Engineであり、Privateの場合Openstack・VMWearであり、以外にOn-premise・DatacenterBare Metal Infraがあることができる。
クラウド同期化機能は、クラウドインフラ構成情報を統合構成ＤＢ１６０に保存及び管理し、運営時インフラ変更情報を統合構成ＤＢ１６０と同期化する機能である。
サービス管理部(Service Management)１１０はアプリケーションクラスターを管理する論理的グループとしてクラウド計定と使用者、ネットワーク資源を割り当て及び管理する役割を遂行する。すなわち、サービス管理部１１０は統合計定管理機能・ネットワーク管理機能及び使用者管理機能を遂行する。
図３を参照すれば統合計定管理(Cloud Provider)機能は、マルチクラウド計定及び接続情報を統合管理し、ネットワークとクラウドプロビジョニング構成に使用される機能である。
ネットワーク管理機能はクラウドネットワークを構成してサービスに割り当てる機能である。例えば、AWSのVPC・Subnetであることがある。一つのサービスはマルチクラウドの供給者のネットワークを使ってクラスターを生成してアプリケーションを構成・運営する。
使用者管理機能はサービスを管理するチーム構成員と開発/運営に必要な権限を管理する機能である。ここで、権限は全社サービス管理権限(Admin)、全社サービス問い合わせ権限(Manager)、構成員に割当されたサービス管理権限(DevOps)などを含むことができる。使用者は多くのサービスに構成員で参加可能である。
アプリケーションオーケストレーション部(Orchestration)１２０はアプリケーションの配布と可用性・拡張性を保障する機能としてカクテルクラスター(Cluster)の核心機能を担当する。
アプリケーションオーケストレーション部１２０はアプリケーション配布(Deployment)機能・複製(Replication Control)機能・ローリングアップデート(Rolling Update)機能・スケーリング(Scaling)機能及びモニタリング(Monitoring)機能を遂行する。
図４を参照すればアプリケーション配布機能は、コンテナイメージ基盤の配布で別途設定と構成作業が必要ない容易性を提供し、アプリケーション配布時クラウドインフラを自動プロビジョニングする機能である。
ここで、アプリケーションはコンテナ化されて配布されるようになるが、アプリケーションコンテナ(以下、“コンテナ”と称する)はアプリケーションプロセスにホスト資源を割り当てて隔離して仮想化したＯＳ上の独立システムを言う。
コンテナに使用される核心技術は、Linux（登録商標）のcgroup(control group)とnamespaceである。cgroupはＯＳ上のプロセスにホスト資源を割り当てるために該当プロセスグループを作って資源の割り当て及び管理を遂行する。namespaceはプロセス・ネットワーク・マウンド(mount)などを特定name spaceで隔離する技術である。これによってコンテナはcgroupを通じてアプリケーションプロセスに資源を割り当て、namespaceで隔離したＯＳ上に仮想化された独立システムを言う。
コンテナはハイパーバイザー(Hardware emulator)とゲストＯＳを使わない軽いＯＳ仮想化方式でホスト資源の消耗量がほとんどなく、機動に入る時間が非常に少なくてアプリケーション仮想化に好適な技術である。また、ＯＳ上の仮想化で既存物理サーバー(Bare Metal)・仮想サーバー(Virtual Machine)などインフラに独立的な構成と配布が可能である。
このように既存または新規アプリケーション構成をコンテナで切り替えるためには、コンテナ化(Containerization)過程が隋伴されなければならない。そして、これによる開発・テスト・運営方式の転換及び運営インフラ構成(カクテルクラウドプラットフォーム)最適化作業を並行しなければならない。
既存アプリケーションをコンテナに切り替えるためには、アプリケーションの設定及びソースではない構成の転換が必要であり、配布と運営効率を考慮する時ワークロード(Workload)中心の役割別独立的構成が一般的であり、複製を通じた多重化とスケーリングを考慮した構成が設計されて適用されなければならないであろう。
アプリケーション開発・テスト・運営方式の転換のためにはイメージ基盤のアプリケーションビルド・テスト・配布とベースイメージを通じたアプリケーション構成が標準化されなければならないであろう。
アプリケーションコンテナ運営インフラ構成最適化のためにはコンテナオーケストレーションのためのクラスター中心のインフラが構成され、複製・スケーリングを考慮したコンピュータ容量が算定(予備容量最小化、必要時拡張容易)されなければならないし、共有ストレージ・保安・ネットワークなど関連インフラを構成しなければならないであろう。
図５を参照すればコンテナ化は、大きく分析及び構成設計(Ｓ１００)・コンテナ転換(Ｓ２００)・運営移管(Ｓ３００)で区分される。
分析及び構成設計(Ｓ１００)のためにコンテナ/クラウド導入目的と戦略を考慮して既存アプリケーションのうちでコンテナ転換対象を選定する(Ｓ１１０)。
対象アプリケーションが選定されれば、対象アプリケーションを分析する(Ｓ１２０)。この時、アプリケーション・インフラ・データ・連携構造などのアプリケーション現況及び資料調査をして、開発及び運営・管理者の要求を収集する。そして、コンテナ構成方向・イシュー及び解決方案を導出する。
そして、分離/統合・連携・可用性・拡張性・保安などを考慮して対象アプリケーション別コンテナ構成を設計する(Ｓ１３０)。この時、ベースイメージ・環境変数・包含項目・コメンドなどのイメージビルドテンプレートを定義することができる。
その後、インフラ構成を設計する(Ｓ１４０)。転換インフラ(クラウド/ベアメタル)供給者を選定し、アプリケーションコンテナ別容量を算定する。そして、コンテナクラスターノード数及びインフラ容量を算定し、ストレージ・ネットワーク・保安構成を設計する。
インフラ構成が設計されれば、コンテナ転換方案を樹立する(Ｓ１５０)。この時、アプリケーション別転換詳細方案を樹立し、転換業務及び組織/役割を定義し、転換日程を樹立する。そして、報告及びフィードバックを反映する。
コンテナ転換(Ｓ２００)のためには、繰り返し/漸増的転換(Ｓ２１０)が必要である。辞書テスト(PoC)、アプリケーション別段階的転換など繰り返し的で漸増的に切り替える。
そして、カクテルクラスターを構成(Ｓ２２０)するためにカクテルクラウドプラットフォームを設置及び構成し、ネットワーク・共有ストレージ・保安など基盤インフラを構成する(クラウドの場合カクテルでプロビジョニング)。基盤インフラ割り当て及び使用者登録を通じてカクテルサービスとクラスターを生成し、クラスター構成を検証する。
そして、アプリケーション転換(Ｓ２３０)のためにアプリケーションコンテナを構成し、必要時アプリケーション設定及びソースを変更する。転換コンテナの機能及び設定などを検証し、コンテナ配布イメージビルド及びレジストリに登録する。そして、カクテルサーバーを生成してテストする。
データ転換(Ｓ２４０)のために対象アプリケーションコンテナ切り替え、Persistenceボリューム設定などを通じてカクテルサーバーを設定し、データを抽出してカクテルサーバーに送る。この機種ＤＢソリューション適用の場合データ変換を遂行し、データ整合性を確認する。運営アプリケーションの場合ダウンタイムを最小化するためにデータ同期化ソリューションを適用する。
その後、検証されたコンテナをカクテルサーバーに配布し、アプリケーション機能及び性能テストを遂行し、コンテナ及びインフラにテスト結果を反映する(Ｓ２５０、Ｓ２６０)。
運営移管(Ｓ３００)のために運営配布/オープン(Ｓ３１０)が遂行されるが、具体的に運営カクテルクラスターを生成して転換完了されたイメージを基盤でカクテルサーバーを生成して連携構成する。そして、運営データを移管してアプリケーションをオープンする。このようなアプリケーションコンテナを配布・運営・管理する技術をコンテナオーケストレーション(Orchestration)と称する。
コンテナオーケストレーションは物理/仮想インフラに管理クラスター(Managed Cluster)を構成してアプリケーションコンテナを配布・運営・管理する技術であり、コンテナの軽くて早い起動性と移動性の長所を活用して既存社内、データセンターインフラのクラウド化とプライベート/パブリッククラウドのアプリケーション管理プラットフォームで拡散している。
カクテルクラウドモニタリングビューを通じてアプリケーション及びインフラ運営モニタリングを遂行して性能イシュー及び間違いを反映する(Ｓ３２０)。
開発・運営体系移管及び適用(Ｓ３３０)のためにコンテナ移管結果をレポートし、担当開発及び運営組織にコンテナ基盤開発/運営体系教育を実施し、カクテルクラウドプラットフォーム使用教育を実施する。
これによってコンテナは次のような長所を有する。
第一、コンテナは独立性を有する。
隔離されたアプリケーション実行環境であり、独立的な資源が割り当てされ(ＣＰＵ、Memory、Disk、Networkなど)、同一ホスト上多重アプリケーションが運営される。
第二、コンテナは軽い仮想化を具現する。
ＯＳ水準の仮想化(Non Hypervisor)が可能であり、早い操作が可能で(生成・実行・再始作など)、少ない大きさのコンテナイメージで配布及びアップデートが効率的である。
第三、コンテナは移動性を有する。
インフラは独立的イメージを有して、ベアメタル(Bare Metal)・仮想マシン(Virtual Machine)・クラウド(Cloud)などどこでも移動が可能で、イメージレジストリを通じたオンライン配布及びバージョン管理が可能であり、主要ホストＯＳ(Linux（登録商標）系列、Windows)を支援する。このようなコンテナの移動性はマルチ/ハイブリッドクラウド環境下にアプリケーション運営/開発の生産性及び効率を高めて特に、規格化されたコンテナイメージで異種のインフラにアプリケーション配布及び以前の難しさを解決して特定クラウドに属するロックイン(Lock-in)問題を解決してくれる。
複製機能はアプリケーション安全性と可用性のために初期指定した複製数(多重化)を維持し、アプリケーションコンテナヘルスチェック(Health Check)を通じて異常時再起動する方式でＯＳ再起動方式より早くて効率的である。複製されたアプリケーションはロードバランシングを通じてサービスされる。
ローリングアップデート機能はアプリケーションサービスの中断なしに配布・インフラ変更などのアップデート作業を遂行し、多くのアプリケーション間の依存性がある場合DevOps Viewの作業(job)管理機能を通じて自動化を構成する機能である。
スケーリング機能はアプリケーションのモニタリングを通じてインスタンスのスケーリングをイン(In)/アウト(Out)して、アプリケーションインフラの場合資源容量のスケールを業(Up)/ダウン(Down)する機能である。そして、モニタリング情報を通じてスケーリング自動化を構成する。
モニタリング機能はアプリケーションインスタンス(コンテナ+インフラ)をモニタリングし、臨界値設定を通じたアラームを発生及び管理する機能である。
開発/運営部(DevOps View)１４０はサービス現況機能、クラスターマップ機能、モニタリングビュー機能、リソース管理機能、メータリング機能、作業管理機能、及び全社現況管理/分析機能を含む。それぞれの機能を図６乃至図１１を参照して説明すれば次のようである。
サービス現況機能はカクテルクラウドの全体アプリケーションクラスターの現況をサービス中心に把握することができるビュー(図６参照)を提供する。ここにサービス現況・クラスター現況・モニタリングアラームなどの項目が表示されることができる。
サービス現況ではカクテルクラウドの全体サービス現況を問い合わせすることができるし、サービス内のクラスターの構成現況を総合してクラウド供給者・クラスター・サーバー・クラウドコンポネント・現在月使用費用などを把握することができる。ここでクラスターは、アプリケーションの構成単位を意味し、サービスはクラスターの論理的グループを意味する。
クラスター現況ではクラスターの供給者・リージョン・サーバー・クラウドコンポネント・月使用費用をカード形態で問い合わせ可能であり、物理(Bare Metal)クラスターの場合使用費用は除かれることができる。
モニタリングアラーム表示機能ではクラスター内のアプリケーションとインフラでアラームが発生した場合、クラスターカードで確認が可能である。
クラスターマップ機能はカクテルサーバー(アプリケーション)の構成と状態情報をマップ形態で視覚化して管理することができるビューを提供する(図７参照)。
クラスターマップはクラスターのサーバーとクラウドコンポネント構成をマップ形態で問い合わせ/管理して構成情報の可視性を高める。クラスターマップではカクテルサーバー・クラウドコンポネント・サーバーグループなどの項目を含むことができる。
カクテルサーバーはアプリケーションオーケストレーションの基本単位でロードバランシング・アプリケーションコンテナ・インフラで構成され、マルチ/ハイブリッドクラウド管理に標準化されたインターフェースを提供する。カクテルサーバーはサーバー内のアプリケーション状態と複製、資源使用量を確認してスケーリング・ローリングアップデートなどを管理遂行する。カクテルサーバーは複製機能の有無によってマルチとシングルインスタンスタイプで区分される。AWSではマルチゾーンオプションを支援する。
クラウドコンポネントは供給者が提供するPaaSサービスを管理する。例えば、AWSのＤＢサービスであるＲＤＳであることがある。
サーバーグループはサーバー構成の論理的グループを管理的便宜性を提供する。
モニタリングビュー機能はクラスター内のアプリケーションとインフラの資源容量と状態を確認してクラウドリソースの状態を確認することができる情報を提供する(図８参照)。
モニタリングビューはクラスター内のアプリケーションとインフラに対するモニタリング情報を視覚化して提供し、ＣＰＵ・メモリー・ディスクの平均・ＴＯＰ情報提供で資源の使用量を確認して運営で対応できるようにする。
モニタリングビューはビュー転換(トレンド/データ)項目、対象転換(サーバー/リソース)項目などを含むことができる。
ビュー転換項目でトレンドビュはサーバーと複製されたインスタンス・アプリケーションコンテナに対する時間別モニタリング情報を提供し、データビューは現在時間の平均・ＴＯＰモニタリング数値を提供する。
対象転換項目でモニタリング対象はクラスター内のサーバーとクラウドインフラのリソースで区分される。クラウドリソースは供給者が提供する情報を使用する。
リソース管理機能はアプリケーションを構成するクラウドインフラのリソースを確認して必要時詳細設定を調整することができるビュー(以下、“リソース管理ビュー”と称する)を提供する(図９参照)。
リソース管理ビューはカクテルサーバーを構成するクラウドインフラリソースを確認して設定を詳細的に変更することができる。ここでカクテルサーバーは、アプリケーションオーケストレーションのための基本構成を自動で遂行するが、必要な場合直接クラウドリソースを調整する必要がある時に使用される。
リソース管理ビューはリソース情報/アクション項目を含むが、リソース情報のうちでアプリケーションはコンテナ設定と配布情報を管理する。クラウドリソース情報はロードバランサー・インスタンス(ＶＭ)・保安で構成され、インスタンスは容量とボリュームを管理する。調整が必要なリソース情報はアクションを通じて遂行される。
メータリング機能はアプリケーションが使用するクラウドインフラリソースの費用情報を確認することができるビュー(以下、“メータリングビュー”と称する)を提供する(図１０参照)。メータリングビューはクラスターインフラ使用費用項目・サーバー・リソース別費用項目などを含むことができる。
クラスターインフラ使用費用項目ではクラスターとカクテルサーバーが使用するクラウドリソースの費用現況を確認することができるし、前月・現在月費用情報と翌月推定費用を提供する。また月別で費用増減推移グラフを提供する。
サーバー・リソース別費用項目はカクテルサーバー別で使用するクラウドリソース費用をＴＯＰを基準で提供し、クラウドリソース種類別で使用する費用をＴＯＰを基準で提供する。
作業管理機能は配布・遠隔命令・リソース管理などの運営作業をスケジューリング/自動化することができる管理ビュー(以下、“作業管理ビュー”と称する)を提供する(図１１参照)。
作業管理ビューはアプリケーションとインフラの運営のためのスケジューリング及び一括処理機能を提供する。このような作業管理ビューは作業現況項目、作業管理項目などを含むことができる。
作業管理ビューで作業現況項目は配布・遠隔命令語・リソース管理タスクで区分して各タスクを組み合わせて構成される。ここで配布は、アプリケーション配布、遠隔命令語はＯＳ命令語を遠隔で遂行、リソース管理はスケーリング、状態/設定変更を意味する。
作業管理ビューで作業管理項目は直ちに遂行・スケジューリング・アラーム発生によって遂行方式を設定することができる。アラーム発生による遂行は容量モニタリングの基準値による自動スケーリングなどで使用される。作業管理項目で作業の実行状態とログ確認を提供する。
全社現況管理/分析機能は全社アプリケーション・クラウド・費用現況を把握して分析することができるカクテルダッシュボード(Dashboard)を提供する。
カクテルダッシュボードは全社次元でアプリケーションとクラウドインフラの現況を問い合わせして費用/予算管理、費用最適化分析、統計レポートを提供するビューである。このようなカクテルダッシュボードはアプリケーション現況項目、クラウド現況項目、費用/予算管理、費用最適化分析項目、統計/レポート項目を含むことができる。
アプリケーション現況項目を通じてカクテルサーバー・クラスター・クラウドコンポネントの標準化された要素を基準でアプリケーションとインフラ現況を全社的に把握して問い合わせすることができるし、サービス中心の現況ビューを提供する。
クラウド現況項目を通じて全社で使用するクラウドを供給者・リージョン・リソース別で現況を把握することができるし、インフラ中心の現況ビューを提供する。
費用/予算管理、費用最適化分析項目を通じて全社クラウド費用現況を把握してサービス別予算割り当て/統制と最適化分析を通じてクラウドリソース費用効率化ができる情報を提供する。
統計/レポート項目は分析及び報告に必要な統計情報とレポートビューを提供する。
ＤＢ/保存所１５０でイメージ保存所(レジストリ)１８０はアプリケーションコンテナの登録・共有・ダウンロード・検索・バージョンを管理し、モニタリングＤＢ１７０はアプリケーションとインフラのモニタリング情報を管理し、統合構成ＤＢ(Configuration ManagementＤＢ、ＣＭＤＢ)１６０はプロバイダー・ネットワーク・サービス・クラスター・サーバー・コンポネント・クラウドリソースの構成情報を管理する。
図１２は、本発明の一実施例によるクラウドプラットフォームのアーキテクチャーを示し、図１３はカクテルサーバーの構成とその周辺アーキテクチャーを示す。
図１２を参照すれば、カクテルクラウドはカクテルクラスター２００、プロバイダープラグイン２１０、サーバーマネージャー２２０、DevOpsマネージャー、ＣＭＤＢ１６０、モニタリングＤＢ１７０、イメージレジストリ１８０、ＡＰＩサーバー２９０、使用者コンソール３００を含む。
カクテルクラスター２００はオーケストレーション基盤アーキテクチャーを提供してプロバイダープラグイン２１０はクラウド供給者ＡＰＩ２８０を通じて統合管理のための基本モジュールで使用される。
クラスター２００はノードとマスターで構成され、ノードの場合ワーカー(worker)３１０を通じてマスターの命令語を処理する構造である。ワーカー３１０はマスターとの通信を担当して遂行命令語によってExecutorが支援される。Monitoring Executor３２０はノードとコンテナモニタリング情報を収集して、Command Executor３３０はＯＳとコンテナ命令を遂行する。その外にContainer Engine(Docker)３４０がある。
プロバイダープラグイン２１０はマルチクラウドとBare MetalのためのKubernetes ＡＰＩ支援のためのＡＰＩ Rapperであり、プロバイダー拡張のためのプラグインモジュールで構成される。カクテルサーバーはアプリケーションオーケストレーションの基本単位であり、クラスターマスター２００とプロバイダープラグイン２１０を通じてコンテナとクラウドインフラの複製・スケーリング・ローリングアップデートを遂行する。
カクテルサーバーは図１３に示されたようにコンテナとクラウドインフラで構成されるが、ロードバランサー・インスタンス(ノード)・コンテナ・ボリューム・保安などで構成され、AWSの例えば、ELB・EC２Instance・Security Group・ESBであることがある。カクテルサーバーはクラウド提供者のPaaSのためにクラウドコンポネントを提供する。例えばAWSのＲＤＳであることがある。
サーバーマネージャー２２０はサーバー内のアプリケーションコンテナとインフラのオーケストレーションを遂行する制御モジュールとして、非正常終了されたコンテナを再始作/復旧する複製制御、スケールイン/アウトとインスタンスタイプとボリューム拡張を通じたアップダウンを遂行するスケーリング、アプリケーションコンテナ配布を順次に無中断で遂行するローリングアップデート機能を提供する。
DevOpsマネージャーはマルチクラウドインフラプロビジョニングのための構成管理(Configuration Manager)２３０、マルチクラウド資源の使用量及び費用管理のためのメータリング管理(Metering Manager)２４０、マルチクラウド資源現況及び設定管理のための資源管理(Resource Manager)２５０、コンテナ/インフラモニタリング情報収集及び管理のためのモニタリング管理(Monitoring Manager)２６０、多くの作業タスクを結合して一括遂行して直ちに遂行・遂行時間・イベント発生が遂行条件であり、配布・サーバーアクション・遠隔命令語のタスクのための作業管理(Job Manager)２７０を提供するものとしてDevOpsのためのマネージャーモジュールである。
カクテルクラウドはアプリケーションとインフラの構成情報管理・モニタリング情報管理・アプリケーションコンテナイメージ管理のためのＤＢを提供し、使用者とプログラミングのためのインターフェースを提供する。
ＣＭＤＢ１６０はプロバイダー・ネットワーク・サービス・クラスター・サーバー・コンポネント・クラウドリソースの構成情報を管理する。
モニタリングＤＢ１７０はアプリケーションとインフラのモニタリング情報を管理する。
イメージレジストリ１８０はアプリケーションコンテナの登録・共有・ダウンロード・検索・バージョンを管理する。
ＡＰＩサーバー２９０はカクテルクラウドのすべての機能をＡＰＩ２８０に提供し、企業戦略によるオーダーメード化と他のソリューションとの連携を支援する。
使用者コンソール(Console)３００はWeb GUI形態で提供される。
このようなカクテルクラウドは次のように活用されることができる。
第一、マルチクラウドとして活用されることができる。
カクテルクラウドは標準化コンポネントを通じて異質的で複雑なマルチクラウド環境の統合管理のためのプラットフォームであり、またアプリケーション中心の企業クラウド全量を具現する。具体的に、カクテルクラウドはプロバイダー・ネットワーク・サービス・クラスター・サーバー・クラウドコンポネントを通じて管理対象を標準化して異質的で複雑なマルチクラウドリソースの統合管理(統合計定・資源・費用)する標準化管理コンポネントである。また、アプリケーションはビジネスの核心資源であるが、カクテルクラスターを通じてアプリケーション可用性と拡張性が強化され、カクテルDevOps Viewを通じた開発/運営業務効率化を通じてアプリケーション中心の企業クラウドを具現することができる。
第二、カクテルクラウドは社内、データセンターBare Metalインフラのクラウド化を通じてハイブリッドクラウドを構築/運営の基盤を提供する。また、複雑なハイブリッドインフラの統合管理と開発/運営効率化を提供する。
具体的に社内、データセンターのBare Metalインフラにアプリケーションクラスターを構成してコンテナ基盤のクラウド環境を駆逐することで別途の仮想化のためのプラットフォームが不必要であり、可用性・スケーリングなど拡張性を提供し、既存プライベートとパブリッククラウドを統合管理することができる物理インフラのクラウド化を具現することができる。
また、カクテルクラウドの標準コンポネントを通じて管理し、カクテルクラウドDevOpsビューを通じた開発/運営業務効率化を提供する。
第三、カクテルクラウドはコンテナとＣＩ/ＣＤのための自動化を通じてクラウド上のアプリケーションの効率的管理とマイクロサービスの構築及び運営プラットフォームを提供する。
カクテルクラスターはコンテナを基盤でクラウドインフラでアプリケーション配布及び管理環境を提供(クラウドネイティブアプリケーション)する。ここで、カクテルクラスターはマイクロサービスを駆逐して管理する基本単位である。
カクテルDevOpsビューの作業管理は、アプリケーションをビルドして配布することができる自動化基盤を提供し、コンテナはＣＩ/ＣＤをより軽くて容易に遂行することができる技術である。カクテルクラウドはマルチ/ハイブリッドクラウド上にアプリケーションを配布/運営することができるプラットフォームを提供する。
第四、カクテルクラウドはクラウドサービスブローカーのインフラ再販売及びサービス提供プラットフォームとしても活用されることができる。
パブリッククラウド・データセンターインフラを統合管理して使用者に再販売とクラウド管理プラットフォームをサービス形態で提供するＣＳＢ用プラットフォームをカクテルクラウドで構築・運営し、SaaSのためのマルチテナンシーとビリングシステムを提供し、大きい規模の企業の場合系列会社クラウド提供及び管理プラットフォームで活用可能である。
また、既存データセンター事業者のインフラをクラウド化して提供し、パブリッククラウド提供者に特化されたサービス(カクテルクラウドコンポネント(PaaS))を提供する。
図１４乃至図１６は、本発明の一実施例によるクラウドプラットフォームシステムのマルチクラスタープロビゾニング及び管理機能を説明するための図面である。
本発明によるクラウドプラットフォームシステムであるカクテルクラウドはBare metal、cloud platform、public cloudなど多様なインフラにコンテナ基盤アプリケーションが動作することができるクラスター環境を自動生成するマルチクラスタープロビゾニング及び管理機能が提供される。この機能はマルチクラウド環境で複数個のクラスターを中央(カクテルクラウド)で遠隔同時プロビゾニングしてコンテナアプリケーション運営環境を生成することであり、遠隔でクラスターのバージョンアップグレードを管理して運営効率性を向上させる(図１４参照)。
図１５を参照すれば、クラスターのバージョンアップグレードの時Orchestration engine、add-onの最新機能が反映され、ＣＬＩ道具を利用して簡便にクラスターノードを追加して障害ノードを入れ替ることができる。そして、クラスターノードバックアップも可能であり、クラスター自動スケーリングも可能である。
図１６は、クラスターが構成されたパブリッククラウドの計定情報を登録して遠隔でクラスターを制御してアプリケーションの配布、運営管理及びクラスターモニタリング機能を遂行することができる例示画面である。
図１７は、本発明の一実施例によるクラウドプラットフォームシステムのマルチクラスタープロビゾニング及び管理方法を示した流れ図である。
マルチクラスタープロビゾニング及び管理のために使用者が入力することができるプロビゾニング及び管理ツール(tool)が提供される。
プロビゾニング及び管理ツールによって使用者のクラスタープロビゾニングが要請されれば(Ｓ４００)、クラウドプラットフォームシステムは、クラスタータイプ情報(例えば、Bare-metal、public cloud、cloud platformなど)を入力するようにする(Ｓ４１０)。使用者によってクラスタータイプ情報が入力されれば、クラスター構成情報が生成される(Ｓ４２０)。具体的に、クラスター構成情報はインスタンス個数、インスタンス遠慮(ＧＰＵ、メモリータイプ)、ネットワーク構成情報、ストレージ構成情報のうちで少なくとも一つを含む。
次に、パブリッククラウドまたはシステム接続情報(接続計定情報、認証情報)が登録されれば(Ｓ４３０)、クラウドプラットフォームシステムはクラスターを生成することか、または変更することかを確認する(Ｓ４４０、S４９０)。
クラスターを生成することなら、クラウドプラットフォームシステムはインスタンス、ネットワーク、ストレージ生成を要請して構成する(Ｓ４５０)。以後、コンテナランタイムソフトウェアが設置される(Ｓ４６０)。そして、クラスター構成情報がセッティングされる(Ｓ４７０)。それではクラスタープロビゾニングが完了される(Ｓ４８０)。
クラスターを変更することなら、クラウドプラットフォームシステムはクラスター構成ヒストリー情報を確認してクラスター構成をアップデートさせる(Ｓ５００、S５１０)。それではクラスター変更が完了される(Ｓ５２０)。
一方、上述した本発明の実施例らはコンピューターで実行されることができるプログラムで作成可能であり、コンピューターで読める記録媒体を利用して前記プログラムを動作させる汎用デジタルコンピューターで具現されることができる。前記コンピューターで読める記録媒体は、マグネチック保存媒体(例えば、ロム・フロッピー・ハードディスクなど)、光学的判読媒体(例えば、CD-ROM・DVDなど)及びキャリアウエーブ(例えば、インターネットを通じた伝送)のような保存媒体を含む。
このように本発明によるクラウドプラットフォームでアプリケーションをコンテナ化する方法によれば、隔離されたアプリケーション実行環境を提供し、独立的な資源割り当てが可能であり、同一ホスト上多重アプリケーション運営が可能なだけでなく、ＯＳ水準の仮想化で早い操作が可能であり、少ない大きさのコンテナイメージで配布及びアップデートが効率的であり、どこでも移動が可能である。
また、本発明によるクラウドプラットフォームでのマルチクラスタープロビゾニング及び管理方法によれば、多様なインフラにコンテナ基盤アプリケーションが動作することができるマルチクラスター環境を自動生成することができるし、遠隔でクラスターのバージョンアップグレードを管理して運営効率性を向上させることができる。
今まで本発明に対してその望ましい実施例らを中心によく見た。本発明が属する技術分野で通常の知識を有した者は、本発明が本発明の本質的な特性から脱しない範囲で変形された形態で具現されることができることを理解することができる。それで、開示された実施例らは限定的な観点ではなく、説明的な観点で考慮されなければならない。本発明の範囲は前述した説明ではなく、特許請求範囲に現われているし、それと同等な範囲内にあるすべての差異は本発明に含まれる。
本発明によるクラウドプラットフォームでのマルチクラスタープロビゾニング及び管理方法は、多様なインフラにコンテナ基盤アプリケーションが動作することができるマルチクラスター環境を自動生成することができるし、遠隔でクラスターのバージョンアップグレードを管理して運営効率性を向上させることができる効果を有する。

Claims (1)

  1. マルチクラウド環境でコンテナ基盤アプリケーションが動作することができる複数個のクラスターのプロビゾニングが要請されれば、クラウドプラットフォームシステムが前記クラスターそれぞれのタイプ情報を入力できるようにする段階と、前記クラスターのタイプ情報が入力されれば、前記クラウドプラットフォームシステムが前記クラスターそれぞれの構成情報を生成する段階と、パブリッククラウドまたはシステム接続情報が登録されれば、前記クラウドプラットフォームシステムがそれぞれの前記クラスターを生成することであるか、または変更することであるかを確認する段階と、前記クラスターを生成することなら、前記クラウドプラットフォームシステムがインスタンス、ネットワーク、ストレージ生成を要請して構成し、コンテナランタイムソフトウェアを設置し、前記クラスターの構成情報をセッティングして前記クラスターの遠隔同時プロビゾニングを遂行する段階と、前記クラスターを変更することなら、前記クラウドプラットフォームシステムが前記クラスターの構成ヒストリー情報を確認して前記クラスターの構成をアップデートさせて前記クラスターの変更を遠隔で遂行する段階と、前記クラウドプラットフォームシステムが前記クラスターのノードを追加するか、または障害ノードを入れ替って、前記クラスターのノードをバックアップする段階と、及び前記クラウドプラットフォームシステムが前記クラスターの自動スケーリングを遂行する段階を含んで、前記クラスターの構成情報はインスタンス個数、インスタンス仕様(ＧＰＵ、メモリータイプ)、ネットワーク構成情報、ストレージ構成情報のうちで少なくとも一つを含む
    ことを特徴とするクラウドプラットフォームでのマルチクラスタープロビゾニング及び管理方法。

JP2021502771A 2018-07-19 2019-07-15 クラウドプラットフォームでのマルチクラスタープロビゾニング及び管理方法 Pending JP2021530804A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR1020180084027A KR101998564B1 (ko) 2018-07-19 2018-07-19 클라우드 플랫폼에서의 멀티 클러스터 프로비저닝 및 관리 방법
KR10-2018-0084027 2018-07-19
PCT/KR2019/008702 WO2020017847A1 (ko) 2018-07-19 2019-07-15 클라우드 플랫폼에서의 멀티 클러스터 프로비저닝 및 관리 방법

Publications (1)

Publication Number Publication Date
JP2021530804A true JP2021530804A (ja) 2021-11-11

Family

ID=67254772

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021502771A Pending JP2021530804A (ja) 2018-07-19 2019-07-15 クラウドプラットフォームでのマルチクラスタープロビゾニング及び管理方法

Country Status (6)

Country Link
US (1) US20210271521A1 (ja)
JP (1) JP2021530804A (ja)
KR (1) KR101998564B1 (ja)
CN (1) CN112424750A (ja)
SG (1) SG11202100299TA (ja)
WO (1) WO2020017847A1 (ja)

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101998564B1 (ko) * 2018-07-19 2019-07-10 나무기술 주식회사 클라우드 플랫폼에서의 멀티 클러스터 프로비저닝 및 관리 방법
KR102154446B1 (ko) * 2019-11-14 2020-09-09 한국전자기술연구원 분산·협업형 컨테이너 플랫폼 환경에서의 자원 균등 배분을 위한 고속 스케줄링 방법
KR102223990B1 (ko) 2019-11-20 2021-03-08 주식회사 이노그리드 가상 클라우드 서버를 이용한 위치기반 멀티클라우드 서비스 시스템 및 방법
KR102311842B1 (ko) * 2019-12-18 2021-10-13 (주)클린일렉스 전기차 충전소 관리를 위한 클라우드 컨테이너 플랫폼
CN111324417B (zh) * 2020-01-19 2024-03-08 北京百度网讯科技有限公司 一种Kubernetes集群的组件控制方法、装置、电子设备和介质
US11507392B2 (en) 2020-02-26 2022-11-22 Red Hat, Inc. Automatically configuring computing clusters
CN113810241A (zh) * 2020-06-15 2021-12-17 北京金山云网络技术有限公司 kubernetes集群的测试方法及装置
KR102328384B1 (ko) * 2020-07-23 2021-11-18 아콘소프트 주식회사 관리형 클러스터 자동 프로비저닝 엔진 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록 매체
CN112148745B (zh) * 2020-08-07 2022-05-27 新华三大数据技术有限公司 一种多HBase集群访问方法、装置及存储介质
CN112104723B (zh) * 2020-09-07 2024-03-15 腾讯科技（深圳）有限公司 一种多集群的数据处理系统及方法
CN112181597B (zh) * 2020-10-12 2024-01-19 成都精灵云科技有限公司 容器资源使用限制动态更新方法
US11803429B2 (en) 2020-10-30 2023-10-31 Red Hat, Inc. Managing alert messages for applications and access permissions
US11550633B2 (en) 2020-10-31 2023-01-10 Nutanix, Inc. Intra-footprint computing cluster bring-up
KR102418251B1 (ko) 2020-11-24 2022-07-07 주식회사 이노그리드 장애 대비를 위한 멀티클라우드 서비스 시스템 및 방법
KR102418250B1 (ko) 2020-11-24 2022-07-07 주식회사 이노그리드 효율적인 자원 활용을 위한 멀티클라우드 서비스 시스템 및 방법
CN112486629B (zh) * 2020-11-27 2024-01-26 成都新希望金融信息有限公司 微服务状态检测方法、装置、电子设备和存储介质
CN112286644B (zh) * 2020-12-25 2021-05-28 同盾控股有限公司 Gpu虚拟化算力的弹性调度方法、系统、设备和存储介质
CN112698947B (zh) * 2020-12-31 2022-03-29 山东省计算中心（国家超级计算济南中心） 一种基于异构应用平台的gpu资源弹性调度方法
KR20220098596A (ko) 2021-01-04 2022-07-12 아콘소프트 주식회사 멀티 클라우드 서비스 시스템
US11677616B2 (en) * 2021-07-30 2023-06-13 Oracle International Corporation System and method for providing a node replacement controller for use with a software application container orchestration system
US11900172B2 (en) 2021-07-30 2024-02-13 Nutanix, Inc. Computing cluster bring-up on public cloud infrastructure using expressed intents
KR102614848B1 (ko) 2021-08-02 2023-12-20 주식회사 이노그리드 인공지능과 빅데이터 플랫폼에 의한 장애 예측을 이용한 멀티클라우드 서비스 방법 및 시스템
CN113641503B (zh) * 2021-09-01 2024-05-14 上海联蔚盘云科技有限公司 多云多集群的Kubernetes管理系统及方法与设备
CN113839821B (zh) * 2021-10-14 2024-05-24 京东科技信息技术有限公司 部署集群和构建基础设施的方法、装置、系统、设备及介质
US11900094B2 (en) 2021-10-25 2024-02-13 Oracle International Corporation System and method for providing software rollouts within a controller-based container orchestration system
CN114124700A (zh) * 2021-10-26 2022-03-01 马上消费金融股份有限公司 集群的参数配置方法、装置、电子设备及可读存储介质
CN114492660A (zh) * 2022-02-14 2022-05-13 深圳市伊登软件有限公司 多云管理平台的业务管理方法及系统
WO2024049636A1 (en) * 2022-09-01 2024-03-07 Vmware, Inc. Optimized system design for deploying and managing containerized workloads at scale
CN116010241B (zh) * 2022-11-17 2023-09-22 北京东方通科技股份有限公司 一种可扩展的DevOps持续交付系统及其方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002021276A1 (en) * 2000-09-08 2002-03-14 Goahead Software Inc>. A system and method for managing clusters containing multiple nodes
KR101540631B1 (ko) * 2012-12-28 2015-07-30 삼성에스디에스 주식회사 가상 클러스터의 동적 확장 시스템, 방법 및 그 프로그램이 저장된 기록매체
KR20150108230A (ko) * 2014-03-17 2015-09-25 한국전자통신연구원 클러스터 시스템 구축 방법 및 장치
KR20150142871A (ko) 2014-06-12 2015-12-23 주홍찬 인터렉티브 푸쉬 클라우드 시스템 장치 및 방법
US9843534B2 (en) * 2014-12-18 2017-12-12 Here Global B.V. Method and apparatus for managing provisioning and utilization of resources
KR101807806B1 (ko) * 2017-05-02 2017-12-11 나무기술 주식회사 클라우드 플랫폼에서 어플리케이션을 컨테이너화하는 방법
KR101998564B1 (ko) * 2018-07-19 2019-07-10 나무기술 주식회사 클라우드 플랫폼에서의 멀티 클러스터 프로비저닝 및 관리 방법

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
近堂 徹（外３名）: "「パブリッククラウドを利用したスケールアウト型ＨＰＣクラスタの実装」", 電子情報通信学会技術研究報告, vol. 115, no. 482, JPN6022011531, 25 February 2016 (2016-02-25), JP, pages 159 - 164, ISSN: 0004737921 *
遠山 陽介（外３名）, 「GOOGLE CLOUD PLATFORM エンタープライズ設計ガイド」, vol. 第１版, JPN6022011533, 21 May 2018 (2018-05-21), JP, pages 50 - 53, ISSN: 0004737923 *
青山 健人（外３名）: "「コンテナ型仮想化による分散計算環境におけるタンパク質間相互作用予測システムの性能評価」", 情報処理学会研究報告, vol. Vol. 2017-BIO-49, No.3, JPN6022011534, 16 March 2017 (2017-03-16), JP, pages 1 - 8, ISSN: 0004737924 *
青山 尚暉（外１０名）, 「コンテナ・ベース・オーケストレーション DOCKER/KUBERNETESで作るクラウド時代のシステム基盤」, vol. 初版, JPN6022011532, 15 March 2017 (2017-03-15), JP, pages 83 - 114, ISSN: 0004737922 *

Also Published As

Publication number Publication date
WO2020017847A1 (ko) 2020-01-23
CN112424750A (zh) 2021-02-26
US20210271521A1 (en) 2021-09-02
SG11202100299TA (en) 2021-02-25
KR101998564B1 (ko) 2019-07-10

Similar Documents

Publication Publication Date Title
JP7011127B2 (ja) クラウドプラットフォームでアプリケーションをコンテナ化する方法
JP2021530804A (ja) クラウドプラットフォームでのマルチクラスタープロビゾニング及び管理方法
JP2021530801A (ja) クラウドプラットフォームでのクラスターリソース割り当て及び管理方法
JP2021530802A (ja) クラウドプラットフォームで複数のクラスター及びアプリケーションをモニタリングする方法
JP7029714B2 (ja) クラウドプラットフォームシステム
JP2021530803A (ja) クラウドプラットフォームでアプリケーションコンテナのボリューム（ストレージ）プロビゾニング方法
US10678526B2 (en) Method and system for managing the end to end lifecycle of a virtualization environment
KR102328384B1 (ko) 관리형 클러스터 자동 프로비저닝 엔진 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록 매체
Carrasco et al. Live migration of trans-cloud applications
Yoshida et al. Service oriented platform
Alexandrescu et al. A Framework for Anything-as-a-Service on a Cloud platform
US20230337062A1 (en) Cellular system observability centralized for all domains and vendors
Kannadasan et al. An Integrated Approach for Configuring Hadoop Clusters by Ambari on Horton Sandbox
Weissman et al. Azure Arc-Enabled Data Services
Sahu et al. A survey on Kubernetes architec-ture and its significance
Cotarelo et al. Running Oracle WebLogic on containers
Trivedi et al. Proposed Framework of Private Cloud Setup in Lab for Teaching and Research
Kaufman et al. Implementing High Availability
Interface Open Cloud Computing Interface-Use cases and requirements for a Cloud API

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210118

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220329

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220628

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20221101

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20230530