JP2021522583A - サーバー構成方法および装置 - Google Patents

Abstract

本発明において開示されるのは、サーバー構成方法および装置である。本方法は、第１のドメイン名帯域幅およびサーバーのローカルバッファヒット率に応じてデータマイニングを実行し、第１のドメイン名帯域幅に対応する閾値を取得することと、閾値および第２のドメイン名帯域幅のサイズに応じて、割り当てられるサーバーの数を取得することと、を含む。本発明は、リージョン内のドメイン名のサーバー数の構成が、経験に基づいてまたは実際の状況に応じてリアルタイムに手動で調整される必要があり、高い運用および保守コストと保証されていない構成の正確さとをもたらすという従来技術の技術的課題を解決する。

Description

本出願は、２０１８年４月２５日に出願された「サーバー構成方法および装置」と題された中国特許出願第２０１８１０３７７８４３．１号の優先権を主張し、その全体が参照により本出願に組み込まれる。

本発明は、インターネット技術応用の分野に関し、より具体的には、サーバー構成方法および装置に関する。

コンテンツ配信ネットワーク（ＣＤＮ）のトラフィックスケジューリング中に、単一のマシンの障害があまりにも多くのユーザに影響を与えるのを防ぐために、トラフィックは、通常、複数のサーバーに分散される。リージョン内のドメイン名に使用されるサーバーの数は、スケジューリングシステムによってランダムに割り当てられることができるが、運用および保守担当者は、サービス品質が悪いと判断した場合に問題を回避するために手動のスケジューリング対策を講じる。あるいは、リージョン内のドメイン名に使用されるサーバーの数は、ドメイン名構成ファイルまたはスケジューリングシステムのデフォルト値の影響を受けることがあり、サービスの変更後、運用および保守担当者は、それに応じて構成コンテンツを変更する必要がある。

ここで、サーバーが少なすぎると、アクセス速度は遅くなる。しかしながら、より多くのサーバーを有するからといって、良好な速度を意味するわけではない。ＣＤＮシステムでは、通常、顧客がアクセス中にキャッシュを直接呼び出し、速度が最高になるように、アクセスされたドメイン名をキャッシュに保存することが好ましく、アクセスしたドメイン名がキャッシュに保存されていない場合、上位のドメイン名システム（ＤＮＳ）からドメイン名を再帰的に要求する必要があるが、アクセス速度は遅くなる。

従来技術では、リージョン内のドメイン名用に構成されたサーバーの数は、通常、ランダムにまたは構成に基づいて割り当てられ、経験に基づいて、または実際の状況に応じてリアルタイムに手動で調整される必要があり、高い運用および保守コストと保証されていない構成の正確さとをもたらす。

リージョン内のドメイン名のサーバー数の構成が行う必要がある前述の問題に関して、経験に基づいてまたは実際の状況に応じてリアルタイムに手動で調整される必要があり、高い運用および保守コストと保証されていない構成の正確さをもたらし、効果的な解決策はまだ提案されていない。

本発明の実施形態は、リージョン内のドメイン名のサーバー数の構成が経験に基づいてまたは実際の状況に応じてリアルタイムに手動で調整される必要があり、高い運用および保守コストと保証されていない構成の正確さとをもたらすという従来技術の技術的課題を少なくとも解決するためのサーバー構成方法および装置を提供する。

本発明の実施形態の態様によれば、サーバーの第１のドメイン名帯域幅およびローカルバッファヒット率に応じてデータマイニングを実行し、第１のドメイン名帯域幅に対応する閾値を取得することと、第２のドメイン名帯域幅の閾値およびサイズに応じて、割り当てられるサーバーの数を取得することと、を備えるサーバー構成方法が提供される。

必要に応じて、割り当てられるサーバーの数を取得した後、本方法は、さらに、事前設定された比に応じてサーバークラスタ上の第１のドメイン名帯域幅を調整することと、調整された閾値に応じて割り当てられるサーバーの数を取得するように、調整された第１のドメイン名帯域幅およびサーバーのローカルバッファヒット率の状態変化に応じて調整された閾値を取得することと、を備える。

必要に応じて、第１のドメイン名帯域幅およびサーバーのローカルバッファヒット率に応じてデータマイニングを実行し、第１のドメイン名帯域幅に対応する閾値を取得することは、ユーザアクセスログから任意のドメイン名の第１のドメイン名帯域幅を取得し、サーバーのローカルバッファヒット率を取得することと、第１のドメイン名帯域幅の値の変化とサーバーのローカルバッファヒット率の状態変化との間の対応に応じて閾値を決定することと、を備える。
さらに、必要に応じて、ユーザアクセスログから任意のドメイン名の第１のドメイン名帯域幅を取得し、サーバーのローカルバッファヒット率を取得することは、事前設定されたサイクルに応じて、ユーザアクセスログから任意のドメイン名の第１のドメイン名帯域幅を取得し、サーバーのローカルバッファヒット率を取得することを備える。

必要に応じて、第１のドメイン名帯域幅の値の変化とサーバーのローカルバッファヒット率の状態変化との間の対応に応じて閾値を判定することは、第１のドメイン名帯域幅の値の変化およびサーバーのローカルバッファヒット率の状態変化に応じて、第１のドメイン名の帯域幅の値が特定の値であるという条件の下で、サーバーのローカルバッファヒット率がもはや上昇しないかまたは閾値としての小さなマージン内でしか上昇しない特定の値を決定することを備える。

必要に応じて、第２のドメイン名帯域幅の閾値およびサイズに応じて、割り当てられるサーバーの数を取得することは、第２のドメイン名帯域幅が現在のドメイン名帯域幅を含むという条件の下で、現在のドメイン名帯域幅および閾値に応じて割り当てられるサーバーの現在の数を取得することを備える。現在のドメイン名帯域幅は、トラフィック取得装置によってリアルタイムに取得される。

さらに、必要に応じて、現在のドメイン名帯域幅および閾値に応じて割り当てられる現在のサーバーの数を取得することは、現在のドメイン名帯域幅を閾値によって割ることによって割り当てられる現在のサーバーの数を取得することを備える。

必要に応じて、第２のドメイン名帯域幅の閾値およびサイズに応じて、割り当てられるサーバーの数を取得することは、第２のドメイン名帯域幅がドメイン名帯域幅の予測値を含むという条件の下で、ドメイン名帯域幅の予測値および閾値に応じて割り当てられる予測サーバー数を取得することを備える。

さらに、必要に応じて、ドメイン名帯域幅および閾値の予測値に応じて割り当てられるサーバーの予測数を取得することは、ドメイン名帯域幅の予測値を閾値によって割ることによって割り当てられるサーバーの予測数を取得することを備える。

必要に応じて、第１のドメイン名帯域幅は、サーバー帯域幅を含み、第２のドメイン名帯域幅は、サプライヤから購入した帯域幅を含む。

必要に応じて、事前設定された比に応じてサーバークラスタの第１のドメイン名帯域幅を調整することは、事前設定された比に応じてサーバークラスタの第１のドメイン名帯域幅をスケールアップまたはスケールダウンすることを備える。
さらに、必要に応じて、サーバークラスタは、少なくとも１つのサーバーを備える。
本発明の実施形態の別の態様によれば、第１のドメイン名帯域幅およびサーバーのローカルバッファヒット率に応じてデータマイニングを実行し、第１のドメイン名帯域幅に対応する閾値を取得するための取得モジュールと、第２のドメイン名帯域幅の閾値およびサイズに応じて割り当てられるサーバーの数を取得するための第１の構成モジュールと、を備える、サーバー構成装置がさらに提供される。

必要に応じて、サーバー構成装置は、さらに、割り当てられるサーバーの数が取得された後、事前設定された比に応じてサーバークラスタ上の第１のドメイン名帯域幅を調整するための調整モジュールと、調整された閾値に応じて割り当てられるサーバーの数を取得するように、調整された第１のドメイン名帯域幅およびサーバーのローカルバッファヒット率の状態変化に応じて調整された閾値を取得するための第２の構成モジュールと、を備える。

本発明の実施形態の別の態様によれば、記憶されたプログラムを含み、動作中に、プログラムが、記憶媒体が配置されている装置を制御し、第１のドメイン名帯域幅およびサーバーのローカルバッファヒット率に応じてデータマイニングを実行し、第１のドメイン名帯域幅に対応する閾値を取得ことと、第２のドメイン名帯域幅の閾値およびサイズに応じて、割り当てられるサーバーの数を取得することと、を実行する、記憶媒体がさらに提供される。

本発明の実施形態の別の態様によれば、プログラムを実行するために使用されるプロセッサであって、プログラムの動作中に、プロセッサが、第１のドメイン名帯域幅およびサーバーのローカルバッファヒット率に応じてデータマイニングを実行し、第１のドメイン名帯域幅に対応する閾値を取得することと、第２のドメイン名帯域幅の閾値およびサイズに応じて、割り当てられるサーバーの数を取得することと、を実行する、プロセッサがさらに提供される。

本発明の実施形態では、ドメイン名帯域幅とサーバーのローカルバッファヒット率との関係に基づいて閾値が取得され、第１のドメイン名帯域幅およびサーバーのローカルバッファヒット率に応じてデータマイニングが実行され、第１のドメイン名帯域幅に対応する閾値を取得し、構成精度を高めるという技術的効果を達成するように、第２のドメイン名帯域幅の閾値およびサイズに応じて、割り当てられるサーバーの数が、手動運用および保守のプレッシャーを軽減する目的を達成するために取得され、それにより、リージョン内のドメイン名のサーバー数の構成が、経験に基づいてまたは実際の状況に応じてリアルタイムに手動で調整される必要があり、高い運用および保守コストおよび保証されていない構成の正確さをもたらすという従来技術の技術的課題を解決する。

本明細書に記載の図面は、本出願のさらなる理解を提供し、本出願の一部を構成することを意図し、本発明の例示的な実施形態およびそれらの説明は、本発明を説明することを意図し、本出願を不適切に限定しないことを意図する。図面では以下のとおりである。

図１は、本発明の実施形態にかかるサーバー構成方法におけるコンピュータ端末のハードウェア構造のブロック図である。 図２は、本発明の実施形態１にかかるサーバー構成方法のフローチャートである。 図３は、本発明の実施形態１にかかる代替のサーバー構成方法のフローチャートである。 図４は、本発明の実施形態１にかかる代替のサーバー構成方法のフローチャートである。 図５は、本発明の実施形態２にかかるサーバー構成装置の構造図である。 図６は、本発明の実施形態２にかかる代替のサーバー構成装置の構造図である。

当業者が本発明の解決策をよりよく理解するために、本発明の実施形態における添付の図面を参照することにより、本発明の実施形態における技術的解決策が明確且つ完全に説明される。明らかに、記載された実施形態は、本発明の実施形態の全てではなく一部にすぎない。本発明の実施形態に基づいて、創造的努力なしに当業者によって得られた全ての他の実施形態は、本発明の保護範囲内に包含される。

本発明の説明および特許請求の範囲における「第１の」および「第２の」のような用語、ならびに前述の図面は、類似のオブジェクトを区別するために使用され、必ずしも特定の順序または優先順位を説明するためのものではないことに留意されたい。このように使用されるデータは、本明細書に記載される本発明の実施形態は、本明細書に図示または記載される順序以外の順序で実装されることができるように、適切な状況下で交換されることができることを理解されたい。さらに、「備える」、「備えられる」という用語およびそれらの任意の変形は、非排他的な包含をカバーすることを意図し、例えば、一連のステップまたはユニットを備えるプロセス、方法、システム、製品または装置は、それらの明確にリスト化されたステップまたはユニットに限定されるものではなく、明示的にリスト化されていないか、プロセス、方法、製品、または装置に固有の他のステップまたはユニットを含むことができる。

本出願に含まれる技術名：
ＣＤＮ：コンテンツ配信ネットワーク。

実施形態１
本発明の実施形態によれば、サーバー構成のための方法実施形態がさらに提供される。図面のフローチャートに示されるステップは、コンピュータ実行可能命令のグループなどのコンピュータシステムにおいて実行されることができることに留意されたい。フローチャートには論理シーケンスが示されているが、場合によっては、示されている、または記載されているステップは、このシーケンスとは異なるシーケンスで実行されることができる。

本発明の実施形態１によって提供される方法実施形態は、モバイル端末、コンピュータ端末、または同様のコンピューティング装置において実行されることができる。例えば、コンピュータ端末における動作をとると、図１は、本発明の実施形態にかかるサーバー構成方法におけるコンピュータ端末のハードウェア構造のブロック図である。図１に示すように、コンピュータ端末１０は、１つ以上の（図には１つのみが示される）プロセッサ１０２（プロセッサ１０２は、限定されるものではないが、マイクロプロセッサＭＣＵまたはプログラマブルロジック装置ＦＰＧＡおよび他の処理装置を含むことができる）と、データを記憶するためのメモリ１０４と、通信機能のための伝送モジュール１０６と、を備えることができる。当業者は、図１に示す構造が単なる例示であり、上記の電子装置の構造を限定するものではないことを理解することができる。例えば、コンピュータ端末１０はまた、図１に示されるものよりも多いかまたは少ない構成要素を備えることができ、または図１に示されるものとは異なる構成を有することができる。

メモリ１０４は、本発明の実施形態におけるサーバー構成方法に対応するプログラム命令／モジュールなどの、アプリケーションソフトウェアおよびモジュールのソフトウェアプログラムを記憶するために使用されることができる。プロセッサ１０２は、メモリ１０４に記憶されたソフトウェアプログラムおよびモジュールを実行して、様々な機能アプリケーションおよびデータ処理を実行する、すなわち、前述のアプリケーションプログラムのサーバー構成方法を達成する。メモリ１０４は、高速ランダムメモリ、または１つ以上の磁気記憶装置、フラッシュメモリ、または他の不揮発性ソリッドステートメモリなどの不揮発性メモリを含むことができる。いくつかの例では、メモリ１０４は、プロセッサ１０２に対して遠隔的に配置されたメモリをさらに含むことができる。これらのリモートメモリは、ネットワークを介してコンピュータ端末１０に接続されることができる。前述のネットワークの例は、これらに限定されるものではないが、インターネット、イントラネット、ローカルエリアネットワーク（ＬＡＮ）、モバイル通信ネットワーク、およびそれらの組み合わせを含むことができる。

伝送装置１０６は、ネットワークを介してデータを受信または送信するために使用される。前述のネットワークの特定の例は、コンピュータ端末１０の通信サプライヤによって提供される無線ネットワークを含むことができる。一例では、伝送装置１０６は、ネットワークアダプタ（ネットワークインターフェースコントローラ、ＮＩＣ）を備え、これは、インターネットと通信することができるように、基地局によって他のネットワーク装置に接続されることができる。一例では、伝送装置１０６は、無線の方法でインターネットと通信するのに用いられる無線周波数（ＲＦ）モジュールであってもよい。

前述の動作環境において、本出願は、図２に示されるようなサーバー構成方法を提供する。図２は、本発明の実施形態１にかかるサーバー構成方法のフローチャートである。本出願が提供するサーバー構成方法は、具体的には以下のとおりである：

ステップＳ２０２では、第１のドメイン名帯域幅およびサーバーのローカルバッファヒット率に応じてデータマイニングを実行し、第１のドメイン名帯域幅に対応する閾値を取得する。

本出願の前述のステップＳ２０２において、ＣＤＮに基づいて、それはリージョン内のドメイン名についてのサーバーの数の構成が経験に基づいてまたは実際の状況に応じてリアルタイムに手動で調整される必要があり、高い運用および保守コストと保証されていない構成の正確さをもたらすという従来技術における技術的課題を回避するためである。

本出願によって提供されるサーバー構成方法は、ユーザアクセスログからの任意のドメイン名のドメイン名帯域幅のサイズ（すなわち、サーバー帯域幅を備える、本出願によって提供される第１のドメイン名帯域幅）、およびサーバーのローカルバッファヒット率を取得し、このドメイン名の第１のドメイン名帯域幅のサイズおよびサーバーのローカルバッファヒット率の関係に応じて閾値を取得する。ここで、閾値を取得するための原理は以下のとおりである：第１のドメイン名帯域幅が閾値を超えた後、サーバーのローカルバッファヒット率は、もはや上昇しないかまたは小さなマージン内でしか上昇せず、閾値は、この原理にしたがって取得されることができる。

サーバーのローカルバッファヒット率がもはや上昇しないかまたは小さなマージン内でしか上昇しない理由は、例えばユーザがファイルにアクセスする際に、ユーザがファイルにアクセスする確率がｎ％である場合、ユーザ数が一定レベルに到達した後に、ファイルが高い確率でキャッシュに存在するというものである。したがって、ユーザ数が一定レベルに到達すると、それが閾値としてドメイン名帯域幅に反映される。ファイルが高い確率でキャッシュに存在した後、サーバーのローカルバッファヒット率はもはや増加しない。すなわち、アクセスの増加は、サーバーのローカルキャッシュの「非ヒット率」を「希薄化」する。

ここで、閾値は、ドメイン名によって異なる。例えば、人気のないウェブサイトと人気のあるウェブサイトの閾値は異なり、ポータルウェブサイトとビデオウェブサイトの閾値も異なる。例として、ウェブページおよび画像サービスの場合、参照単一マシン帯域幅の閾値は２０Ｍであるが、ライブおよびオンデマンドサービスの場合、参照単一マシン帯域幅の閾値は５０Ｍである。

ステップＳ２０４では、第２のドメイン名帯域幅の閾値およびサイズに応じて、割り当てられるサーバーの数を取得する。

本出願の前述のステップＳ２０４において、ステップＳ２０２で取得された第２のドメイン名帯域幅の閾値およびサイズに基づいて（本出願における第２のドメイン名帯域幅は、サプライヤから購入した帯域幅を含むことができる）、第２のドメイン名帯域幅と閾値との間の数学的関係に応じて、割り当てられる対応するサーバーの数、すなわち、本出願によって提供される割り当てられるサーバーの数が取得されることができる。

ここで、第２のドメイン名帯域幅は、サプライヤから購入した帯域幅として理解されることができ、例えば、ビデオウェブサイトＡは、ＣＤＮサプライヤＢから１０Ｇ帯域幅を購入する。

ここで、数学的関係は、以下を含むことができる：割り当てられるサーバーの数＝第２のドメイン名帯域幅／閾値。

数学的関係によれば、割り当てられるサーバーの数を取得することができる。本出願によって提供されるサーバー構成方法は、ＣＤＮトラフィックスケジューリング中のドメイン名帯域幅とサーバー数との関係を定量化することを目的としている。例えば、ポータルウェブサイトの帯域幅が１０Ｇを有する場合、本方法は、最適な効果を達成するために必要なサーバーの数を計算し、トラフィックが分散しすぎて、ローカルバッファのヒット率に影響を与えたり、集中しすぎて高可用性に影響を与えたりしないようにし（トラフィックが集中するほど、単一のマシンの障害が影響を与えるユーザが増え、全体的なサービス品質への悪影響が大きくなる）、品質および高可用性の双方を考慮するという目的を達成する。

割り当てられるサーバーの数が取得された後、閾値取得精度を上げるために、図３は、本発明の実施形態１にかかる代替のサーバー構成方法のフローチャートである。図３に示すように、本出願によって提供されるサーバー構成方法は、さらに以下を備える：

ステップＳ２０６では、事前設定された比に応じてサーバークラスタ上の第１のドメイン名帯域幅を調整する。

本出願の前述のステップＳ２０６において、割り当てられるサーバーの数は、ステップＳ２０４に基づいて取得される。ステップＳ２０４の後、閾値取得精度を上げるために、閾値がさらにマイニングされる、すなわち、ステップＳ２０６において、第１のドメイン名帯域幅が、事前設定された比に応じて調整される。

必要に応じて、ステップＳ２０６では、事前設定された比に応じてサーバークラスタ上の第１のドメイン名帯域幅を調整することは、事前設定された比に応じてサーバークラスタ上の第１のドメイン名帯域幅をスケールアップまたはスケールダウンすることを備える。

具体的には、事前設定された比を２０％、第１のドメイン名帯域幅をＸと想定すると、Ｘは、浮動比２０％で調整される。

ステップＳ２０８では、調整された閾値に応じて割り当てられるサーバーの数を取得するように、調整された第１のドメイン名帯域幅およびサーバーのローカルバッファヒット率の状態変化に応じて調整された閾値を取得する。

本出願の前述のステップＳ２０８において、調整された第１のドメイン名帯域幅およびサーバーのローカルバッファヒット比の状態変化に基づいて、調整された閾値が取得される、すなわち、第１のドメイン名帯域幅は、事前設定された比に応じてスケールアップされるかまたはスケールダウンし、対応するサーバーのローカルバッファヒット率の状態変化が観察され、ステップＳ２０２の閾値取得原理にしたがって調整された閾値が取得されるため、サーバー数の第２の構成のプロセスにおいて調整された閾値が取得された後、調整された閾値に応じて構成された割り当てられるサーバーの数は、ステップＳ２０４において取得される。

ここで、特定のドメイン名の帯域幅は、マシンのごく一部で意図的にスケールアップまたはスケールダウンされて、閾値をマイニングするための条件を形成する。すなわち、データマイニングを改善し、それによって閾値を決定し、閾値の取得精度を上げる。

本出願のマシンのごく一部は、サーバークラスタ全体からランダムに選択され、スケールアップとは、ステップＳ２０２において閾値を取得するプロセスにおいて、第１のドメイン名帯域幅よりも大きい値を使用して、サーバーのローカルバッファヒット率が増加したかどうかを観察することを意味し、またはスケールダウンとは、ステップＳ２０２において閾値を取得するプロセスにおいて、第１のドメイン名帯域幅よりも小さい値を使用して、サーバーのローカルバッファヒット率が減少したかどうかを観察し、サーバーのローカルバッファヒット率の状態変化に応じて動的に閾値を決定することを意味する。

本発明の実施形態では、ドメイン名帯域幅とサーバーのローカルバッファヒット率との関係に基づいて閾値が取得され、第１のドメイン名帯域幅およびサーバーのローカルバッファヒット率に応じてマイニングが実行され、第１のドメイン名帯域幅に対応する閾値を取得し、第２のドメイン名帯域幅の閾値およびサイズに応じて、割り当てられるサーバーの数は、手動運用および保守のプレッシャーを軽減するという目的を達成するために取得され、構成精度を高めるという技術的効果を達成し、それにより、リージョン内のドメイン名のサーバー数の構成が経験に基づいてまたは実際の状況に応じてリアルタイムに手動で調整される必要があり、高い運用および保守のコストと保証されていない構成の正確さをもたらすという従来技術の技術的課題を解決する。

必要に応じて、ステップＳ２０２において、第１のドメイン名帯域幅およびサーバーのローカルバッファヒット比に応じてデータマイニングを実行し、第１のドメイン名帯域幅に対応する閾値を取得することは、以下を備える：

ステップＳ２０２１では、ユーザアクセスログから任意のドメイン名の第１のドメイン名帯域幅を取得し、サーバーのローカルバッファヒット率を取得する。

ステップＳ２０２２では、第１のドメイン名帯域幅の値の変化とサーバーのローカルバッファヒット率の状態変化との間の対応に応じて閾値を決定する。

ここで、第１のドメイン名帯域幅が閾値を超えた後、サーバーのローカルバッファヒット率は、もはや上昇しないかまたは小さなマージン内でしか上昇しない。閾値は、この法則にしたがって決定される。

ここで、第１のドメイン名帯域幅の値変化とサーバーのローカルバッファヒット率の状態変化との対応に応じて閾値を決定することは、第１のドメイン名帯域幅の値変化およびサーバーのローカルバッファヒット率の状態変化に応じて、第１のドメイン名帯域幅の値が閾値としての特定の値であるという条件の下で、サーバーのローカルバッファヒット率がもはや上昇しないかまたは小さなマージン内でしか上昇しない特定の値を決定することを備える。

さらに、必要に応じて、ステップＳ２０２１において、任意のドメイン名の第１のドメイン名帯域幅をユーザアクセスログから取得し、サーバーのローカルバッファヒット率を取得することは、以下を備える：

ステップＳ２０２１１では、事前設定されたサイクルにしたがって、任意のドメイン名の第１のドメイン名帯域幅をユーザアクセスログから取得し、サーバーのローカルバッファヒット率を取得する。具体的には、本出願によって提供されるサーバー構成方法は、現在割り当てられるサーバーの数を取得することができるだけでなく、割り当てられるサーバーの予測数を取得することもできる。

解決策１：割り当てられるサーバーの現在の数を取得する

必要に応じて、ステップＳ２０４において、第２のドメイン名帯域幅の閾値およびサイズに応じて、割り当てられるサーバーの数を取得することは、以下を備える：
ステップＳ２０４１では、第２のドメイン名帯域幅が、トラフィック取得装置によってリアルタイムに取得される現在のドメイン名帯域幅を含むという条件の下で、現在のドメイン名帯域幅および閾値に応じて割り当てられる現在のサーバー数を取得する。
ここで、現在のドメイン名帯域幅および閾値に応じて割り当てられる現在のサーバー数を取得することは、現在のドメイン名帯域幅を閾値によって割ることによって割り当てられる現在のサーバー数を取得することを備える。

具体的には、割り当てられるサーバーの現在の数を取得するために、閾値および現在のドメイン名帯域幅に応じて計算し、ここで、閾値および現在のドメイン名帯域幅に応じて計算することは、以下を備える：

割り当てられるサーバーの現在の数＝現在のドメイン名帯域幅／閾値。ここで、現在のドメイン名帯域幅は、トラフィック取得装置によってリアルタイムに取得される。ここで、トラフィック取得装置は、ルーティング装置を備えることができる。

解決策２：割り当てられるサーバーの予測数を取得する
必要に応じて、ステップＳ２０４において、第２のドメイン名帯域幅の閾値およびサイズに応じて、割り当てられるサーバーの数を取得することは、以下を備える：
ステップＳ２０４１’は、第２のドメイン名帯域幅がドメイン名帯域幅の予測値を含むという条件の下で、ドメイン名帯域幅の予測値および閾値に応じて割り当てられるサーバーの予測数を取得する。

ここで、ドメイン名帯域幅の予測値および閾値に応じて割り当てられるサーバーの予測数を取得することは、ドメイン名帯域幅の予測値を閾値によって割ることによって割り当てられるサーバーの予測数を取得することを備える。

具体的には、閾値およびドメイン名帯域幅の予測値に応じて計算して、割り当てられるサーバーの予測数を取得し、ここで、閾値およびドメイン名帯域幅の予測値に応じて計算することは、以下を備える：

割り当てられるサーバーの予測数＝ドメイン名帯域幅の予測値／閾値。ここで、ドメイン名帯域幅の予測値は、機械学習によって予測および取得されることができる。すなわち、ドメイン名帯域幅の予測値を取得するために、履歴データにしたがって、取得されるドメイン名帯域幅がすぐに予測され、履歴データは、過去にサプライヤから購入したドメイン名帯域幅を含むことができる。

さらに、必要に応じて、サーバークラスタは、少なくとも１つのサーバーを備える。

要約すると、解決策１と解決策２とを組み合わせて、本出願によって提供されるサーバー構成方法は、取得した閾値に応じて、現在の帯域幅のサイズまたは将来の帯域幅の予測値と組み合わせて、サーバー数の動的割り当てを達成する。

さらに、値がサーバーのドメイン名の最小数の要件を下回っている場合は、サーバーの最小数が直接使用される。

本発明の実施形態１にかかる代替のサーバー構成方法のフローチャートである図４に示すように、ステップＳ２０２からステップＳ２０８への循環を通じて、以下に留意する必要がある。すなわち、

ステップ１では、閾値を取得するために、トラフィック（ドメイン名帯域幅）およびサーバーのローカルバッファヒット率の関係をログからマイニングする。

ステップ２では、動的閾値条件およびドメイン名帯域幅にしたがって、割り当てられるサーバーの数を取得する。

ステップ３では、マシンのごく一部で特定のドメイン名帯域幅を意図的にスケーリングし、それによってステップ１の閾値マイニング条件を形成する。

図３に示すように、ステップ１からステップ３を循環させることにより、本出願によって提供されるサーバー構成方法が実現されることができ、手動運用および保守のプレッシャーを軽減するという目的が達成され、構成精度を高めるという技術的効果を達成することができ、それにより、リージョン内のドメイン名のサーバー数の構成が経験に基づいてまたは実際の状況に応じてリアルタイムに手動で調整される必要があり、高い運用および保守コストと保証されていない構成の正確さをもたらすという従来技術の技術的課題を解決する。

本出願によって提供されるサーバー構成方法は、定量化の基礎を明確にする。すなわち、サーバーのローカルバッファヒット率とトラフィックのサイズとの関係の観点から、帯域幅のサイズおよびサーバーの数が定量化される。特定のドメイン名の場合、システムは、運用および保守担当者のフォローアップなしで、リージョンで使用されるべきマシンの数をインテリジェントに決定することができ、これにより、人件費を大幅に節約する。

簡単な説明の目的で、前述の方法の実施形態は、一連のアクションの組み合わせとして全て表されるが、本発明によれば、いくつかのステップは、他の順序でまたは同時に実行されることができることから、当業者は、本発明が記載されるアクションのシーケンスによって制限されないことを知っているべきであることに留意されたい。加えて、当業者はまた、詳細な説明に記載された実施形態が全て好ましい実施形態であり、関与するアクションおよびモジュールが本発明によって必ずしも必要とされなくてもよいことも知っているべきである。

前述の実装方法の説明を通じて、当業者は、前述の実施形態にかかるサーバー構成方法が、ソフトウェアと必要な一般的なハードウェアプラットフォームとによって実装されることができること、もちろん、多くの場合、前者の方が優れた実装方法であるが、ハードウェアによって実装されることもできることを明確に理解することができる。この理解に基づいて、本発明の技術的解決策は、本質的にソフトウェア製品の形態で具体化されることができ、または従来技術に寄与する部分は、ソフトウェア製品の形態で具体化されることができる。コンピュータソフトウェア製品は、記憶媒体（ＲＯＭ／ＲＡＭ、ディスクおよびＣＤなど）に記憶され、端末装置（携帯電話、コンピュータ、サーバー、またはネットワーク装置など）に本発明の実施形態に記載された方法を実行させるためのいくつかの命令を含む。

実施形態２
本発明の実施形態によれば、前述のサーバー構成方法を実装するための装置がさらに提供される。図５は、本発明の実施形態２にかかるサーバー構成装置の構造図である。図５に示すように、装置は、取得モジュール５２および第１の構成モジュール５４を備える。

ここで、取得モジュール５２は、第１のドメイン名帯域幅およびサーバーのローカルバッファヒット率に応じてデータマイニングを実行し、第１のドメイン名帯域幅に対応する閾値を取得するためのものであり、第１の構成モジュール５４は、第２のドメイン名帯域幅の閾値およびサイズに応じて、割り当てられるサーバーの数を取得するためのものである。

本発明の実施形態では、閾値は、ドメイン名帯域幅とサーバーのローカルバッファヒット率との関係に基づいて、第１のドメイン名帯域幅およびサーバーのローカルバッファヒット率に応じてデータマイニングを実行し、第１のドメイン名帯域幅に対応する閾値を取得するための取得モジュールと、第２のドメイン名帯域幅の閾値およびサイズに応じて、手動運用および保守のプレッシャーを軽減するという目的を達成するために割り当てられるサーバーの数を取得して構成精度を上げるという技術的効果を達成する第１の構成モジュールとを介して取得され、それにより、リージョン内のドメイン名のサーバー数の構成が経験に基づいてまたは実際の状況に応じてリアルタイムに手動で調整される必要があり、高い運用および保守のコストと保証されていない構成の正確さをもたらすという従来技術の技術的課題を解決する。

前述の取得モジュール５２および第１の構成モジュール５４は、実施形態１のステップＳ２０２およびステップＳ２０４に対応し、２つのモジュールおよび対応するステップによって実装される例および適用シナリオは同じであるが、前述の実施形態１に開示された内容に限定されないことに留意する必要がある。装置の一部としての前述のモジュールは、ソフトウェアまたはハードウェアによって実装されることができる、実施形態１によって提供されるサーバー内で実行されることができることに留意されたい。

必要に応じて、図６は、本発明の実施形態２にかかる代替のサーバー構成装置の構造図である。図６に示すように、装置は、さらに、調整モジュール５６および第２の構成モジュール５８を備える。

ここで、調整モジュール５６は、割り当てられるサーバーの数が取得された後に、事前設定された比に応じてサーバークラスタ上の第１のドメイン名帯域幅を調整するためのものである。第２の構成モジュール５８は、調整された第１のドメイン名帯域幅およびサーバーのローカルバッファヒット率の状態変化に応じて調整された閾値を取得し、調整された閾値に応じて割り当てられるサーバーの数を取得するためのものである。

前述の調整モジュール５６および第２の構成モジュール５８は、実施形態１のステップＳ２０６およびステップＳ２０８に対応し、２つのモジュールおよび対応するステップによって実施される例および適用シナリオは同じであるが、前述の実施形態１に開示された内容に限定されないことに留意する必要がある。装置の一部としての前述のモジュールは、ソフトウェアまたはハードウェアによって実装されることができる、実施形態１によって提供されるサーバー内で実行されることができることに留意されたい。

実施形態３
本発明の実施形態のさらなる態様によれば、記憶されたプログラムを含み、動作中に、プログラムが、記憶媒体が配置されている装置を制御し、第１のドメイン名帯域幅およびサーバーのローカルバッファヒット率に応じてデータマイニングを実行し、第１のドメイン名帯域幅に対応する閾値を取得することと、第２のドメイン名帯域幅の閾値およびサイズに応じて、割り当てられるサーバーの数を取得することと、事前設定された比に応じてサーバークラスタ上の第１のドメイン名帯域幅を調整することと、調整された第１のドメイン名帯域幅とサーバーのローカルバッファヒット率の状態変化とに応じて調整された閾値を取得することと、を実行する、記憶媒体がさらに提供される。

実施形態４
本発明の実施形態のさらに別の態様によれば、プログラムを実行するために使用され、動作中に、プログラムが、第１のドメイン名帯域幅およびサーバーのローカルバッファヒット率に応じてデータマイニングを実行し、第１のドメイン名帯域幅に対応する閾値を取得することと、第２のドメイン名帯域幅の閾値およびサイズに応じて、割り当てられるサーバーの数を取得することと、事前設定された比に応じてサーバークラスタ上の第１のドメイン名帯域幅を調整することと、調整された第１のドメイン名帯域幅とサーバーのローカルバッファヒット率の状態変化とに応じて調整された閾値を取得することと、を実行する、プロセッサがさらに提供される。

実施形態５
本発明の実施形態は、記憶媒体をさらに提供する。必要に応じて、この実施形態では、前述の記憶媒体を使用して、前述の実施形態１によって提供されるサーバー構成方法によって実行されるプログラムコードを保存することができる。

必要に応じて、この実施形態では、前述の記憶媒体は、コンピュータネットワーク内のコンピュータ端末グループ内の任意のコンピュータ端末、またはモバイル端末グループ内の任意のモバイル端末に配置されることができる。

必要に応じて、この実施形態では、記憶媒体は、以下のステップを実行するためのプログラムコードを記憶するように設定される：第１のドメイン名帯域幅およびサーバーのローカルバッファヒット率に応じてデータマイニングを実行し、第１のドメイン名帯域幅に対応する閾値を取得することと、閾値および第２のドメイン名帯域幅のサイズに応じて、割り当てられるサーバーの数を取得すること。

必要に応じて、この実施形態では、記憶媒体は、以下のステップを実行するためのプログラムコードを記憶するように設定される：割り当てられるサーバーの数が取得された後に、事前設定された比に応じてサーバークラスタ上の第１のドメイン名帯域幅を調整することと、調整された第１のドメイン名帯域幅およびサーバーのローカルバッファヒット率の状態変化に応じて調整された閾値を取得し、調整された閾値に応じて割り当てられるサーバーの数を取得すること。

必要に応じて、この実施形態では、記憶媒体は、以下のステップを実行するためのプログラムコードを記憶するように設定される：サーバーの第１のドメイン名帯域幅およびローカルバッファヒット率に応じてデータマイニングを実行し、第１のドメイン名帯域幅に対応する閾値を取得することは、ユーザアクセスログから任意のドメイン名の第１のドメイン名帯域幅を取得し、サーバーのローカルバッファヒット率を取得することと、第１のドメイン名帯域幅の値の変化とサーバーのローカルバッファヒット率の状態変化との間の対応に応じて閾値を決定することと、を備える。

さらに、必要に応じて、この実施形態では、記憶媒体は、以下のステップを実行するためのプログラムコードを記憶するように設定される：ユーザアクセスログから任意のドメイン名の第１のドメイン名帯域幅を取得し、サーバーのローカルバッファヒット率を取得することは、事前設定されたサイクルにしたがって、ユーザアクセスログから任意のドメイン名の第１のドメイン名帯域幅を取得し、サーバーのローカルバッファヒット率を取得することを備える。

必要に応じて、この実施形態では、記憶媒体は、以下のステップを実行するためのプログラムコードを記憶するように設定される：第１のドメイン名帯域幅の値変化とサーバーのローカルバッファヒット率の状態変化との間の対応に応じて閾値を決定することは、第１のドメイン名帯域幅の値の変化とサーバーのローカルバッファのヒット率の状態変化とに応じて、第１のドメイン名帯域幅の値が閾値としての特定の値であるという条件の下で、サーバーのローカルバッファのヒット率がもはや上昇しないかまたは小さなマージン内でしか上昇しない特定の値を決定することを備える。必要に応じて、第２のドメイン名帯域幅の閾値およびサイズに応じて、割り当てられるサーバーの数を取得することは、第２のドメイン名帯域幅がトラフィック取得装置によってリアルタイムに取得される現在のドメイン名帯域幅を含む条件の下で、現在のドメイン名帯域幅および閾値に応じて割り当てられる現在のサーバーの数を取得することを備える。

さらに、必要に応じて、この実施形態では、記憶媒体は、以下のステップを実行するためのプログラムコードを記憶するように設定される：現在のドメイン名帯域幅および閾値に応じて割り当てられる現在のサーバー数を取得することは、現在のドメイン名帯域幅を閾値によって割ることによって割り当てられる現在のサーバー数を取得することを備える。

必要に応じて、この実施形態では、記憶媒体は、以下のステップを実行するためのプログラムコードを記憶するように設定される：閾値および第２のドメイン名帯域幅のサイズに応じて、割り当てられるサーバーの数を取得することは、第２のドメイン名帯域幅がドメイン名帯域幅の予測値を含む条件の下で、ドメイン名帯域幅の予測値および閾値に応じて割り当てられるサーバーの予測数を取得することを備える。

さらに、必要に応じて、この実施形態では、記憶媒体は、以下のステップを実行するためのプログラムコードを記憶するように設定される：ドメイン名帯域幅の予測値および閾値に応じて割り当てられるサーバーの予測数を取得することは、ドメイン名帯域幅の予測値を閾値によって割ることによって割り当てられるサーバーの予測数を取得することを備える。

必要に応じて、この実施形態では、記憶媒体は、以下のステップを実行するためのプログラムコードを記憶するように設定される：第１のドメイン名帯域幅は、サーバー帯域幅を含み、第１のドメイン名帯域幅は、サプライヤから購入した帯域幅を含む。

必要に応じて、この実施形態では、記憶媒体は、以下のステップを実行するためのプログラムコードを記憶するように設定される：事前設定された比に応じてサーバークラスタ上の第１のドメイン名帯域幅を調整することは、事前設定された比に応じてサーバークラスタ上の第１のドメイン名帯域幅をスケールアップまたはスケールダウンすることを備える。

さらに、必要に応じて、この実施形態では、記憶媒体は、以下のステップを実行するためのプログラムコードを記憶するように設定される：サーバークラスタは、少なくとも１つのサーバーを備える。

本発明の前述の実施形態のシーケンス番号は、説明のみを目的としており、実施形態の優劣を表すものではない。

本発明の前述の実施形態では、各実施形態の説明は、それ自体の重要性を有する。実施形態において詳述されていない部分については、他の実施形態の関連する説明を参照することができる。

本出願によって提供されるいくつかの実施形態によって開示される技術的内容は、他の方法で達成されることができることが理解されるべきである。それらの中で、上述した装置の実施形態は単なる例である。例えば、ユニットの分割は、単に論理的な機能の分割である。実際の実装では、別の分割方法が存在してもよく、例えば、複数のユニットまたは構成要素は、別のシステムと組み合わせてもよく、もしくは一体化されてもよく、または一部の特徴は、無視してもよく、もしくは実装しなくてもよい。さらに、表示もしくは記載された相互結合もしくは直接結合または通信接続は、いくつかのインターフェース、ユニットもしくはモジュールを介した間接結合もしくは通信接続であってもよく、電気的な形態または他の形態であってもよい。

別個の構成要素として説明されているユニットは、物理的に分離されてもよく、またはそうでなくてもよく、ユニットとして表示される構成要素は、物理的なユニットであってもよく、またはそうでなくてもよく、すなわち、ユニットは、同じ場所に配置されてもよく、または複数のネットワークユニットに分散されてもよい。ユニットのいくつかまたは全ては、この実施形態の解決策の目的を達成するための実際の必要性に応じて選択されることができる。

さらに、本発明の各実施形態の機能ユニットは、１つの処理ユニットに一体化されてもよく、または各ユニットは、物理的に単独で存在してもよく、または２つ以上のユニットが１つのユニットに一体化されてもよい。前述の一体化されたユニットは、ハードウェアの形態またはソフトウェア機能ユニットの形態とすることができる。

一体化されたユニットがソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用される場合、それは、コンピュータ可読記憶媒体に記憶されることができる。この理解に基づいて、本発明の技術的解決策は、本質的にソフトウェア製品の形態で具体化されることができるか、または従来技術に寄与する部分もしくは各技術的解決策の全てもしくは一部は、ソフトウェア製品の形態で具体化されることができる。コンピュータソフトウェア製品は、記憶媒体に記憶され、コンピューティング装置（パーソナルコンピュータ、サーバー、ネットワーク装置などとすることができる）が本発明の各実子形態の方法のステップの全てまたは一部を実装するように、いくつかの命令を含む。前述の記憶媒体は、ＵＳＢディスク、ＲＯＭ（読み取り専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、モバイルハードディスク、ディスケットおよびコンパクトなど、プログラムコードを記憶することができる様々な種類の媒体を含む。

前述の説明は、本発明の好ましい実施形態のみを含む。本発明の精神から逸脱することなく、当業者によって様々な変更および改善を行うことができ、これらの変更および改善は、本発明の範囲内にあると見なされることに留意されたい。

必要に応じて、この実施形態では、記憶媒体は、以下のステップを実行するためのプログラムコードを記憶するように設定される：第１のドメイン名帯域幅は、サーバー帯域幅を含み、第２のドメイン名帯域幅は、サプライヤから購入した帯域幅を含む。

Claims (16)

1. サーバー構成方法であって、
   第１のドメイン名帯域幅およびサーバーのローカルバッファヒット率に応じてデータマイニングを実行して、前記第１のドメイン名帯域幅に対応する閾値を取得することと、
   前記閾値および第２のドメイン名帯域幅のサイズに応じて割り当てられるサーバーの数を取得することと、を含む、方法。
2. 前記割り当てられるサーバーの数を取得した後、さらに、
   事前設定された比に応じてサーバークラスタ上の前記第１のドメイン名帯域幅を調整することと、
   前記調整された第１のドメイン名帯域幅および前記サーバーの前記ローカルバッファヒット率の状態変化に応じて調整された閾値を取得し、前記調整された閾値に応じて割り当てられるサーバーの数を取得することと、を含む、請求項１に記載のサーバー構成方法。
3. 前記第１のドメイン名帯域幅および前記サーバーの前記ローカルバッファヒット率に応じてデータマイニングを前記実行して、前記第１のドメイン名帯域幅に対応する前記閾値を取得することが、
   ユーザアクセスログからドメイン名の前記第１のドメイン名帯域幅および前記サーバーの前記ローカルバッファヒット率を取得することと、
   前記第１のドメイン名帯域幅の値の変化と前記サーバーの前記ローカルバッファヒット率の状態変化との間の対応に応じて前記閾値を決定することと、を含む、請求項１に記載のサーバー構成方法。
4. 前記ユーザアクセスログから前記ドメイン名の前記第１のドメイン名帯域幅を前記取得し、前記サーバーの前記ローカルバッファヒット率を取得することが、
   事前設定されたサイクルにしたがって、前記ユーザアクセスログから前記ドメイン名の前記第１のドメイン名帯域幅を取得し、前記サーバーの前記ローカルバッファヒット率を取得することを含む、請求項３に記載のサーバー構成方法。
5. 前記第１のドメイン名帯域幅の前記値の変化と前記サーバーの前記ローカルバッファヒット率の前記状態変化との間の前記対応に応じて前記閾値を決定することが、
   前記第１のドメイン名帯域幅の前記値の変化と前記サーバーの前記ローカルバッファヒット率の前記状態変化とに応じて、前記第１のドメイン名帯域幅の値が特定の値であるという条件の下で、前記サーバーの前記ローカルバッファヒット率がもはや上昇しないかまたは前記閾値としての小さなマージン内でしか上昇しない前記特定の値を決定することを含む、請求項３に記載のサーバー構成方法。
6. 前記閾値および前記第２のドメイン名帯域幅の前記サイズに応じて、前記割り当てられるサーバーの数を前記取得することが、
   前記第２のドメイン名帯域幅が現在のドメイン名帯域幅を含み、現在のドメイン名帯域幅がトラフィック取得装置によってリアルタイムに取得されるという条件の下で、前記現在のドメイン名帯域幅および前記閾値に応じて割り当てられるサーバーの現在の数を取得することを含む、請求項１に記載のサーバー構成方法。
7. 前記現在のドメイン名帯域幅および前記閾値に応じて割り当てられる前記サーバーの現在の数を前記取得することが、
   前記現在のドメイン名帯域幅を前記閾値によって割ることによって、割り当てられる前記サーバーの現在の数を取得することを含む、請求項６に記載のサーバー構成方法。
8. 前記閾値および前記第２のドメイン名帯域幅の前記サイズに応じて、前記割り当てられるサーバーの数を前記取得することが、
   前記第２のドメイン名帯域幅がドメイン名帯域幅の予測値を含む条件の下で、ドメイン名帯域幅の予測値および前記閾値に応じて割り当てられるサーバーの予測数を取得することを含む、請求項１に記載のサーバー構成方法。
9. 前記ドメイン名帯域幅の予測値および前記閾値に応じて割り当てられる前記サーバーの予測数を前記取得することが、
   前記ドメイン名帯域幅の予測値を前記閾値によって割ることによって、割り当てられる前記サーバーの予測数を取得することを含む、請求項８に記載のサーバー構成方法。
10. 前記第１のドメイン名帯域幅がサーバー帯域幅を含み、
    前記第２のドメイン名帯域幅が、サプライヤから購入した帯域幅を含む、請求項１に記載のサーバー構成方法。
11. 前記事前設定された比に応じて前記サーバークラスタ上の前記第１のドメイン名帯域幅を前記調整することが、
    前記事前設定された比に応じて前記サーバークラスタ上の前記第１のドメイン名帯域幅をスケールアップまたはスケールダウンすることを含む、請求項２に記載のサーバー構成方法。
12. 前記サーバークラスタが、少なくとも１つのサーバーを含む、請求項１１に記載のサーバー構成方法。
13. サーバー構成装置であって、
    第１のドメイン名帯域幅およびサーバーのローカルバッファヒット率に応じてデータマイニングを実行して、前記第１のドメイン名帯域幅に対応する閾値を取得するための取得モジュールと、
    前記閾値および第２のドメイン名帯域幅のサイズに応じて割り当てられるサーバーの数を取得するための第１の構成モジュールと、を備える、サーバー構成装置。
14. 前記サーバー構成装置が、さらに、
    割り当てられるサーバーの数が取得された後、事前設定された比に応じてサーバークラスタ上の前記第１のドメイン名帯域幅を調整するための調整モジュールと、
    調整された第１のドメイン名帯域幅および前記サーバーの前記ローカルバッファヒット率の状態変化に応じて調整された閾値を取得し、前記調整された閾値に応じて前記割り当てられるサーバーの数を取得するための第２の構成モジュールと、を備える、請求項１３に記載のサーバー構成装置。
15. 記憶媒体であって、前記記憶媒体が記憶されたプログラムを含み、動作中に、前記プログラムが、前記記憶媒体が配置されている装置を制御して、
    第１のドメイン名帯域幅およびサーバーのローカルバッファヒット率に応じてデータマイニングを実行して、前記第１のドメイン名帯域幅に対応する閾値を取得することと、
    閾値と第２のドメイン名帯域幅のサイズに応じて割り当てられる前記サーバーの数を取得することと、を含む機能を実行する、記憶媒体。
16. プロセッサであって、前記プロセッサがプログラムを実行するために使用され、動作中に、前記プロセッサが、
    第１のドメイン名帯域幅およびサーバーのローカルバッファヒット率に応じてデータマイニングを実行して、前記第１のドメイン名帯域幅に対応する閾値を取得することと、
    閾値と第２のドメイン名帯域幅のサイズに応じて割り当てられる前記サーバーの数を取得することと、を含む機能を実行する、プロセッサ。

Images