JP7222487B2 - 情報処理システム、情報処理方法およびインフラ - Google Patents
情報処理システム、情報処理方法およびインフラ Download PDFInfo
- Publication number
- JP7222487B2 JP7222487B2 JP2020136765A JP2020136765A JP7222487B2 JP 7222487 B2 JP7222487 B2 JP 7222487B2 JP 2020136765 A JP2020136765 A JP 2020136765A JP 2020136765 A JP2020136765 A JP 2020136765A JP 7222487 B2 JP7222487 B2 JP 7222487B2
- Authority
- JP
- Japan
- Prior art keywords
- infrastructure
- information processing
- processing system
- pod2
- definition
- 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.)
- Active
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/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/5038—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration
-
- 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/5083—Techniques for rebalancing the load in a distributed system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
- G06F11/3433—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment for load management
-
- 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/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
- G06F11/3419—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment by assessing time
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/865—Monitoring of software
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/50—Indexing scheme relating to G06F9/50
- G06F2209/508—Monitor
Description
本発明は、情報処理システム、情報処理方法およびインフラに関する。
特許文献１には、サーバ管理装置と仮想サーバ群を有する物理サーバ群と負荷分散器とを備えるクラスタシステムが記載されている。特許文献１に記載されたクラスタシステムでは、サーバ管理装置がスケールイン（クラスタシステムを構成する１以上の仮想サーバに対するリクエストの割振りを停止し、仮想サーバをクラスタシステムより削除する処理）／スケールアウト（１以上の仮想サーバをクラスタシステムに追加し、追加した仮想サーバにリクエスト割振りを開始する処理）を実行する。
特許文献２には、オンプレミス環境とクラウド環境とをインターネットを介して接続した情報処理システムが記載されている。特許文献２に記載された情報処理システムでは、処理をオンプレミス環境およびクラウド環境のいずれで実行させるかが判定される。また、特許文献２に記載された情報処理システムでは、ワークフロー切替部が、判定結果を受けて、ワークフローを構成する処理の一部または全部の実行場所をオンプレミス環境での実行とするか、クラウド環境での実行とするかを切り替える。
例えば、特許文献２に記載された情報処理システムでは、メール配信処理におけるメールの配信設定の機密性が高い場合に、オンプレミス環境においてワークフローのすべての処理が実行され、メールの配信設定の機密性の低い場合に、クラウド環境においてワークフローのすべての処理が実行される。
例えば、特許文献２に記載された情報処理システムでは、メール配信処理におけるメールの配信設定の機密性が高い場合に、オンプレミス環境においてワークフローのすべての処理が実行され、メールの配信設定の機密性の低い場合に、クラウド環境においてワークフローのすべての処理が実行される。
ところで、特許文献１に記載された物理サーバ群を構成する複数の物理サーバは互いに同等であるため、特許文献１に記載された技術によっては、互いに同等ではない２つの物理サーバを跨いだ負荷分散を適切に行うことができない。
また、特許文献２には、オンプレミス環境とクラウド環境とを跨いだ負荷分散を適切に行うために、オンプレミス環境とクラウド環境との間で具体的にどのような処理を行うべきかについて記載されていない。そのため、特許文献２に記載された技術によっても、オンプレミス環境とクラウド環境とを跨いだ負荷分散を適切に行うことができない。
また、特許文献２には、オンプレミス環境とクラウド環境とを跨いだ負荷分散を適切に行うために、オンプレミス環境とクラウド環境との間で具体的にどのような処理を行うべきかについて記載されていない。そのため、特許文献２に記載された技術によっても、オンプレミス環境とクラウド環境とを跨いだ負荷分散を適切に行うことができない。
そこでこの発明の目的は、上述した課題を解決する情報処理システム、情報処理方法およびインフラを提供することを目的としている。
本発明の第１の態様によれば、料金体系が互いに異なる第１インフラと第２インフラとを跨いだ負荷分散を行う情報処理システムであって、前記第１インフラは、前記第１インフラと前記第２インフラとのペアを作成し、前記第１インフラにおいて用いられる秘密鍵と前記第２インフラにおいて用いられる公開鍵とを含む鍵ペアを生成する鍵ペア生成部と、配備操作転送部と、構成要素注入部とを備え、前記第２インフラは、構成要素注入部を備え、前記配備操作転送部は、前記秘密鍵を用いることによって、前記第１インフラのコンテナクラスタに入力されるアプリケーション定義を前記第２インフラに転送し、前記第１インフラの構成要素注入部は、前記第１インフラのコンテナクラスタに入力されるアプリケーション定義を解析して、ロードバランサ定義およびリバースプロキシ定義を生成し、前記第２インフラの構成要素注入部は、前記配備操作転送部によって転送されたアプリケーション定義を解析して、サービス定義を生成する。
本発明の第２の態様によれば、料金体系が互いに異なる第１インフラと第２インフラとを跨いだ負荷分散を行う情報処理方法であって、前記第１インフラが、前記第１インフラと前記第２インフラとのペアを作成し、前記第１インフラにおいて用いられる秘密鍵と前記第２インフラにおいて用いられる公開鍵とを含む鍵ペアを生成する鍵ペア生成ステップと、配備操作転送ステップと、第１構成要素注入ステップとを実行し、前記第２インフラが、第２構成要素注入ステップを実行し、前記配備操作転送ステップでは、前記秘密鍵を用いることによって、前記第１インフラのコンテナクラスタに入力されるアプリケーション定義が前記第２インフラに転送され、前記第１構成要素注入ステップでは、前記第１インフラのコンテナクラスタに入力されるアプリケーション定義が解析され、ロードバランサ定義およびリバースプロキシ定義が生成され、前記第２構成要素注入ステップでは、前記配備操作転送ステップにおいて転送されたアプリケーション定義が解析され、サービス定義が生成される。
本発明の第３の態様によれば、料金体系が互いに異なるインフラと他のインフラとを跨いだ負荷分散を行う情報処理システムに含まれる前記インフラは、前記インフラと前記他のインフラとのペアを作成し、前記インフラにおいて用いられる秘密鍵と前記他のインフラにおいて用いられる公開鍵とを含む鍵ペアを生成する鍵ペア生成部と、配備操作転送部と、構成要素注入部とを備え、前記配備操作転送部は、前記秘密鍵を用いることによって、前記インフラのコンテナクラスタに入力されるアプリケーション定義を前記他のインフラに転送し、前記構成要素注入部は、前記インフラのコンテナクラスタに入力されるアプリケーション定義を解析して、ロードバランサ定義およびリバースプロキシ定義を生成し、前記他のインフラに備えられている他の構成要素注入部は、前記配備操作転送部によって転送されたアプリケーション定義を解析して、サービス定義を生成する。
本発明によれば、負荷分散を適切に行うことができる情報処理システム、情報処理方法およびインフラを提供することができる。
以下、本発明の情報処理システム、情報処理方法およびインフラの実施形態について、図面を参照して説明する。
＜第１実施形態＞
図１は第１実施形態の情報処理システム１の一例の特徴（考え方）を示す図である。
図１に示す例では、第１実施形態の情報処理システム１に、Ｋｕｂｅｒｎｅｔｅｓ（登録商標）クラスタ上で稼働するＰｏｄ１、ｐｏｄ２からなるアプリケーションが配備される。平常負荷時には、利用コストが固定的なオンプレミスのみで処理が行われる。アクセスピーク時の負荷が検知されると、Ｐｏｄ２は、利用コストが従量課金のインフラ（クラウド側）にスケールアウトされる。そのため、情報処理システム１の利用者は、アクセスピーク時においても情報処理システム１を快適に利用することができる。
図１に示す例では、同じスペックのマシンを常時利用する場合、オンプレミスのコストが、クラウド側のコストよりも割安である。そのため、平常負荷時に、利用コストが固定的なオンプレミスのみで処理が行われることによって、インフラコスト低減のメリットを得ることができる。
図１は第１実施形態の情報処理システム１の一例の特徴（考え方）を示す図である。
図１に示す例では、第１実施形態の情報処理システム１に、Ｋｕｂｅｒｎｅｔｅｓ（登録商標）クラスタ上で稼働するＰｏｄ１、ｐｏｄ２からなるアプリケーションが配備される。平常負荷時には、利用コストが固定的なオンプレミスのみで処理が行われる。アクセスピーク時の負荷が検知されると、Ｐｏｄ２は、利用コストが従量課金のインフラ（クラウド側）にスケールアウトされる。そのため、情報処理システム１の利用者は、アクセスピーク時においても情報処理システム１を快適に利用することができる。
図１に示す例では、同じスペックのマシンを常時利用する場合、オンプレミスのコストが、クラウド側のコストよりも割安である。そのため、平常負荷時に、利用コストが固定的なオンプレミスのみで処理が行われることによって、インフラコスト低減のメリットを得ることができる。
図２は第１実施形態の情報処理システム１の構成の一例を示す図である。
図２に示す例では、情報処理システム１は、料金体系が互いに異なるインフラ１０１とインフラ１０２とを跨いだ負荷分散を行う。情報処理システム１は、固定コストのインフラ（オンプレミス）１０１と、従量課金のインフラ（クラウド）１０２と、ネットワーク１０３と、管理端末１０４と、アプリケーションクライアント１０５とを含む。インフラ１０１とインフラ１０２とは、専用線などにより高速なネットワーク１０３を介して接続されている。運用操作転送およびロードバランサによるリクエスト転送は、ネットワーク１０３を介して実施される。
インフラ１０１には、Ｋｕｂｅｒｎｅｔｅｓによりコンテナクラスタ１１１が構築されている。インフラ１０２には、Ｋｕｂｅｒｎｅｔｅｓによりコンテナクラスタ１１２が構築されている。インフラ１０１では、アプリケーションクライアント１０５からのリクエストのログがアクセスログ１２１に収集される。管理端末１０４は、情報処理システム１の管理者によって利用される。
図２に示す例では、情報処理システム１は、料金体系が互いに異なるインフラ１０１とインフラ１０２とを跨いだ負荷分散を行う。情報処理システム１は、固定コストのインフラ（オンプレミス）１０１と、従量課金のインフラ（クラウド）１０２と、ネットワーク１０３と、管理端末１０４と、アプリケーションクライアント１０５とを含む。インフラ１０１とインフラ１０２とは、専用線などにより高速なネットワーク１０３を介して接続されている。運用操作転送およびロードバランサによるリクエスト転送は、ネットワーク１０３を介して実施される。
インフラ１０１には、Ｋｕｂｅｒｎｅｔｅｓによりコンテナクラスタ１１１が構築されている。インフラ１０２には、Ｋｕｂｅｒｎｅｔｅｓによりコンテナクラスタ１１２が構築されている。インフラ１０１では、アプリケーションクライアント１０５からのリクエストのログがアクセスログ１２１に収集される。管理端末１０４は、情報処理システム１の管理者によって利用される。
インフラ（オンプレミス）１０１は、鍵ペア生成部１０と、配備操作受付部１１と、配備操作転送部１２と、構成要素注入部１３と、マルチクラスタオートスケーラー１４とを備えている。
鍵ペア生成部１０は、インフラ１０１とインフラ１０２とのペアを作成し、インフラ１０１において用いられる秘密鍵とインフラ１０２において用いられる公開鍵とを含む鍵ペアを生成する。
配備操作受付部１１は、管理端末１０４からのアプリケーション定義の入力を受け付ける。また、配備操作受付部１１は、管理端末１０４から入力されたアプリケーション定義を配備操作転送部１２に引き渡す。
鍵ペア生成部１０は、インフラ１０１とインフラ１０２とのペアを作成し、インフラ１０１において用いられる秘密鍵とインフラ１０２において用いられる公開鍵とを含む鍵ペアを生成する。
配備操作受付部１１は、管理端末１０４からのアプリケーション定義の入力を受け付ける。また、配備操作受付部１１は、管理端末１０４から入力されたアプリケーション定義を配備操作転送部１２に引き渡す。
図３は管理端末１０４から配備操作受付部１１に入力されるアプリケーション定義の一例を示す図である。
図３に示す例では、管理端末１０４から配備操作受付部１１に入力されるアプリケーション定義に「負荷分散あり」の設定（ｍｕｌｔｉＣｌｕｓｔｅｒＡｕｔｏＳｃａｌｉｎｇ： ｔｒｕｅ）が付与されている。
図３に示す例では、管理端末１０４から配備操作受付部１１に入力されるアプリケーション定義に「負荷分散あり」の設定（ｍｕｌｔｉＣｌｕｓｔｅｒＡｕｔｏＳｃａｌｉｎｇ： ｔｒｕｅ）が付与されている。
図２に示す例では、配備操作転送部１２が、鍵ペア生成部１０によって生成された秘密鍵を用いることによって、配備操作受付部１１から引き渡されたアプリケーション定義をインフラ１０２に転送する。
構成要素注入部１３は、インフラ１０１のコンテナクラスタ１１１に入力されるアプリケーション定義（つまり、管理端末１０４から配備操作受付部１１に入力され、配備操作受付部１１から配備操作転送部１２に引き渡されたアプリケーション定義）を解析して、ロードバランサ定義およびリバースプロキシ定義を生成する。
マルチクラスタオートスケーラー１４は、インフラ１０１のコンテナクラスタ１１１のロードバランサが出力するアクセスログ１２１の監視を行う。
構成要素注入部１３は、インフラ１０１のコンテナクラスタ１１１に入力されるアプリケーション定義（つまり、管理端末１０４から配備操作受付部１１に入力され、配備操作受付部１１から配備操作転送部１２に引き渡されたアプリケーション定義）を解析して、ロードバランサ定義およびリバースプロキシ定義を生成する。
マルチクラスタオートスケーラー１４は、インフラ１０１のコンテナクラスタ１１１のロードバランサが出力するアクセスログ１２１の監視を行う。
インフラ（クラウド）１０２は、配備操作受付部２１と、構成要素注入部２２とを備えている。
配備操作受付部２１は、鍵ペア生成部１０によって生成された公開鍵を用いることによって、配備操作転送部１２によって転送されたアプリケーション定義を受信する。
構成要素注入部２２は、配備操作転送部１２によって転送されたアプリケーション定義を解析して、サービス定義を生成する。
つまり、インフラ１０１のコンテナクラスタ１１１に入力されるアプリケーション定義、および、配備操作転送部１２によってインフラ１０２に転送されるアプリケーション定義には、インフラ１０１とインフラ１０２とを跨いだ負荷分散の設定が付与されている。
設定情報１２２には、鍵ペア生成部１０、配備操作受付部１１、配備操作転送部１２、構成要素注入部１３、マルチクラスタオートスケーラー１４、配備操作受付部２１および構成要素注入部２２の動作に必要な設定が定義されている。設定情報１２２は、コンテナクラスタ１１１に格納されている。
配備操作受付部２１は、鍵ペア生成部１０によって生成された公開鍵を用いることによって、配備操作転送部１２によって転送されたアプリケーション定義を受信する。
構成要素注入部２２は、配備操作転送部１２によって転送されたアプリケーション定義を解析して、サービス定義を生成する。
つまり、インフラ１０１のコンテナクラスタ１１１に入力されるアプリケーション定義、および、配備操作転送部１２によってインフラ１０２に転送されるアプリケーション定義には、インフラ１０１とインフラ１０２とを跨いだ負荷分散の設定が付与されている。
設定情報１２２には、鍵ペア生成部１０、配備操作受付部１１、配備操作転送部１２、構成要素注入部１３、マルチクラスタオートスケーラー１４、配備操作受付部２１および構成要素注入部２２の動作に必要な設定が定義されている。設定情報１２２は、コンテナクラスタ１１１に格納されている。
図４は図２に示す設定情報１２２の一例を示す図である。
図４に示す例では、後述する監視単位時間（監視間隔）が１０［秒］に設定され、後述する拡張閾値が１０００［ミリ秒］に設定され、後述する縮退閾値が８００［ミリ秒］に設定されている。
図４に示す例では、後述する監視単位時間（監視間隔）が１０［秒］に設定され、後述する拡張閾値が１０００［ミリ秒］に設定され、後述する縮退閾値が８００［ミリ秒］に設定されている。
図５は鍵ペア生成部１０において実行される処理の一例を示すフローチャートである。詳細には、図５はシステム管理者が管理端末１０４を用いてインフラ（オンプレミス）１０１のコンテナクラスタ１１１とインフラ（クラウド）１０２のコンテナクラスタ１１２とのペアリングを行うときに実行される処理の一例を示すフローチャートである。
図５に示す例では、ステップＡ１において、鍵ペア生成部１０が、インフラ１０１において用いられる秘密鍵とインフラ１０２において用いられる公開鍵とを含む鍵ペアを生成する。詳細には、ステップＡ１では、システム管理者が管理端末１０４を用いて鍵ペア生成部１０にアクセスし、鍵ペア生成部１０が公開鍵暗号方式により鍵ペアを生成する。
次いで、ステップＡ２では、鍵ペア生成部１０が、秘密鍵をインフラ１０１の配備操作転送部１２に登録し、公開鍵をインフラ１０２の配備操作受付部２１に登録する。
この鍵ペアを用いることによって、後述する配備操作転送部１２と配備操作受付部２１との間の認証処理、および、通信内容の暗号化処理が実施される。
図５に示す例では、ステップＡ１において、鍵ペア生成部１０が、インフラ１０１において用いられる秘密鍵とインフラ１０２において用いられる公開鍵とを含む鍵ペアを生成する。詳細には、ステップＡ１では、システム管理者が管理端末１０４を用いて鍵ペア生成部１０にアクセスし、鍵ペア生成部１０が公開鍵暗号方式により鍵ペアを生成する。
次いで、ステップＡ２では、鍵ペア生成部１０が、秘密鍵をインフラ１０１の配備操作転送部１２に登録し、公開鍵をインフラ１０２の配備操作受付部２１に登録する。
この鍵ペアを用いることによって、後述する配備操作転送部１２と配備操作受付部２１との間の認証処理、および、通信内容の暗号化処理が実施される。
図６はシステム管理者が負荷分散設定を付与したアプリケーション定義を登録する場合に第１実施形態の情報処理システム１において実行される処理の一例を示すフローチャートである。
図６に示す例では、ステップＢ１において、システム管理者によって利用される管理端末１０４が、図３に示すアプリケーション定義を配備操作受付部１１に入力する。図３に示す例では、配備操作受付部１１に入力されるアプリケーション定義には、Ｐｏｄ１とＰｏｄ２とが含まれる。また、配備操作受付部１１に入力されるアプリケーション定義には、インフラ（オンプレミス）１０１とインフラ（クラウド）１０２とを跨いだ負荷分散の設定が付与されている。詳細には、Ｐｏｄ２のみに、負荷分散の設定が定義されている。
次いで、ステップＢ２では、配備操作受付部１１は、管理端末１０４から入力されたアプリケーション定義を配備操作転送部１２に引き渡す。また、配備操作転送部１２が、鍵ペア生成部１０によって生成された秘密鍵を用いることによって、アプリケーション定義をインフラ１０２の配備操作受付部２１に転送する。
図６に示す例では、ステップＢ１において、システム管理者によって利用される管理端末１０４が、図３に示すアプリケーション定義を配備操作受付部１１に入力する。図３に示す例では、配備操作受付部１１に入力されるアプリケーション定義には、Ｐｏｄ１とＰｏｄ２とが含まれる。また、配備操作受付部１１に入力されるアプリケーション定義には、インフラ（オンプレミス）１０１とインフラ（クラウド）１０２とを跨いだ負荷分散の設定が付与されている。詳細には、Ｐｏｄ２のみに、負荷分散の設定が定義されている。
次いで、ステップＢ２では、配備操作受付部１１は、管理端末１０４から入力されたアプリケーション定義を配備操作転送部１２に引き渡す。また、配備操作転送部１２が、鍵ペア生成部１０によって生成された秘密鍵を用いることによって、アプリケーション定義をインフラ１０２の配備操作受付部２１に転送する。
つまり、インフラ１０１のコンテナクラスタ１１１に入力されるアプリケーション定義、および、配備操作転送部１２によってインフラ（クラウド）１０２に転送されるアプリケーション定義には、Ｐｏｄ１とＰｏｄ２とが含まれる。
アプリケーション定義に含まれるＰｏｄ１およびＰｏｄ２のうちのＰｏｄ２のみに、インフラ（オンプレミス）１０１とインフラ（クラウド）１０２とを跨いだ負荷分散の設定が付与されている。
アプリケーション定義に含まれるＰｏｄ１およびＰｏｄ２のうちのＰｏｄ２のみに、インフラ（オンプレミス）１０１とインフラ（クラウド）１０２とを跨いだ負荷分散の設定が付与されている。
インフラ（オンプレミス）１０１では、ステップＢ３において、構成要素注入部１３が、アプリケーション定義を解析し、負荷分散設定のあるＰｏｄ２に対応したロードバランサ定義、および、インフラ（クラウド）１０２にアプリケーション定義を転送するためのリバースプロキシ定義を生成する。また、構成要素注入部１３は、生成したロードバランサ定義およびリバースプロキシ定義を、インフラ１０１のコンテナクラスタ１１１に入力されるアプリケーション定義に追加する。
つまり、構成要素注入部１３によって生成されるロードバランサ定義は、Ｐｏｄ１およびＰｏｄ２のうちの、インフラ１０１とインフラ１０２とを跨いだ負荷分散の設定が付与されているＰｏｄ２に対応している。
構成要素注入部１３によって生成されるリバースプロキシ定義は、インフラ１０１のコンテナクラスタ１１１に入力されるアプリケーション定義をインフラ１０２に転送するために用いられる。
つまり、構成要素注入部１３によって生成されるロードバランサ定義は、Ｐｏｄ１およびＰｏｄ２のうちの、インフラ１０１とインフラ１０２とを跨いだ負荷分散の設定が付与されているＰｏｄ２に対応している。
構成要素注入部１３によって生成されるリバースプロキシ定義は、インフラ１０１のコンテナクラスタ１１１に入力されるアプリケーション定義をインフラ１０２に転送するために用いられる。
図７は構成要素注入部１３によってロードバランサ定義およびリバースプロキシ定義が追加されてインフラ１０１のコンテナクラスタ１１１に入力されるアプリケーション定義の一例を示す図である。
図７に示す例では、図３に示すアプリケーション定義に対して、ロードバランサ定義およびリバースプロキシ定義が追加されている。
図７に示す例では、図３に示すアプリケーション定義に対して、ロードバランサ定義およびリバースプロキシ定義が追加されている。
図６に示す例では、次いで、ステップＢ４では、構成要素注入部１３が、ステップＢ３においてロードバランサ定義およびリバースプロキシ定義が追加されたアプリケーション定義をインフラ（オンプレミス）１０１のコンテナクラスタ１１１に適用し、アプリケーションを配備する。
インフラ（クラウド）１０２では、ステップＢ５において、構成要素注入部２２が、配備操作転送部１２から配備操作受付部２１に転送されたアプリケーション定義を解析する。また、構成要素注入部２２は、負荷分散設定のあるＰｏｄ２に対応したサービス定義を生成し、負荷分散設定のあるＰｏｄ２を多重度１に設定し、負荷分散の設定が付与されていないＰｏｄ１の定義（つまり、不要な定義）を削除する。
図８は構成要素注入部２２によってサービス定義が追加され、Ｐｏｄ２が多重度１に設定され、Ｐｏｄ１の定義が削除されてインフラ１０２のコンテナクラスタ１１２に入力されるアプリケーション定義の一例を示す図である。
図８に示す例では、図３に示すアプリケーション定義に対して、サービス定義が追加されている。また、Ｐｏｄ２が多重度１に設定されている。更に、図３に示すアプリケーション定義からＰｏｄ１の定義が削除されている。
構成要素注入部２２によって生成されるサービス定義は、Ｐｏｄ１およびＰｏｄ２のうちの、インフラ（オンプレミス）１０１とインフラ（クラウド）１０２とを跨いだ負荷分散の設定が付与されている前記Ｐｏｄ２に対応している。
図８に示す例では、図３に示すアプリケーション定義に対して、サービス定義が追加されている。また、Ｐｏｄ２が多重度１に設定されている。更に、図３に示すアプリケーション定義からＰｏｄ１の定義が削除されている。
構成要素注入部２２によって生成されるサービス定義は、Ｐｏｄ１およびＰｏｄ２のうちの、インフラ（オンプレミス）１０１とインフラ（クラウド）１０２とを跨いだ負荷分散の設定が付与されている前記Ｐｏｄ２に対応している。
図６に示す例では、次いで、ステップＢ６において、構成要素注入部２２が、ステップＢ５においてサービス定義が追加され、Ｐｏｄ２が多重度１に設定され、Ｐｏｄ１の定義が削除されたアプリケーション定義をインフラ（クラウド）１０２のコンテナクラスタ１１２に適用し、アプリケーションを配備する。
つまり、構成要素注入部２２は、配備操作転送部１２によって転送されたアプリケーション定義をコンテナクラスタ１１２に適用して、アプリケーションを配備する。
つまり、構成要素注入部２２は、配備操作転送部１２によって転送されたアプリケーション定義をコンテナクラスタ１１２に適用して、アプリケーションを配備する。
すなわち、図６に示す例では、構成要素注入部１３は、アプリケーションを配備する前にロードバランサ定義およびリバースプロキシ定義を生成する。また、構成要素注入部２２は、アプリケーションを配備する前にサービス定義を生成する。
図９は第１実施形態の情報処理システム１の運用中にマルチクラスタオートスケーラー１４などによって実行される処理の一例を示すフローチャートである。
図９に示す例では、ステップＣ１において、マルチクラスタオートスケーラー１４は、インフラ１０１のコンテナクラスタ１１１のロードバランサが出力するアクセスログ１２１の監視を開始する。詳細には、マルチクラスタオートスケーラー１４は、ロードバランサが出力するアクセスログ１２１を、図４に示す設定された監視間隔（監視単位時間）毎に取得する。
次いで、ステップＣ２では、マルチクラスタオートスケーラー１４が、インフラ（オンプレミス）１０１のコンテナクラスタ１１１に配備されたＰｏｄ２の設定監視間隔（監視単位時間）の範囲内におけるアプリケーションの応答時間の平均値を算出する。
図９に示す例では、ステップＣ１において、マルチクラスタオートスケーラー１４は、インフラ１０１のコンテナクラスタ１１１のロードバランサが出力するアクセスログ１２１の監視を開始する。詳細には、マルチクラスタオートスケーラー１４は、ロードバランサが出力するアクセスログ１２１を、図４に示す設定された監視間隔（監視単位時間）毎に取得する。
次いで、ステップＣ２では、マルチクラスタオートスケーラー１４が、インフラ（オンプレミス）１０１のコンテナクラスタ１１１に配備されたＰｏｄ２の設定監視間隔（監視単位時間）の範囲内におけるアプリケーションの応答時間の平均値を算出する。
次いで、ステップＣ３では、マルチクラスタオートスケーラー１４は、ステップＣ２において算出された応答時間の平均値が、図４に示す設定された拡張閾値より大きいか否かを判定する。応答時間の平均値が設定拡張閾値より大きい場合にはステップＣ４に進み、応答時間の平均値が設定拡張閾値以下である場合にはステップＣ７に進む。
ステップＣ４において、マルチクラスタオートスケーラー１４は、クラウド側にＰｏｄ２が存在するか否か、つまり、Ｐｏｄ２がインフラ（クラウド）１０２のコンテナクラスタ１１２に存在するか否かを判定する。Ｐｏｄ２がインフラ１０２のコンテナクラスタ１１２に存在しない場合にはステップＣ５に進み、Ｐｏｄ２がインフラ１０２のコンテナクラスタ１１２に存在する場合にはステップＣ６に進む。
ステップＣ５では、マルチクラスタオートスケーラー１４が、配備操作転送部１２および配備操作受付部２１を介して、インフラ１０２のコンテナクラスタ１１２に配備されたＰｏｄ２を生成させる。つまり、情報処理システム１は、インフラ１０２のコンテナクラスタ１１２にＰｏｄ２を生成する。情報処理システム１によって生成されるＰｏｄ２の多重度は、＋１に設定される。
ステップＣ４において、マルチクラスタオートスケーラー１４は、クラウド側にＰｏｄ２が存在するか否か、つまり、Ｐｏｄ２がインフラ（クラウド）１０２のコンテナクラスタ１１２に存在するか否かを判定する。Ｐｏｄ２がインフラ１０２のコンテナクラスタ１１２に存在しない場合にはステップＣ５に進み、Ｐｏｄ２がインフラ１０２のコンテナクラスタ１１２に存在する場合にはステップＣ６に進む。
ステップＣ５では、マルチクラスタオートスケーラー１４が、配備操作転送部１２および配備操作受付部２１を介して、インフラ１０２のコンテナクラスタ１１２に配備されたＰｏｄ２を生成させる。つまり、情報処理システム１は、インフラ１０２のコンテナクラスタ１１２にＰｏｄ２を生成する。情報処理システム１によって生成されるＰｏｄ２の多重度は、＋１に設定される。
ステップＣ５では、マルチクラスタオートスケーラー１４が、配備操作転送部１２および配備操作受付部２１を介して、インフラ（クラウド）１０２のコンテナクラスタ１１２に配備されているＰｏｄ２の多重度を、＋１だけ加算する。
つまり、ステップＣ２において算出された応答時間の平均値が設定拡張閾値より大きい場合には、負荷分散の多重度が上げられる。
つまり、ステップＣ２において算出された応答時間の平均値が設定拡張閾値より大きい場合には、負荷分散の多重度が上げられる。
ステップＣ７において、マルチクラスタオートスケーラー１４は、クラウド側にＰｏｄ２が存在するか否か、つまり、Ｐｏｄ２がインフラ（クラウド）１０２のコンテナクラスタ１１２に存在するか否かを判定する。Ｐｏｄ２がインフラ１０２のコンテナクラスタ１１２に存在しない場合にはステップＣ２に戻る。一方、Ｐｏｄ２がインフラ１０２のコンテナクラスタ１１２に存在する場合にはステップＣ８に進む。
ステップＣ８では、マルチクラスタオートスケーラー１４は、ステップＣ２において算出された応答時間の平均値が、図４に示す設定された縮退閾値より小さいか否かを判定する。応答時間の平均値が設定縮退閾値より小さい場合にはステップＣ９に進み、応答時間の平均値が設定縮退閾値以上である場合にはステップＣ２に戻る。
ステップＣ９では、マルチクラスタオートスケーラー１４が、配備操作転送部１２および配備操作受付部２１を介して、インフラ１０２のコンテナクラスタ１１２に配備されているＰｏｄ２の多重度を－１だけ減算するか、あるいは、インフラ１０２のコンテナクラスタ１１２のＰｏｄ２の多重度を減算できない場合にはインフラ１０２のコンテナクラスタ１１２のＰｏｄ２を削除する。
つまり、ステップＣ２において算出された応答時間の平均値が設定縮退閾値より小さい場合には、負荷分散の多重度が下げられる。
ステップＣ８では、マルチクラスタオートスケーラー１４は、ステップＣ２において算出された応答時間の平均値が、図４に示す設定された縮退閾値より小さいか否かを判定する。応答時間の平均値が設定縮退閾値より小さい場合にはステップＣ９に進み、応答時間の平均値が設定縮退閾値以上である場合にはステップＣ２に戻る。
ステップＣ９では、マルチクラスタオートスケーラー１４が、配備操作転送部１２および配備操作受付部２１を介して、インフラ１０２のコンテナクラスタ１１２に配備されているＰｏｄ２の多重度を－１だけ減算するか、あるいは、インフラ１０２のコンテナクラスタ１１２のＰｏｄ２の多重度を減算できない場合にはインフラ１０２のコンテナクラスタ１１２のＰｏｄ２を削除する。
つまり、ステップＣ２において算出された応答時間の平均値が設定縮退閾値より小さい場合には、負荷分散の多重度が下げられる。
例えば、平常時はオンプレミスで処理を行い、負荷ピーク時のみスポットでオンデマンドなクラウドに処理を負荷分散することで、インフラにかかるコスト最適化を図ることができる。しかし、このような構成はシステムが複雑化するため、削減したインフラコスト以上に設計・構築・運用コストが増幅してしまう課題がある。
第１実施形態の情報処理システム１によれば、インフラを跨った負荷分散の構成にかかる設計・構築・運用コストを抑制することができ、インフラコスト削減のメリットを享受することができる。
つまり、第１実施形態の情報処理システム１によれば、コストが固定的なインフラ（例えば、オンプレミスに設置された物理サーバ）上のワークロードを動的にオンデマンドなインフラ（例えば、Ａｍａｚｏｎ ＥＣ２などのＩａａＳ）へ負荷分散する構成を、設定および片側の運用操作のみで実現することができる。
第１実施形態の情報処理システム１によれば、インフラを跨った負荷分散の構成にかかる設計・構築・運用コストを抑制することができ、インフラコスト削減のメリットを享受することができる。
つまり、第１実施形態の情報処理システム１によれば、コストが固定的なインフラ（例えば、オンプレミスに設置された物理サーバ）上のワークロードを動的にオンデマンドなインフラ（例えば、Ａｍａｚｏｎ ＥＣ２などのＩａａＳ）へ負荷分散する構成を、設定および片側の運用操作のみで実現することができる。
異なる２つのインフラ（例えば、オンプレミスとクラウド）に同じアプリケーションを配備し、スケールアウト設定、および、負荷分散をするロードバランサの設定を逐一人手で設計すると、インフラのコスト低減効果よりも、以下のような他のコストが大きくなる。
まず、インフラを跨いだ負荷分散をシステムに何か所も実装しようとすると、システム構成が複雑化し、設計コスト・保守コストが膨らんでしまう。
また、１つのインフラのみのシステム構成に比べて、２つのインフラを運用管理する必要があり、運用コストが大きくなってしまう。
まず、インフラを跨いだ負荷分散をシステムに何か所も実装しようとすると、システム構成が複雑化し、設計コスト・保守コストが膨らんでしまう。
また、１つのインフラのみのシステム構成に比べて、２つのインフラを運用管理する必要があり、運用コストが大きくなってしまう。
コンテナオーケストレーションツールであるＫｕｂｅｒｎｅｔｅｓの登場により、あらゆるインフラにおいてコンテナ型アプリケーションの運用操作の画一化が図られ、かつ、必要なソフトウェア部品の注入が容易となった。
そこで、第１実施形態の情報処理システム１では、上述した設計コスト・保守コスト・運用コストの問題を解決するために、下記の３つの構成により、オンプレミス側のみの運用操作でオンプレミス－クラウド負荷分散構成の自動構築を実現している。
まず、第１実施形態の情報処理システム１では、オンプレミスとクラウドのクラスタのペアが作成され、オンプレミスへの操作をクラウドにも反映するため、ペアのクラスタ同士で鍵が交換される。
また、負荷分散の有効化の設定に応じて、Ｋｕｂｅｒｎｅｔｅｓクラスタに配備するＰｏｄに必要な構成要素（ロードバランサ、サービス、オートスケールの設定）が自動的に注入される。
更に、マシンスペックの異なるオンプレミスとクラウドにおける共通の尺度として「応答時間」を基準として、ＳＬＡ（サービスレベルアグリーメント）ベースのオートスケールが実行される。ロードバランサにおいて応答時間が監視（ＳＬＡ監視）され、一定時間の平均値が閾値を越えたらクラスタを跨いだスケールアウトが実行される。
そこで、第１実施形態の情報処理システム１では、上述した設計コスト・保守コスト・運用コストの問題を解決するために、下記の３つの構成により、オンプレミス側のみの運用操作でオンプレミス－クラウド負荷分散構成の自動構築を実現している。
まず、第１実施形態の情報処理システム１では、オンプレミスとクラウドのクラスタのペアが作成され、オンプレミスへの操作をクラウドにも反映するため、ペアのクラスタ同士で鍵が交換される。
また、負荷分散の有効化の設定に応じて、Ｋｕｂｅｒｎｅｔｅｓクラスタに配備するＰｏｄに必要な構成要素（ロードバランサ、サービス、オートスケールの設定）が自動的に注入される。
更に、マシンスペックの異なるオンプレミスとクラウドにおける共通の尺度として「応答時間」を基準として、ＳＬＡ（サービスレベルアグリーメント）ベースのオートスケールが実行される。ロードバランサにおいて応答時間が監視（ＳＬＡ監視）され、一定時間の平均値が閾値を越えたらクラスタを跨いだスケールアウトが実行される。
Ｋｕｂｅｒｎｅｔｅｓにより運用操作が画一化されており、第１実施形態の情報処理システム１が適用可能な代表的なインフラ（オンプレミス）の例として以下などがあげられる。
・Ｋｕｂｅｒｎｅｔｅｓ
・Ｒｅｄ Ｈａｔ ＯｐｅｎＳｈｉｆｔ Ｃｏｎｔａｉｎｅｒ Ｐｌａｔｆｏｒｍ
・ＩＢＭ Ｃｌｏｕｄ Ｐａｋｓ
・ＶＭｗａｒｅ Ｔａｎｚｕ Ｋｕｂｅｒｎｅｔｅｓ Ｇｒｉｄ
また、第１実施形態の情報処理システム１が適用可能な代表的なインフラ（クラウドサービス）の例として以下などがあげられる。
・Ａｍａｚｏｎ ＥＫＳ
・Ａｚｕｒｅ Ｋｕｂｅｒｎｅｔｅｓ Ｓｅｒｖｉｃｅ
・Ｇｏｏｇｌｅ Ｋｕｂｅｒｎｅｔｅｓ Ｅｎｇｉｎｅ
・Ｋｕｂｅｒｎｅｔｅｓ
・Ｒｅｄ Ｈａｔ ＯｐｅｎＳｈｉｆｔ Ｃｏｎｔａｉｎｅｒ Ｐｌａｔｆｏｒｍ
・ＩＢＭ Ｃｌｏｕｄ Ｐａｋｓ
・ＶＭｗａｒｅ Ｔａｎｚｕ Ｋｕｂｅｒｎｅｔｅｓ Ｇｒｉｄ
また、第１実施形態の情報処理システム１が適用可能な代表的なインフラ（クラウドサービス）の例として以下などがあげられる。
・Ａｍａｚｏｎ ＥＫＳ
・Ａｚｕｒｅ Ｋｕｂｅｒｎｅｔｅｓ Ｓｅｒｖｉｃｅ
・Ｇｏｏｇｌｅ Ｋｕｂｅｒｎｅｔｅｓ Ｅｎｇｉｎｅ
＜第２実施形態＞
以下、本発明の情報処理システム、情報処理方法およびインフラの第２実施形態について説明する。
第２実施形態の情報処理システム１は、後述する点を除き、上述した第１実施形態の情報処理システム１と同様に構成されている。従って、第２実施形態の情報処理システム１によれば、後述する点を除き、上述した第１実施形態の情報処理システム１と同様の効果を奏することができる。
以下、本発明の情報処理システム、情報処理方法およびインフラの第２実施形態について説明する。
第２実施形態の情報処理システム１は、後述する点を除き、上述した第１実施形態の情報処理システム１と同様に構成されている。従って、第２実施形態の情報処理システム１によれば、後述する点を除き、上述した第１実施形態の情報処理システム１と同様の効果を奏することができる。
第１実施形態の情報処理システム１は、料金体系が互いに異なるインフラ（オンプレミス）１０１とインフラ（クラウド）１０２とを跨いだ負荷分散を行う。
一方、第２実施形態の情報処理システム１は、料金体系が互いに異なるインフラ（オンプレミス）１０１とインフラ（オンプレミス）１０２とを跨いだ負荷分散を行う。
第２実施形態の情報処理システム１の一例では、インフラ（オンプレミス）１０１が、例えば物理ＨＷ（ハードウェア）や固定的に配備された仮想マシンであり、インフラ（オンプレミス）１０２が、例えばプライベートクラウドである。
一方、第２実施形態の情報処理システム１は、料金体系が互いに異なるインフラ（オンプレミス）１０１とインフラ（オンプレミス）１０２とを跨いだ負荷分散を行う。
第２実施形態の情報処理システム１の一例では、インフラ（オンプレミス）１０１が、例えば物理ＨＷ（ハードウェア）や固定的に配備された仮想マシンであり、インフラ（オンプレミス）１０２が、例えばプライベートクラウドである。
＜第３実施形態＞
以下、本発明の情報処理システム、情報処理方法およびインフラの第３実施形態について説明する。
第３実施形態の情報処理システム１は、後述する点を除き、上述した第１実施形態の情報処理システム１と同様に構成されている。従って、第３実施形態の情報処理システム１によれば、後述する点を除き、上述した第１実施形態の情報処理システム１と同様の効果を奏することができる。
以下、本発明の情報処理システム、情報処理方法およびインフラの第３実施形態について説明する。
第３実施形態の情報処理システム１は、後述する点を除き、上述した第１実施形態の情報処理システム１と同様に構成されている。従って、第３実施形態の情報処理システム１によれば、後述する点を除き、上述した第１実施形態の情報処理システム１と同様の効果を奏することができる。
第３実施形態の情報処理システム１は、料金体系が互いに異なるインフラ（クラウド）１０１とインフラ（クラウド）１０２とを跨いだ負荷分散を行う。
第３実施形態の情報処理システム１の一例では、インフラ（クラウド）１０１が、例えば長期利用で割引のある料金体系（例えばＡＷＳ（アマゾンウェブサービス）のリザーブドインスタンス、ＧＣＰ（Google Cloud Platform）の継続利用割引など）のクラウドサービスであり、インフラ（クラウド）１０２が、例えば従量課金のクラウドサービスである。
第３実施形態の情報処理システム１の一例では、インフラ（クラウド）１０１が、例えば長期利用で割引のある料金体系（例えばＡＷＳ（アマゾンウェブサービス）のリザーブドインスタンス、ＧＣＰ（Google Cloud Platform）の継続利用割引など）のクラウドサービスであり、インフラ（クラウド）１０２が、例えば従量課金のクラウドサービスである。
＜第４実施形態＞
以下、本発明の情報処理システム、情報処理方法およびインフラの第４実施形態について説明する。
第４実施形態のインフラ１０１は、後述する点を除き、上述した第１実施形態のインフラ１０１と同様に構成されている。従って、第４実施形態のインフラ１０１によれば、後述する点を除き、上述した第１実施形態のインフラ１０１と同様の効果を奏することができる。
以下、本発明の情報処理システム、情報処理方法およびインフラの第４実施形態について説明する。
第４実施形態のインフラ１０１は、後述する点を除き、上述した第１実施形態のインフラ１０１と同様に構成されている。従って、第４実施形態のインフラ１０１によれば、後述する点を除き、上述した第１実施形態のインフラ１０１と同様の効果を奏することができる。
図１０は第４実施形態のインフラ１０１の構成の一例を示す図である。
図１０に示す例では、インフラ１０１を含む情報処理システム１（図２参照）は、料金体系が互いに異なるインフラ１０１とインフラ１０２（図２参照）とを跨いだ負荷分散を行う。情報処理システム１は、料金体系が互いに異なるインフラ１０１とインフラ１０２とを含む。
インフラ１０１は、インフラ１０１とインフラ１０２とのペアを作成し、インフラ１０１において用いられる秘密鍵とインフラ１０２において用いられる公開鍵とを含む鍵ペアを生成する鍵ペア生成部１０を備えている。
また、インフラ１０１は、配備操作転送部１２と、構成要素注入部１３とを備えている。配備操作転送部１２は、秘密鍵を用いることによって、インフラ１０１のコンテナクラスタ１１１に入力されるアプリケーション定義をインフラ１０２に転送する。構成要素注入部１３は、インフラ１０１のコンテナクラスタ１１１に入力されるアプリケーション定義を解析して、ロードバランサ定義およびリバースプロキシ定義を生成する。
インフラ１０２に備えられている構成要素注入部２２（図２参照）は、配備操作転送部１２によって転送されたアプリケーション定義を解析して、サービス定義を生成する。
図１０に示す例では、インフラ１０１を含む情報処理システム１（図２参照）は、料金体系が互いに異なるインフラ１０１とインフラ１０２（図２参照）とを跨いだ負荷分散を行う。情報処理システム１は、料金体系が互いに異なるインフラ１０１とインフラ１０２とを含む。
インフラ１０１は、インフラ１０１とインフラ１０２とのペアを作成し、インフラ１０１において用いられる秘密鍵とインフラ１０２において用いられる公開鍵とを含む鍵ペアを生成する鍵ペア生成部１０を備えている。
また、インフラ１０１は、配備操作転送部１２と、構成要素注入部１３とを備えている。配備操作転送部１２は、秘密鍵を用いることによって、インフラ１０１のコンテナクラスタ１１１に入力されるアプリケーション定義をインフラ１０２に転送する。構成要素注入部１３は、インフラ１０１のコンテナクラスタ１１１に入力されるアプリケーション定義を解析して、ロードバランサ定義およびリバースプロキシ定義を生成する。
インフラ１０２に備えられている構成要素注入部２２（図２参照）は、配備操作転送部１２によって転送されたアプリケーション定義を解析して、サービス定義を生成する。
上述の情報処理システム１は内部に、コンピュータシステムを有している。そして、上述した情報処理システム１の各処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
なお、上述した実施形態における情報処理システム１が備える各部の機能全体あるいはその一部は、これらの機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ホームページ提供環境（あるいは表示環境）を備えたＷＷＷシステムも含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
その他、本発明の趣旨を逸脱しない範囲で、上記した実施の形態における構成要素を周知の構成要素に置き換えることは適宜可能である。また、この発明の技術範囲は上記の実施形態に限られるものではなく、本発明の趣旨を逸脱しない範囲において種々の変更を加えることが可能である。
上記の実施形態の一部または全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）料金体系が互いに異なる第１インフラと第２インフラとを跨いだ負荷分散を行う情報処理システムであって、前記第１インフラは、前記第１インフラと前記第２インフラとのペアを作成し、前記第１インフラにおいて用いられる秘密鍵と前記第２インフラにおいて用いられる公開鍵とを含む鍵ペアを生成する鍵ペア生成部と、配備操作転送部と、構成要素注入部とを備え、前記第２インフラは、構成要素注入部を備え、前記配備操作転送部は、前記秘密鍵を用いることによって、前記第１インフラのコンテナクラスタに入力されるアプリケーション定義を前記第２インフラに転送し、前記第１インフラの構成要素注入部は、前記第１インフラのコンテナクラスタに入力されるアプリケーション定義を解析して、ロードバランサ定義およびリバースプロキシ定義を生成し、前記第２インフラの構成要素注入部は、前記配備操作転送部によって転送されたアプリケーション定義を解析して、サービス定義を生成する、情報処理システム。
（付記２）前記第１インフラのコンテナクラスタに入力され、かつ、前記配備操作転送部によって前記第２インフラに転送されるアプリケーション定義には、前記第１インフラと前記第２インフラとを跨いだ負荷分散の設定が付与されている、付記１に記載の情報処理システム。
（付記３）前記第１インフラのコンテナクラスタに入力され、かつ、前記配備操作転送部によって前記第２インフラに転送されるアプリケーション定義には、Ｐｏｄ１とＰｏｄ２とが含まれ、前記Ｐｏｄ１および前記Ｐｏｄ２のうちの前記Ｐｏｄ２のみに、前記第１インフラと前記第２インフラとを跨いだ負荷分散の設定が付与されている、付記２に記載の情報処理システム。
（付記４）前記第１インフラの構成要素注入部によって生成されるロードバランサ定義は、前記Ｐｏｄ１および前記Ｐｏｄ２のうちの、前記第１インフラと前記第２インフラとを跨いだ負荷分散の設定が付与されている前記Ｐｏｄ２に対応している、付記３に記載の情報処理システム。
（付記５）前記第１インフラの構成要素注入部によって生成されるリバースプロキシ定義は、前記第１インフラのコンテナクラスタに入力されるアプリケーション定義を前記第２インフラに転送するために用いられる、付記１に記載の情報処理システム。
（付記６）前記第２インフラの構成要素注入部によって生成されるサービス定義は、前記Ｐｏｄ１および前記Ｐｏｄ２のうちの、前記第１インフラと前記第２インフラとを跨いだ負荷分散の設定が付与されている前記Ｐｏｄ２に対応している、付記３に記載の情報処理システム。
（付記７）前記第２インフラの構成要素注入部は、前記第１インフラと前記第２インフラとを跨いだ負荷分散の設定が付与されている前記Ｐｏｄ２を多重度１に設定し、前記第１インフラと前記第２インフラとを跨いだ負荷分散の設定が付与されていない前記Ｐｏｄ１の定義を削除する、付記６に記載の情報処理システム。
（付記８）前記第１インフラの構成要素注入部は、前記第１インフラのコンテナクラスタにアプリケーション定義を適用して、アプリケーションを配備し、前記第２インフラの構成要素注入部は、前記配備操作転送部によって転送されたアプリケーション定義を前記第２インフラのコンテナクラスタに適用して、アプリケーションを配備する、付記１に記載の情報処理システム。
（付記９）前記第１インフラの構成要素注入部は、アプリケーションを配備する前に前記ロードバランサ定義および前記リバースプロキシ定義を生成し、前記第２インフラの構成要素注入部は、アプリケーションを配備する前に前記サービス定義を生成する、付記８に記載の情報処理システム。
（付記１０）前記第１インフラのコンテナクラスタのロードバランサが出力するアクセスログの監視を行うマルチクラスタオートスケーラーを備え、前記マルチクラスタオートスケーラーは、応答時間の平均値を用いて、前記第１インフラと前記第２インフラとを跨いだ負荷分散を行う、付記１に記載の情報処理システム。
（付記１１）前記第１インフラのコンテナクラスタに入力されるアプリケーション定義、および、前記配備操作転送部によって前記第２インフラに転送されるアプリケーション定義には、Ｐｏｄ１とＰｏｄ２とが含まれ、前記Ｐｏｄ１および前記Ｐｏｄ２のうちの前記Ｐｏｄ２のみに、前記第１インフラと前記第２インフラとを跨いだ負荷分散の設定が付与されており、前記マルチクラスタオートスケーラーは、前記第１インフラのコンテナクラスタのロードバランサが出力するアクセスログを所定の監視単位時間毎に取得し、前記第１インフラのコンテナクラスタに配置された前記Ｐｏｄ２の前記監視単位時間内における応答時間の平均値を算出する、付記１０に記載の情報処理システム。
（付記１２）前記マルチクラスタオートスケーラーによって算出された前記Ｐｏｄ２の前記監視単位時間内における応答時間の平均値が所定の拡張閾値より大きい場合であって、前記Ｐｏｄ２が前記第２インフラのコンテナクラスタに存在しない場合に、前記情報処理システムは、前記第２インフラのコンテナクラスタに前記Ｐｏｄ２を生成する、付記１１に記載の情報処理システム。
（付記１３）前記マルチクラスタオートスケーラーによって算出された前記Ｐｏｄ２の前記監視単位時間内における応答時間の平均値が所定の拡張閾値より大きい場合であって、前記Ｐｏｄ２が前記第２インフラのコンテナクラスタに存在する場合に、前記情報処理システムは、前記第２インフラのコンテナクラスタの前記Ｐｏｄ２の多重度を加算する、付記１１に記載の情報処理システム。
（付記１４）前記マルチクラスタオートスケーラーによって算出された前記Ｐｏｄ２の前記監視単位時間内における応答時間の平均値が所定の縮退閾値より小さい場合であって、前記Ｐｏｄ２が前記第２インフラのコンテナクラスタに存在する場合に、前記情報処理システムは、前記第２インフラのコンテナクラスタの前記Ｐｏｄ２の多重度を減算するか、あるいは、前記第２インフラのコンテナクラスタの前記Ｐｏｄ２の多重度を減算できない場合に前記第２インフラのコンテナクラスタの前記Ｐｏｄ２を削除する、付記１１に記載の情報処理システム。
（付記１５）料金体系が互いに異なる第１インフラと第２インフラとを跨いだ負荷分散を行う情報処理方法であって、前記第１インフラが、前記第１インフラと前記第２インフラとのペアを作成し、前記第１インフラにおいて用いられる秘密鍵と前記第２インフラにおいて用いられる公開鍵とを含む鍵ペアを生成する鍵ペア生成ステップと、配備操作転送ステップと、第１構成要素注入ステップとを実行し、前記第２インフラが、第２構成要素注入ステップを実行し、前記配備操作転送ステップでは、前記秘密鍵を用いることによって、前記第１インフラのコンテナクラスタに入力されるアプリケーション定義が前記第２インフラに転送され、前記第１構成要素注入ステップでは、前記第１インフラのコンテナクラスタに入力されるアプリケーション定義が解析され、ロードバランサ定義およびリバースプロキシ定義が生成され、前記第２構成要素注入ステップでは、前記配備操作転送ステップにおいて転送されたアプリケーション定義が解析され、サービス定義が生成される、情報処理方法。
（付記１６）料金体系が互いに異なるインフラと他のインフラとを跨いだ負荷分散を行う情報処理システムに含まれる前記インフラであって、前記インフラと前記他のインフラとのペアを作成し、前記インフラにおいて用いられる秘密鍵と前記他のインフラにおいて用いられる公開鍵とを含む鍵ペアを生成する鍵ペア生成部と、配備操作転送部と、構成要素注入部とを備え、前記配備操作転送部は、前記秘密鍵を用いることによって、前記インフラのコンテナクラスタに入力されるアプリケーション定義を前記他のインフラに転送し、前記構成要素注入部は、前記インフラのコンテナクラスタに入力されるアプリケーション定義を解析して、ロードバランサ定義およびリバースプロキシ定義を生成し、前記他のインフラに備えられている他の構成要素注入部は、前記配備操作転送部によって転送されたアプリケーション定義を解析して、サービス定義を生成する、インフラ。
本発明の情報処理システム、情報処理方法およびインフラは、クラウドネイティブ、マイクロサービス、ハイブリッドＩＴなどに適用可能である。
１ 情報処理システム
１０ 鍵ペア生成部
１１ 配備操作受付部
１２ 配備操作転送部
１３ 構成要素注入部
１４ マルチクラスタオートスケーラー
２１ 配備操作受付部
２２ 構成要素注入部
１０１ インフラ
１０２ インフラ
１０３ ネットワーク
１０４ 管理端末
１０５ アプリケーションクライアント
１１１ コンテナクラスタ
１１２ コンテナクラスタ
１２１ アクセスログ
１２２ 設定情報
１０ 鍵ペア生成部
１１ 配備操作受付部
１２ 配備操作転送部
１３ 構成要素注入部
１４ マルチクラスタオートスケーラー
２１ 配備操作受付部
２２ 構成要素注入部
１０１ インフラ
１０２ インフラ
１０３ ネットワーク
１０４ 管理端末
１０５ アプリケーションクライアント
１１１ コンテナクラスタ
１１２ コンテナクラスタ
１２１ アクセスログ
１２２ 設定情報
Claims (10)
- 料金体系が互いに異なる第１インフラと第２インフラとを跨いだ負荷分散を行う情報処理システムであって、
前記第１インフラは、
前記第１インフラと前記第２インフラとのペアを作成し、前記第１インフラにおいて用いられる秘密鍵と前記第２インフラにおいて用いられる公開鍵とを含む鍵ペアを生成する鍵ペア生成部と、
配備操作転送部と、
構成要素注入部とを備え、
前記第２インフラは、構成要素注入部備え、
前記配備操作転送部は、前記秘密鍵を用いることによって、前記第１インフラのコンテナクラスタに入力されるアプリケーション定義を前記第２インフラに転送し、
前記第２インフラは、前記公開鍵を用いることによって、前記配備操作転送部によって転送されたアプリケーション定義を受信し、
前記第１インフラの構成要素注入部は、前記第１インフラのコンテナクラスタに入力されるアプリケーション定義を解析して、ロードバランサ定義およびリバースプロキシ定義を生成し、
前記第２インフラの構成要素注入部は、前記配備操作転送部によって転送されたアプリケーション定義を解析して、サービス定義を生成する、
情報処理システム。 - 前記第１インフラのコンテナクラスタに入力されるアプリケーション定義、および、前記配備操作転送部によって前記第２インフラに転送されるアプリケーション定義には、前記第１インフラと前記第２インフラとを跨いだ負荷分散の設定が付与されている、
請求項１に記載の情報処理システム。 - 前記第１インフラの構成要素注入部は、前記第１インフラのコンテナクラスタにアプリケーション定義を適用して、アプリケーションを配備し、
前記第２インフラの構成要素注入部は、前記配備操作転送部によって転送されたアプリケーション定義を前記第２インフラのコンテナクラスタに適用して、アプリケーションを配備する、
請求項１に記載の情報処理システム。 - 前記第１インフラのコンテナクラスタのロードバランサが出力するアクセスログの監視を行うマルチクラスタオートスケーラーを備え、
前記マルチクラスタオートスケーラーは、応答時間の平均値を用いて、前記第１インフラと前記第２インフラとを跨いだ負荷分散を行う、
請求項１に記載の情報処理システム。 - 前記第１インフラのコンテナクラスタに入力されるアプリケーション定義、および、前記配備操作転送部によって前記第２インフラに転送されるアプリケーション定義には、Ｐｏｄ１とＰｏｄ２とが含まれ、
前記Ｐｏｄ１および前記Ｐｏｄ２のうちの前記Ｐｏｄ２のみに、前記第１インフラと前記第２インフラとを跨いだ負荷分散の設定が付与されており、
前記マルチクラスタオートスケーラーは、
前記第１インフラのコンテナクラスタのロードバランサが出力するアクセスログを所定の監視単位時間毎に取得し、
前記第１インフラのコンテナクラスタに配備された前記Ｐｏｄ２の前記監視単位時間内における応答時間の平均値を算出する、
請求項４に記載の情報処理システム。 - 前記マルチクラスタオートスケーラーによって算出された前記Ｐｏｄ２の前記監視単位時間内における応答時間の平均値が所定の拡張閾値より大きい場合であって、
前記Ｐｏｄ２が前記第２インフラのコンテナクラスタに存在しない場合に、
前記情報処理システムは、前記第２インフラのコンテナクラスタに前記Ｐｏｄ２を生成する、
請求項５に記載の情報処理システム。 - 前記マルチクラスタオートスケーラーによって算出された前記Ｐｏｄ２の前記監視単位時間内における応答時間の平均値が所定の拡張閾値より大きい場合であって、
前記Ｐｏｄ２が前記第２インフラのコンテナクラスタに存在する場合に、
前記情報処理システムは、前記第２インフラのコンテナクラスタの前記Ｐｏｄ２の多重度を加算する、
請求項５に記載の情報処理システム。 - 前記マルチクラスタオートスケーラーによって算出された前記Ｐｏｄ２の前記監視単位時間内における応答時間の平均値が所定の縮退閾値より小さい場合であって、
前記Ｐｏｄ２が前記第２インフラのコンテナクラスタに存在する場合に、
前記情報処理システムは、前記第２インフラのコンテナクラスタの前記Ｐｏｄ２の多重度を減算するか、あるいは、前記第２インフラのコンテナクラスタの前記Ｐｏｄ２の多重度を減算できない場合に前記第２インフラのコンテナクラスタの前記Ｐｏｄ２を削除する、
請求項５に記載の情報処理システム。 - 料金体系が互いに異なる第１インフラと第２インフラとを跨いだ負荷分散を行う情報処理方法であって、
前記第１インフラが、
前記第１インフラと前記第２インフラとのペアを作成し、前記第１インフラにおいて用いられる秘密鍵と前記第２インフラにおいて用いられる公開鍵とを含む鍵ペアを生成する鍵ペア生成ステップと、
配備操作転送ステップと、
第１構成要素注入ステップとを実行し、
前記第２インフラが、第２構成要素注入ステップを実行し、
前記配備操作転送ステップでは、前記秘密鍵を用いることによって、前記第１インフラのコンテナクラスタに入力されるアプリケーション定義が前記第２インフラに転送され、
前記第２インフラが、前記公開鍵を用いることによって、前記配備操作転送ステップにおいて転送されたアプリケーション定義を受信する受信ステップを実行し、
前記第１構成要素注入ステップでは、前記第１インフラのコンテナクラスタに入力されるアプリケーション定義が解析され、ロードバランサ定義およびリバースプロキシ定義が生成され、
前記第２構成要素注入ステップでは、前記配備操作転送ステップにおいて転送されたアプリケーション定義が解析され、サービス定義が生成される、
情報処理方法。 - 料金体系が互いに異なるインフラと他のインフラとを跨いだ負荷分散を行う情報処理システムに含まれる前記インフラであって、
前記インフラと前記他のインフラとのペアを作成し、前記インフラにおいて用いられる秘密鍵と前記他のインフラにおいて用いられる公開鍵とを含む鍵ペアを生成する鍵ペア生成部と、
配備操作転送部と、
構成要素注入部とを備え、
前記配備操作転送部は、前記秘密鍵を用いることによって、前記インフラのコンテナクラスタに入力されるアプリケーション定義を前記他のインフラに転送し、
前記他のインフラは、前記公開鍵を用いることによって、前記配備操作転送部によって転送されたアプリケーション定義を受信し、
前記構成要素注入部は、前記インフラのコンテナクラスタに入力されるアプリケーション定義を解析して、ロードバランサ定義およびリバースプロキシ定義を生成し、
前記他のインフラに備えられている他の構成要素注入部は、前記配備操作転送部によって転送されたアプリケーション定義を解析して、サービス定義を生成する、
インフラ。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2020136765A JP7222487B2 (ja) | 2020-08-13 | 2020-08-13 | 情報処理システム、情報処理方法およびインフラ |
| US17/398,189 US20220050724A1 (en) | 2020-08-13 | 2021-08-10 | Information processing system, information processing method and infrastructure |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2020136765A JP7222487B2 (ja) | 2020-08-13 | 2020-08-13 | 情報処理システム、情報処理方法およびインフラ |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2022032700A JP2022032700A (ja) | 2022-02-25 |
| JP7222487B2 true JP7222487B2 (ja) | 2023-02-15 |
Family
ID=80224199
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2020136765A Active JP7222487B2 (ja) | 2020-08-13 | 2020-08-13 | 情報処理システム、情報処理方法およびインフラ |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20220050724A1 (ja) |
| JP (1) | JP7222487B2 (ja) |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8332848B2 (en) * | 2009-03-12 | 2012-12-11 | Red Hat Israel, Ltd. | Mechanism for staged upgrades of a virtual machine system |
| US10089458B2 (en) * | 2013-09-26 | 2018-10-02 | Citrix Systems, Inc. | Separate, disposable execution environment for accessing unverified content |
| US9467477B2 (en) * | 2013-11-06 | 2016-10-11 | Intuit Inc. | Method and system for automatically managing secrets in multiple data security jurisdiction zones |
| WO2018141363A1 (en) * | 2017-01-31 | 2018-08-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Security for a software container |
| US11314888B2 (en) * | 2018-06-29 | 2022-04-26 | Vmware, Inc. | Multi-key, cloud-specific security |
| US11017074B2 (en) * | 2018-09-12 | 2021-05-25 | Aqua Security Software, Ltd. | Credential safety management for software containers |
| US11108540B2 (en) * | 2019-01-18 | 2021-08-31 | EMC IP Holding Company, LLC | Securing cluster communications in a non-secure network |
| US11880422B2 (en) * | 2019-02-04 | 2024-01-23 | Cloudflare, Inc. | Theft prevention for sensitive information |
| CN110647580B (zh) * | 2019-09-05 | 2022-06-10 | 南京邮电大学 | 分布式容器集群镜像管理主节点、从节点、系统及方法 |
| US20220413883A1 (en) * | 2021-06-25 | 2022-12-29 | Microsoft Technology Licensing, Llc | Secure computing mechanism |
| US11947660B2 (en) * | 2021-08-31 | 2024-04-02 | International Business Machines Corporation | Securing pods in a container orchestration environment |
-
2020
- 2020-08-13 JP JP2020136765A patent/JP7222487B2/ja active Active
-
2021
- 2021-08-10 US US17/398,189 patent/US20220050724A1/en active Pending
Non-Patent Citations (1)
| Title |
|---|
| 特開２０１５－６９２８３号公報 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20220050724A1 (en) | 2022-02-17 |
| JP2022032700A (ja) | 2022-02-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Deepa et al. | A comparative study of static and dynamic load balancing algorithms in cloud computing | |
| JP5000456B2 (ja) | 資源管理システム、資源管理装置およびその方法 | |
| JP7025101B2 (ja) | 暗号オブジェクトを管理する方法、コンピュータ実装方法、システムおよびプログラム | |
| Tran et al. | Eqs: An elastic and scalable message queue for the cloud | |
| KR20140058590A (ko) | 클라우드 기반 구축 서비스 | |
| JPWO2018220708A1 (ja) | 資源割当システム、管理装置、方法およびプログラム | |
| US20200177382A1 (en) | Client-side encryption supporting deduplication across single or multiple tenants in a storage system | |
| US8027817B2 (en) | Simulation management within a grid infrastructure | |
| CN103294552A (zh) | 增加服务器的虚拟机配置数量的方法 | |
| KR102090911B1 (ko) | 컨테이너 기반의 클라우드 서비스 제공 시스템 | |
| KR101402367B1 (ko) | 전화 호출 관리 방법 및 호출 관리 시스템 | |
| Tchana et al. | Two levels autonomic resource management in virtualized IaaS | |
| KR102168994B1 (ko) | 클라우드 컴퓨팅 환경에서 클라우드 호스트를 삭제하는 방법, 장치, 서버 및 저장 매체 | |
| JP7222487B2 (ja) | 情報処理システム、情報処理方法およびインフラ | |
| CN108153794B (zh) | 页面缓存数据刷新方法、装置及系统 | |
| CN105554126A (zh) | 一种通过cdn加速机制实现多数据中心分布式部署的方法 | |
| CN116032538A (zh) | 一种基于主控服务分配客户机访问低延迟服务器的方法 | |
| CN102710742A (zh) | 一种基于云计算虚拟应用下的离线文件同步处理机制 | |
| KR20200044199A (ko) | 클라우드 컴퓨팅 환경 내 워크로드 밸런싱 방법 및 장치 | |
| CN112380040B (zh) | 一种消息处理的方法、装置、电子设备及存储介质 | |
| JP2010272951A (ja) | 共有鍵配信管理方法及び共有鍵配信管理サーバー | |
| US20220207191A1 (en) | Secure memory sharing | |
| CN114338124A (zh) | 云密码计算服务的管理方法、系统、电子设备及存储介质 | |
| CN113849261A (zh) | 处理数据的方法、主机及装置 | |
| CN111464311A (zh) | 一种机固多节点一体授权管理的方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20200813 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20211026 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20211214 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20220315 |
|
| C60 | Trial request (containing other claim documents, opposition documents) |
Free format text: JAPANESE INTERMEDIATE CODE: C60 Effective date: 20220524 |
|
| C22 | Notice of designation (change) of administrative judge |
Free format text: JAPANESE INTERMEDIATE CODE: C22 Effective date: 20220823 |
|
| C22 | Notice of designation (change) of administrative judge |
Free format text: JAPANESE INTERMEDIATE CODE: C22 Effective date: 20221011 |
|
| C23 | Notice of termination of proceedings |
Free format text: JAPANESE INTERMEDIATE CODE: C23 Effective date: 20221129 |
|
| C03 | Trial/appeal decision taken |
Free format text: JAPANESE INTERMEDIATE CODE: C03 Effective date: 20230104 |
|
| C30A | Notification sent |
Free format text: JAPANESE INTERMEDIATE CODE: C3012 Effective date: 20230104 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20230126 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 7222487 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |