JP7075911B2

JP7075911B2 - コネクションラベリングを使用するクラウドベースのマルチテナント環境に対するサポート

Info

Publication number: JP7075911B2
Application number: JP2019100686A
Authority: JP
Inventors: ドゥ・ラバレーヌ，ジャン; チョウ，トン; サーバー，ダグラス; フェルツ，スティーブン; メリル，デイビッド
Original assignee: オラクル・インターナショナル・コーポレイション
Priority date: 2013-04-26
Filing date: 2019-05-29
Publication date: 2022-05-26
Anticipated expiration: 2034-04-23
Also published as: US9251178B2; US20140324910A1; JP7174797B2; WO2014176363A1; US9268798B2; CN104871134A; JP2021108151A; EP2989546A1; JP2016526199A; JP2019175487A; US20140324911A1; CN104871134B; EP2989546B1; JP6606064B2

Description

著作権に関する注意
本特許文献の開示の一部には、著作権保護の対象となるものが含まれている。著作権者は、この特許文献または特許開示の何者かによる複製が、特許商標庁の特許ファイルまたは記録にある限り、それに対して異議を唱えないが、そうでなければ、いかなる場合もすべての著作権を留保する。

優先権の主張
本願は、２０１３年４月２６日に出願され「SYSTEM AND METHOD FOR CONNECTION LABELING FOR USE WITH CONNECTION POOLS（コネクションプールに対して使用されるコネクシ
ョンラベリングのためのシステムおよび方法）」と題された米国仮特許出願第６１／８１６，６１０号（代理人整理番号ＯＲＡＣＬ－０５４４８ＵＳ０）、２０１３年６月６日に出願され「SYSTEM AND METHOD FOR CONNECTION LABELING FOR USE WITH CONNECTION POOLS」と題された米国特許出願第１３／９１２，０８６号（代理人整理番号ＯＲＡＣＬ－０
５４４８ＵＳ１）、２０１３年４月２６日に出願され「SUPPORT FOR CLOUD-BASED MULTI-TENANT ENVIRONMENTS USING CONNECTION LABELING（コネクションラベリングを使用する
クラウドベースのマルチテナント環境に対するサポート）」と題された米国仮特許出願第６１／８１６，６２３号（代理人整理番号ＯＲＡＣＬ－０５４４９ＵＳ０）、および、２０１３年６月６日に出願され「SUPPORT FOR CLOUD-BASED MULTI-TENANT ENVIRONMENTS USING CONNECTION LABELING」と題された米国特許出願第１３／９１２，０９８号（代理人
整理番号ＯＲＡＣＬ－０５４４９ＵＳ１）に基づく優先権の利益を主張し、上記出願各々を本明細書に引用により援用する。

発明の分野
本発明の実施形態は、概してコネクションプールに関し、具体的には、コネクションラベリングを使用するクラウドベースのマルチテナント環境に対するサポートを含む、コネクションプールに対して使用されるコネクションラベリングのためのシステムおよび方法に関する。

背景
一般的に説明すると、コネクションプールは、データベースコネクションオブジェクトのキャッシュである。コネクションオブジェクトは、ソフトウェアアプリケーションがデータベースに接続するために使用することができる物理的なデータベースコネクションを意味する。実行時において、アプリケーションはプールにコネクションを要求することができる。この要求を満たすことができるコネクションがプールに含まれている場合、プールはそのコネクションをアプリケーションに返す。コネクションが見つからない場合は、新たなコネクションを作成してアプリケーションに返すことができる。アプリケーションは、このコネクションを用いてデータベースにアクセスし作業を実行してからコネクションをプールに返す。そうすればこのコネクションは後のコネクション要求に対して使用できるようになる。

コネクションの作成は、時間という点からしてもリソースという点からしても高いコストを要する可能性がある。たとえば、ネットワーク通信、認証、トランザクションへの登録、およびメモリ割当等のタスクはすべて、コネクションオブジェクトの作成に要する時間とリソースの量の一因となる。コネクションプールは、このようなコネクションオブジ
ェクトを再利用できるようにし、オブジェクトを作成しなければならない回数を減らす。

コネクションプールの一例として、ＪＤＢＣコネクションをキャッシュするためのコネクションプールを提供するOracle Universal Connection Pool（ＵＣＰ）がある。データベース集約型のＪａｖａ（登録商標）アプリケーションは、コネクションプールを使用することによってシステムリソースのパフォーマンス利用を改善することができる。ＵＣＰコネクションプールは、任意のＪＤＢＣドライバを使用することによって、その後プールによって管理される物理コネクションを作成することができる。コネクションプールは、アプリケーションのパフォーマンスおよび可用性要求に基づいて、プールの動作を最適化するために使用されるプロパティを用いて構成することができる。

概要
クラウド環境等のマルチテナント環境またはFusion Applicationsのマルチテナント環
境に関しては、コネクションのタイプは非常に複雑である場合がある。なぜなら、複数のテナントに対応する必要があるとともに、たとえば異なるテナントからデータベースへのそれぞれのアクセス間のセキュリティを管理する必要があるからである。こういった複雑なコネクションは、高コストコネクションとみなされる。高コストコネクションを扱う手法は、システムパフォーマンス、および／またはクラウド環境内で機能するアプリケーションのパフォーマンスの改善に役立ち得る。

ある実施形態に従い、コネクションラベリングを使用するクラウドベースのマルチテナント環境に対するサポートを含む、コネクションプールに対して使用されるコネクションラベリングのためのシステムおよび方法について説明する。ある実施形態に従うと、このシステムは、ソフトウェアアプリケーションがデータベースへのアクセスを要求するために使用することができるコネクションを提供するコネクションオブジェクトを複数含むコネクションプールを備え、上記コネクションは各々、特定のアプリケーションの構成に従ってラベル付けすることができ、このシステムはまた、高コストコネクションとしてラベル付けされたコネクションを識別し、複数のテナントまたはテナントアプリケーションからの要求を満たすために、高コストコネクションの作成または転用を制御する、コネクションプールロジックを備える。ある実施形態に従うと、このシステムは、高コストコネクションとしてラベル付けされたコネクションを識別しコネクションの総数が特定のしきい値未満の場合は高コストコネクションを用いて要求を満たすことがないようにするコネクションプールロジックを備える。

ある実施形態に従う、コネクションプールに対して使用されるコネクションラベリングのためのシステムを示す。ある実施形態に従う、コネクションプールに対して使用されるコネクションラベリングのためのシステムをさらに示す。ある実施形態に従う、コネクションプールに対して使用されるコネクションラベリングのためのシステムをさらに示す。ある実施形態に従う、コネクションプールに対して使用されるコネクションラベリングのためのシステムをさらに示す。ある実施形態に従う、コネクションプールに対して使用されるコネクションラベリングのプロセスを示すフローチャートである。ある実施形態に従う、コネクションラベリングを使用するクラウドベースのマルチテナント環境に対するサポートを含む、コネクションプールに対して使用されるコネクションラベリングのためのシステムを示す。ある実施形態に従う、コネクションラベリングを使用するクラウドベースのマルチテナント環境に対するサポートを含む、コネクションプールに対して使用されるコネクションラベリングのためのシステムをさらに示す。ある実施形態に従う、コネクションラベリングを使用するクラウドベースのマルチテナント環境に対するサポートを含む、コネクションプールに対して使用されるコネクションラベリングのプロセスを示すフローチャートである。

詳細な説明
ある実施形態に従い、コネクションプールを含むシステムについて説明する。このシステムは、高コストコネクションを識別し、コネクションの総数が特定のしきい値未満の場合はこれら高コストコネクションを使用して要求を満たすことのないようにすることができる。ある実施形態に従うと、このシステムは、コネクションプールを介してデータベースにアクセスできるようにするクラウドベースのまたはマルチテナントクラウド環境に対して使用することができる、または、この環境に対するサポートを提供することができる。

ある実施形態に従うと、こうすることによって、コネクションプールは、新たな物理コネクションを使用してさまざまなテナントアプリケーション等のさまざまなアプリケーションからのコネクション要求を、既にプールされている可能性がある他のコネクション（たとえば他のテナントコネクション）に再初期化のオーバヘッドを発生させることなく、満たすことができる。

コネクションラベリング
図１は、ある実施形態に従う、コネクションプールに対して使用されるコネクションラベリングのためのシステムを示す。図１に示されるように、Fusion Applications環境等
のアプリケーションサーバ／データベース環境１００は、データベース１０２に対するアクセスを含むまたは提供することができる。図１にさらに示されるように、このシステムはまた、現在使用中のコネクション１０８およびアイドル状態のコネクション１１０を含むコネクションプール１０６におけるオブジェクトの作成および使用を制御する１０５。

ソフトウェアアプリケーション１０９は、コネクションプールから取出されたコネクション１１１を、このコネクションの使用前に初期化し得る。初期化の例は、アプリケーションコード内でのメソッドコールを必要とする単純な状態の再初期化、または、ネットワーク上でのラウンドトリップを必要とするデータベース操作を含むより複雑な初期化を含む。後者のタイプの初期化のコストは非常に高い可能性がある。

Oracle Universal Connection Pool（ＵＣＰ）といったある種のコネクションプールは、そのコネクションプールをコネクションプールプロパティを用いて構成できるようにしたものである。このプロパティは、プール対応のデータソースインスタンスを通して利用可能なメソッドを取得し設定している。これらメソッドは、プールをプログラムで構成するには便利な方法である。設定されているプールプロパティがない場合、コネクションプールはデフォルトプロパティ値を使用する。

図２は、ある実施形態に従う、コネクションプールに対して使用されるコネクションラベリングのためのシステムをさらに示す。

ある実施形態に従うと、コネクションをラベル付けすることにより、アプリケーションは、任意の名称／値のペアをコネクションに付けることができる。そうすると、アプリケーションは、コネクションプールに対し、所望のラベルを有するコネクションを要求する
ことができる。特定のラベルを特定のコネクション状態に関連付けることにより、アプリケーションは、既に初期化されているコネクションをプールから取出すことができるとともに再初期化の時間とコストを避けることができる。コネクションラベリングによってユーザ定義のキーまたは値が意味付けされることはなく、ユーザ定義のキーおよび値の意味は、アプリケーションによってのみ定義される。

たとえば図２に示されるように、コネクションプールは、ここではコネクションＡ１１２およびＢ１１４として示されている、現在使用中の複数のコネクションを含み得る。これらコネクションは各々ラベル付けすることができる。図２に示される例では、コネクションＡ１１２は（青）でラベル付けされ、コネクションＢ１１４は（緑）でラベル付けされている。これらのラベル／色は説明のために設けたものである。さまざまな実施形態に従い、異なるタイプのラベルを使用して異なるコネクションタイプ間の区別を行なってもよい。

図２にさらに示されるように、コネクションプールは、ここではコネクションＣ１１６、Ｄ１１８、Ｅ１２０、Ｆ１２２、Ｇ１２４、およびＮ１２６として示されている、アイドル状態の複数のコネクションも含み得る。各アイドルコネクションも同様にラベル付けすることができる。この例では（青）または（緑）でラベル付けされている。これらのラベル／色も、説明のために設けたものである。

図２にさらに示されるように、ある実施形態に従うと、ソフトウェアアプリケーション１３０が、特定のタイプのコネクション、たとえば（赤）コネクションを用いて、データベースに対する要求を行なうことを求める場合、このアプリケーションはgetConnection
（赤）要求１３２を行なえばよい。これに応じて、コネクションプールロジックは、ここではＸ１３４（赤）として示される新たな（赤）コネクションを作成するか、または、既存のアイドルコネクションを、（青または緑）から、ここではＥ１３５（赤）として示される（赤）に転用する。

図３は、ある実施形態に従う、コネクションプールに対して使用されるコネクションラベリングのためのシステムをさらに示す。

ある実施形態に従うと、各ソフトウェアアプリケーションは、コストファンクションコールバックを使用して構成情報（configuration information）１３６を提供することが
できる。構成情報は、このアプリケーションに関して、コネクションの転用に関連するコスト、ならびに、高コストコネクションおよびしきい値等のその他の構成情報を規定している。

たとえば、特定のアプリケーションは、（青）コネクションを（赤）コネクションに転用するコストの値を５０、（緑）コネクションを（赤）コネクションに転用するコストの値を８０、高コストコネクションの値を７０、妥当なしきい値を１０とみなしてもよい。これらの値の意味も同様にアプリケーションによって規定される。上記値は説明のために設けたものである。さまざまな実施形態に従い、異なる数値または数字でない値を用いて異なるコネクションコスト間の区別を行なうことができる。

ある実施形態に従うと、コネクションプールロジックは、プール内の利用可能な各コネクションに対して繰返される。各コネクションに対し、コネクションプールロジックはコストメソッドをコールする。コストメソッドの結果は、コネクションを必要な状態に再構成するのに必要なコストの見積もりを表わす整数である。この値が大きいほどコネクションを再構成する（reconfigure）コストは高い。

ある実施形態に従うと、アプリケーション１３８が提供する構成情報１４０を用いて、コネクションプールロジックは、コネクション、特に高コストコネクションを作成するか転用するかの判断１４１を下すことができる。たとえば、ある実施形態に従うと、システムは以下の疑似コードによって示されるものと同様のプロセスを実行することができる。

High-Cost: 70 //高コスト：７０
Threshold: 10 //しきい値：１０
getConnection(Red)
IF perfect match (Red) //完全一致（赤）？
THEN return it //そうであれば、これを返す
ELSE find cheapest connection
//そうでなければ、最もコストの低いコネクションを見つけ出す
IF cheapest connection’s cost < High-Cost
//最もコストの低いコネクションのコスト＜高コスト？
THEN repurpose this connection //そうであれば、このコネクションを転用
ELSE IF sum connections < Threshold
//そうでなければ、コネクションの総数＜しきい値？
THEN create new connection and apply label
//そうであれば、新たなコネクションを作成しラベルを付与
ELSE sum conn ≧ Threshold THEN repurpose cheapest connection
//そうでなければ、コネクションの総数≧しきい値であれば、
//最もコストの低いコネクションを転用
上記例を用いた場合、ある実施形態に従うと、特定のアプリケーションは、高コストを７０、しきい値を１０と定義してもよい。

システムが特定のコネクションタイプ（たとえば赤）の要求を受けたとき、コネクションプールロジックは先ず完全な／既存の一致（すなわちアイドル状態の赤コネクション）があるか否か判断し、あれば、このコネクションをアプリケーションによる使用のために返す。そうでなければ、コネクションプールロジックは、（赤コネクションに）転用できる最もコストの低いコネクションを見つけ出す。最もコストの低いコネクションのコストが高コスト（７０）未満であれば、このコネクションを転用する。そうでなく、コネクションの総数がしきい値（１０）未満であれば、新たな（赤）コネクションを作成しそのようにラベル付けしてアプリケーションに与える。そうでなく、コネクションの総数がしきい値以上であれば、最もコストの低いコネクションを（赤）コネクション１４２として転用する。

図４は、ある実施形態に従う、コネクションプールに対して使用されるコネクションラベリングのためのシステムをさらに示す。

ある実施形態に従うと、アクティブコネクションとアイドルコネクションの総数が少ないときに特定のタイプの高コストコネクションの使用が要求されると、結果として、既存の（潜在的にはこれも高コストの）コネクションが転用されるのではなく、新たな高コストコネクションＹ１４４（赤）が作成されるであろう。よって、この新たなタイプのコネクションを、その後のこのタイプの要求に対して使用することができる。この提案されている手法では、結果として、既存の（潜在的にはこれも高コストの）コネクションが転用されるのではなく、高コストコネクションが作成されることになるであろうが、この手法は、特に複雑な、たとえば一般的に高コストコネクションを利用するマルチテナントクラウド環境において、パフォーマンスを大幅に改善することができる。

図５は、ある実施形態に従う、コネクションプールに対して使用されるコネクションラ
ベリングのプロセスを示すフローチャートである。図５に示されるように、ある実施形態に従うと、ステップ１５２において、システムは、データベースへのコネクションの要求（たとえばgetConnection（赤））を受ける。

ステップ１５４において、システムは、完全な／既存のコネクション一致（赤）があるか否か判断する。一致する既存のコネクションがあれば、ステップ１５６で、既存の（赤）コネクションが返される。そうでなければ、ステップ１５８で、最もコストの低い既存の非一致コネクション（たとえば青、緑）を見つけ出す。

ステップ１６０で、システムは、最もコストの低い非一致コネクションのコストが高コスト未満か否か判断する。高コスト未満であれば、ステップ１６２で、この最もコストの低い非一致コネクションを（赤）コネクションとして転用する。

ステップ１６４で、システムは、すべてのコネクションの総数がしきい値未満か否か判断する。しきい値未満であれば、ステップ１６６で、新たなコネクションが作成され、適切なコネクションラベル（赤）が新たなコネクションに付与される。そうでない場合として、ステップ１６８で、すべてのコネクションの総数がしきい値以上であれば、最もコストの低いコネクションが（赤）コネクションとして転用される。

これまで説明してきたのは、コネクション、特に高コストコネクションを作成するか転用するか判断するための１つの手法である。他の実施形態および実装例に従い、他の手法を使用してもよい。また、先に述べたようにラベル／色は説明のために設けているのであって、他の実施形態では異なるタイプのラベルを使用して異なるコネクションタイプ間の区別を行なってもよい。

マルチテナント環境に対するコネクションラベリング
ある実施形態に従うと、コネクションプールに対して使用されるコネクションラベリングのためのシステムおよび方法は、コネクションラベリングを使用するクラウドベースのマルチテナント環境に対するサポートを含み得る。ある実施形態に従うと、このタイプの環境は「サービスとしてのアプリケーション」（Application as a Service）（ＡａａＳ）環境とみなすことができる。

図６は、ある実施形態に従う、コネクションラベリングを使用するクラウドベースのマルチテナント環境に対するサポートを含む、コネクションプールに対して使用されるコネクションラベリングのためのシステムを示す。図６に示されるように、マルチテナントクラウド環境は、Fusion Applications環境等のアプリケーションサーバ／データベース環
境１００を含み得る。環境１００は、クラウドベース環境１７０内の複数のテナントまたはテナントアプリケーション１７２、１７４、１７６が使用する、データベース１０２に対するアクセスを含むまたは提供する。図６にさらに示されるように、このシステムはまた、コネクションプール１０６におけるオブジェクトの作成を制御するコネクションプールロジック１０４を含む。

テナントがクラウド１７１を介してアクセスするソフトウェアアプリケーションは、コネクションプールから取出されたコネクション１７８を、このコネクションの使用前に初期化し得る。先に述べたように、初期化の例は、アプリケーションコード内でのメソッドコールを必要とする単純な状態の再初期化、または、ネットワーク上でのラウンドトリップを必要とするデータベース操作を含むより複雑な初期化を含み、後者のタイプの初期化のコストは非常に高い可能性がある。これも先に述べたように、コネクションをラベル付けすることにより、アプリケーションは、任意の名称／値のペアをコネクションに付けることができ、そうすると、アプリケーションは、コネクションプールに対し、所望のラベ
ルを有するコネクションを要求することができる。特定のラベルを特定のコネクション状態に関連付けることにより、アプリケーションは、既に初期化されているコネクションをプールから取出すことができるとともに再初期化の時間とコストを避けることができる。ここでも、コネクションラベリングによってユーザ定義のキーまたは値が意味付けされることはなく、ユーザ定義のキーおよび値の意味は、アプリケーションによってのみ定義される。

たとえば、図６に示されるように、コネクションプールは、ここではコネクションＡ１１２およびＢ１１４として示されている、現在使用中の複数のコネクション１０８を含み得るとともに、ここではコネクションＣ１１６、Ｄ１１８、Ｅ１２０、Ｆ１２２、Ｇ１２４、およびＮ１２６として示されている、アイドル状態の複数のコネクション１１０も含み得る。各コネクションは同様にラベル付けすることができ、この例では（青）または（緑）でラベル付けされている。ここでも、これらのラベル／色は説明のために設けたものであり、さまざまな実施形態に従って、異なるタイプのラベルを使用して異なるコネクションタイプ間の区別を行なってもよい。

図７は、ある実施形態に従う、コネクションラベリングを使用するクラウドベースのマルチテナント環境に対するサポートを含む、コネクションプールに対して使用されるコネクションラベリングのためのシステムをさらに示す。

ある実施形態に従うと、ソフトウェアアプリケーション１３０が、特定のタイプのコネクション、たとえば（赤）コネクションを用いて、データベースに対する要求を行なうことを求める場合、このアプリケーションはgetConnection（赤）要求１８０を行なえばよ
い。これに応じて、コネクションプールロジックは、新たな（赤）コネクションを作成するか、または、既存のアイドルコネクションを（青または緑）から（赤）に転用する。

ある実施形態に従うと、コネクションプールは、アプリケーションがconfiguration()
コールバック（構成コールバック）を用いて「SET CONTAINER」を指定すなわちコンテナ
を設定し特定のコネクションをあるテナントから別のテナントに転用することをサポートし、これは、特定のデータベースコネクション上のテナントを切換えるという効果を有する。

ある実施形態に従うと、各ソフトウェアアプリケーションは、コストファンクションコールバックを使用して構成情報１３６を提供することができる。構成情報は、このアプリケーションに関して、コネクションの転用に関連するコスト、ならびに、高コストコネクションおよびしきい値等のその他の構成情報を規定している。

ある実施形態に従うと、コネクションプールロジックは、プール内の利用可能な各コネクションに対して繰返される。各コネクションに対し、コネクションプールロジックはコストメソッドをコールする。コストメソッドの結果は、コネクションを必要な状態に再構成するのに必要なコストの見積もりを表わす整数である。この値が大きいほどコネクションを再構成するコストは高い。

ある実施形態に従うと、アプリケーションが提供する構成情報を用いて、コネクションプールロジックは、コネクション、特に高コストコネクションを作成するか転用するかの判断を下すことができる。たとえば、ある実施形態に従うと、システムは上記プロセスと同様のプロセスを実行することができる。

上記例を用いた場合、ある実施形態に従うと、特定のアプリケーションは、高コストを７０、しきい値を１０と定義してもよい。システムが特定のコネクションタイプ（たとえば赤）の要求を受けたとき、コネクションプールロジックは先ず完全な／既存の一致（すなわちアイドル状態の赤コネクション）があるか否か判断し、あれば、このコネクションをアプリケーションによる使用のために返す。そうでなければ、コネクションプールロジックは、（赤コネクションに）転用できる最もコストの低いコネクションを見つけ出す。最もコストの低いコネクションのコストが高コスト（７０）未満であれば、このコネクションを転用する。そうでなく、コネクションの総数がしきい値（１０）未満であれば、ここではＺ１８４（赤）として示されている新たな（赤）コネクションを作成しそのようにラベル付けしてアプリケーションに与える。そうでなく、コネクションの総数がしきい値以上であれば、最もコストの低いコネクションを、ここではＥ１８２（赤）として示されている（赤）コネクションとして転用する。

ある実施形態に従うと、アクティブコネクションおよびアイドルコネクションの総数が少ないときに特定のタイプの高コストコネクションの使用が要求されると、その結果、既存の（潜在的にはこれも高コストの）コネクションが転用されるのではなく、新たな高コストコネクションが作成されるであろう。よって、この新たなタイプのコネクションを、その後のこのタイプの要求に対して使用することができる。

この提案されている手法では、結果として、既存の（潜在的にはこれも高コストの）コネクションが転用されるのではなく、高コストコネクションが作成されることになるであろうが、この手法は、特に複雑な、たとえば一般的に高コストコネクションを利用するマルチテナントクラウド環境において、パフォーマンスを大幅に改善することができる。

たとえば、図７に示されるように、このシステムは、クラウドベース環境内の複数のテナントまたはテナントアプリケーションによって使用されることができる。このようなマルチテナント環境では、コネクションのタイプは非常に複雑である場合がある。なぜなら、複数のテナントに対応する必要があるとともに、たとえば異なるテナントからデータベースへのそれぞれのアクセス間のセキュリティを管理する必要があるからである。本明細書に記載の手法を用いて、クラウド環境内で機能するアプリケーションのパフォーマンスを改善することができる。

図８は、ある実施形態に従う、コネクションラベリングを使用するクラウドベースのマルチテナント環境に対するサポートを含む、コネクションプールに対して使用されるコネクションラベリングのプロセスを示すフローチャートである。図８に示されるように、ある実施形態に従うと、ステップ１９２で、複数のテナントまたはテナントアプリケーションが使用するデータベースへのアクセスを含むまたは提供するマルチテナントクラウド環境が提供される。

ステップ１９４で、ソフトウェアアプリケーションがデータベースへのアクセスを要求するために使用することができるコネクションを提供するコネクションプールが提供され、コネクションは特定のアプリケーションの構成に従ってラベル付けすることができる。

ステップ１９６で、複数のテナントまたはテナントアプリケーションからのコネクション要求をコネクションラベリングおよびコネクションコスト情報とともにサポートするよ
うにソフトウェアアプリケーションが構成される。

ステップ１９８で、高コストコネクションとしてラベル付けされたコネクションが識別され、システムはその後、高コストコネクションの作成または転用を制御して複数のテナントまたはテナントアプリケーションからの要求を満たす。

実装例
以下は、さまざまな実施形態に従う、ＯｒａｃｌｅＵＣＰ環境においてコネクションプールに対しコネクションラベリングを如何にして使用できるかを示す例である。他の実施形態に従い、たとえばWebLogicサーバコネクションプールまたはその他の種類のコネクションプールに対して使用される機能を提供することができる。

ＯｒａｃｌｅＵＣＰにおいて、コネクションラベリング（Connection Labeling）（
ＣＬ）は、高コストコネクションを識別するためのメカニズムを提供する。ある実施形態に従うと、ＣＬは、少なくとも離散値をサポートしなければならず、ある範囲の値をサポートし得る。ＣＬは、再利用高コストコネクションしきい値の構成パラメータ（minpoolsize、maxpoolsizeと同様）を提供し得る。利用できる最小コストのコネクションが高コストコネクションであった場合、このシステムは、現在のプールサイズを、再利用高コストコネクションしきい値に対してテストするとともに、最小プールサイズに対してテストすることができる。現在のプールサイズ＜最小プールサイズ、または、現在のプールサイズ＜しきい値であれば、システムは新たなコネクションを返す。そうではなく、（現在のプールサイズ＞＝しきい値）であれば、システムは、最小コストの高コストコネクションを返す。利用できるコネクションがないときは、現在の動作を保ち（すなわち最大プールサイズを条件として新たなコネクションを返し、＞＝最大プールサイズであれば、タイムアウト等を条件として、コネクションが利用できるようになるのを待つ）。

ある実施形態に従うと、ＵＣＰコネクションラベリング動作、ＵＣＰのコネクションラベリングの特徴は、プール内のコネクションの初期化および再初期化のコストをいずれかのアプリケーションが求めるための、コネクションラベリングコールバックの実装おけるcost()メソッドをサポートする。このプールは、アプリケーションの要求に合わせて十分にカスタマイズすることができるフレキシブルなコスト値の範囲をサポートする。プールは、コールバックから返されたcost()値を用いて、各コネクション要求を満たすために最適のコネクション候補を決定する。これは常に最小コスト値のコネクションを選ぶ。０である最小コスト値は、再初期化がないことを示す。一方、Integer.MAX_VALUEは、要求を
満たすために新たな物理コネクションを使用することをプールに強制する。プールは、ラベルが付与されたコネクションとラベルがないコネクションを区別する。コネクションラベリングが起動されると、プールは常に、ラベルが付与されているプール内のコネクションを先ずチェックし、要求を満たすために利用できるラベル付きのコネクションを見つけ出すことができない場合のみ、ラベルのないコネクションから利用できるものを見つけ出そうとする。これに失敗したときは、プールにまだ成長の余地があれば、新たな物理コネクションを作成しようとする。

さまざまな実施形態に従う、上記の変形は、下記のものを含み得る。
新たなＵＣＰプールのプロパティとしてConnectionLabelingHighCost（ＵＣＰデータソースPoolxxxDataSource上でも利用可能）を追加する。設定値が０よりも大きいとき、コ
スト値がこのプロパティ値以上であるコネクションは、「高コスト」コネクションとみなされる。デフォルト値はInteger.MAX_VALUEである。たとえば、プロパティ値が５に設定
されている場合、ラベリングコールバックからの計算されたコスト値が５以上であるコネクションは、高コストコネクションとみなされる。

新たなＵＣＰプールのプロパティとしてHighCostConnectionReuseThreshold（ＵＣＰデータソースPoolxxxDataSource上でも利用可能）を追加する。設定値が０よりも大きいと
き、これは、プール内のコネクションの総数のしきい値を指定し、このしきい値よりも大きい場合、コネクションラベリングはプール内の高コストコネクションを再利用して要求を満たすことができる。このしきい値よりも小さい場合、コネクションラベリングは、利用できる低コストのコネクションを使用するか、または新たな物理コネクションを作成して、要求を満たす。たとえばこのプロパティ値が２０に設定されている場合、利用できる低コストのコネクションがなくコネクションの総数が２０に達すると、コネクションラベリングは高コストコネクションを再利用する。HighCostConnectionReuseThresholdのデフォルト値は０である。コネクションラベリングのコールバックは、このプロパティの実施と同時に登録されねばならない。有効なコネクションラベリングのコールバック登録は、コネクションラベリングを起動し続ける。プーリング（pooling）ロジックは、コスト－
選択の繰返し後に、最小コスト結果がConnectionLabelingHighCost以上のとき、新たなしきい値をチェックする。この新たなしきい値がチェックされる時点におけるコネクションの総数は、アクティブなコネクション作成要求の数を説明する（プールはこの情報を抽出するためのコードを既に有している）。このチェックは、MinPoolSizeおよびMaxPoolSize双方を説明するものでなければならない。なお、コスト値としてInteger.MAX_VALUEを有
する、ラベル付けされたコネクションは、新たなしきい値に達した後であっても再利用されない。このことは、新たなしきい値およびConnectionLabelingHighCostが設定されていないときの既存のコネクションラベリングの動作と一致する。

ある実施形態に従うと、ラベルを有するコネクション要求（すなわちラベル付けされた要求）を満たすために、プール内のラベルがない（ステートレスな）コネクションを再利用してはならないという要件はない。HighCostConnectionReuseThresholdに達しコネクションラベリングが起動されると、プールは引続き、新たな物理コネクションの作成よりもラベルがない（ステートレスな）コネクションを優先する。

ある実施形態に従うと、特殊なコネクションラベリングコールバック実装をサポートするために、いずれのコネクションに対しても、アプリケーションは、高コストを考慮し、このようなコールバックにおけるcost()メソッドは、（１）プールサイズがHighCostConnectionReuseThresholdに達する前に、単にこのようなコネクションに対してInteger.MAX_VALUEを返し、（２）しきい値に達した後は実際の高コスト値を返すようにスイッチする
。これにより、しきい値を下回った場合に、既存のＵＣＰコードが高コストコネクションを再利用して要求を満たすのを効果的に禁止する。コールバック実装は、プールサイズをしきい値に対して動的にチェックすることができる。

本発明の実施形態は、本開示の教示に従いプログラムされた、１つ以上のプロセッサ、メモリ、および／またはコンピュータ読取可能な記録媒体を含む、従来の汎用もしくは専用デジタルコンピュータ、コンピューティングデバイス、マシン、またはマイクロプロセッサを１つ以上用いて、適宜実装し得る。適切なソフトウェアコーディングは、熟練したプログラマが本開示の教示に基づいて容易に準備できるものである。これはソフトウェア技術における当業者には明らかであろう。

実施形態によっては、本発明は、本発明のプロセスのうちいずれかを実行するためにコンピュータをプログラムするのに使用できる命令が格納された非一時的な記録媒体または（１つまたは複数の）コンピュータ読取可能な媒体であるコンピュータプログラムプロダクトを含む。この記録媒体の例は、フロッピー（登録商標）ディスク、光ディスク、ＤＶＤ、ＣＤ－ＲＯＭ、マイクロドライブ、および光磁気ディスクを含む、任意の種類のディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＤＲＡＭ、ＶＲＡＭ、フラッシュメモリデバイス、磁気もしくは光カード、ナノシステム（分子メモリＩＣを含む）、または
、命令および／またはデータを格納するのに適した任意の種類の媒体もしくはデバイスを含み得るものの、これらに限定されない。

本発明の実施形態に関するこれまでの記載は例示および説明を目的として提供されている。すべてを網羅するまたは本発明を開示された形態そのものに限定することは意図されていない。当業者には数多くの変更および変形が明らかであろう。実施の形態は、本発明の原理およびその実際の応用を最もうまく説明することによって他の当業者が本発明のさまざまな実施の形態および意図している特定の用途に適したさまざまな変形を理解できるようにするために、選択され説明されている。

Claims

コネクションプールに対して使用されるコネクションラベリングのためのシステムであって、
プロセッサとデータベースとを含むコンピュータを備え、前記コンピュータは、クラウドベース環境内の複数のテナントアプリケーションが使用する、前記データベースへのアクセスを含むまたは提供するマルチテナントクラウド環境を提供し、
前記複数のテナントアプリケーションが前記データベースへのアクセスを要求するために使用するコネクションを提供するコネクションオブジェクトを複数含むコネクションプールを備え、前記コネクションは各々、前記複数のテナントアプリケーションのうちの１つ以上のテナントアプリケーションの構成情報に従ってラベル付けされ、
コネクションプールロジックを備え、前記コネクションプールロジックは、
テナントアプリケーションから、特定のラベルとのコネクションを求める要求を受け、
前記コネクションプールにおける各アイドルコネクションについて、前記各アイドルコネクションを前記特定のラベルに関連付けられた状態に再構成するコストを計算するためのコストコールバック方法を呼び出し、
前記アイドルコネクションのうちの１つ以上のアイドルコネクションを、各アイドルコネクションに関連付けられた前記計算したコストを、判断基準として予め定義された高コスト値と比較することにより、高コストコネクションであると特定し、特定した各高コストコネクションは、前記高コスト値よりも大きい、計算されたコストに関連付けられ、
前記コネクションプールにおけるアクティブコネクションおよびアイドルコネクションの総数が、前記テナントアプリケーションによって定められたしきい値未満であるか否かを判断し、
前記総数が前記しきい値未満であることに基づいて、新たなコネクションを生成するか、または、前記総数が前記しきい値以上であることに基づいて、前記特定した高コストコネクションのうちの特定した１つの高コストコネクションを、前記テナントアプリケーションからの要求を満たすために転用する、ように動作する、システム。
前記複数のテナントアプリケーションのうちの各テナントアプリケーションは、前記テナントアプリケーションが前記データベースに接続するために使用するラベル付けされたコネクションタイプに関連付けられており、
ラベル付けされたコネクションがある場合に、前記コネクションプールロジックは、前記要求を与えたテナントアプリケーションに、前記コネクションを返す、請求項１に記載のシステム。
前記コネクションプールは、前記テナントアプリケーションが構成コールバックを用いて特定のコネクションを前記テナントアプリケーションから前記複数のテナントアプリケーションのうちの別のテナントアプリケーションに転用することに対するサポートを含み、これは特定のコネクションに対しテナントアプリケーションを切換えるという効果を有する、請求項１または２に記載のシステム。
前記コネクションプールロジックはさらに、
前記受けた要求について、既存の一致コネクションがあるか否か判断するステップと、
既存の一致コネクションがあれば、前記既存の一致コネクションを返すステップとを含むステップを実行する、請求項１～３のいずれか１項に記載のシステム。
前記各アイドルコネクションを前記特定のラベルに関連付けられた状態に構成するコストは、推定値である、請求項１～４のいずれか１項に記載のシステム。
前記転用するコネクションは、前記コネクションプールにおける、最もコストが低い、前記特定した高コストコネクションである、請求項１～５のいずれか１項に記載のシステム。
前記状態は前記特定のラベルによって定められる、請求項１～６のいずれか１項に記載のシステム。
コネクションプールに対して使用されるコネクションラベリングのための方法であって、
プロセッサとデータベースとを含むコンピュータにおいて、クラウドベース環境内の複数のテナントアプリケーションが使用する、前記データベースへのアクセスを含むまたは提供するマルチテナントクラウド環境を提供することと、
コネクションプールを提供することとを含み、前記コネクションプールは、前記複数のテナントアプリケーションが前記データベースへのアクセスを要求するために使用するコネクションを提供するコネクションオブジェクトを複数含み、前記コネクションは各々、前記複数のテナントアプリケーションのうちの１つ以上のテナントアプリケーションの構成情報に従ってラベル付けされ、
テナントアプリケーションから、特定のラベルとのコネクションを求める要求を受けることと、
前記コネクションプールにおける各アイドルコネクションについて、前記各アイドルコネクションを前記特定のラベルに関連付けられた状態に再構成するコストを計算するためのコストコールバック方法を呼び出すことと、
コネクションプールロジックを用いて、前記アイドルコネクションのうちの１つ以上のアイドルコネクションを、各アイドルコネクションに関連付けられた前記計算したコストを、判断基準として予め定義された高コスト値と比較することにより、高コストコネクションであると特定することと、
前記コネクションプールにおけるアクティブコネクションおよびアイドルコネクションの総数が、前記テナントアプリケーションによって定められたしきい値未満であるか否かを判断することと、
前記総数が前記しきい値未満であることに基づいて、新たなコネクションを生成するか、または、前記総数が前記しきい値以上であることに基づいて、前記特定した高コストコネクションのうちの特定した１つの高コストコネクションを、前記テナントアプリケーションからの要求を満たすために転用することとを含む、方法。
前記複数のテナントアプリケーションのうちの各テナントアプリケーションは、前記テナントアプリケーションが前記データベースに接続するために使用するラベル付けされたコネクションタイプに関連付けられており、
ラベル付けされたコネクションがある場合に、前記コネクションプールロジックは、前記要求を与えたテナントアプリケーションに、前記コネクションを返す、請求項８に記載の方法。
前記コネクションプールは、前記テナントアプリケーションが構成コールバックを用いて特定のコネクションを前記テナントアプリケーションから前記複数のテナントアプリケーションのうちの別のテナントアプリケーションに転用することに対するサポートを含み、これは特定のコネクションに対しテナントアプリケーションを切換えるという効果を有する、請求項８または９に記載の方法。
前記コネクションプールロジックはさらに、
前記受けた要求について、既存の一致コネクションがあるか否か判断するステップと、
既存の一致コネクションがあれば、前記既存の一致コネクションを返すステップとを含むステップを実行する、請求項８～１０のいずれか１項に記載の方法。
前記各アイドルコネクションを前記特定のラベルに関連付けられた状態に構成するコストは、推定値である、請求項８～１１のいずれか１項に記載の方法。
前記転用するコネクションは、前記コネクションプールにおける、最もコストが低い、前記特定した高コストコネクションである、請求項８～１２のいずれか１項に記載の方法。
前記状態は前記特定のラベルによって定められる、請求項８～１３のいずれか１項に記載の方法。
請求項８～１４のいずれか１項に記載の方法をコンピュータに実行させる、プログラム。