JP2023543744A

JP2023543744A - リソーススケジューリング方法、システム、電子デバイスおよびコンピュータ可読記憶媒体

Info

Publication number: JP2023543744A
Application number: JP2023518479A
Authority: JP
Inventors: ヤオトン; ハイシンワン
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2020-09-22
Filing date: 2021-09-15
Publication date: 2023-10-18
Also published as: WO2022062981A1; US20230379268A1; CN114253698A; KR20230073315A

Abstract

本願は通信技術分野に関するものであり、また、仮装マシンに配置された複数のプロキシサーバのリソース利用率を取得するステップと、少なくとも１つの第１プロキシサーバを用いて少なくとも１つの第２プロキシサーバのリソースの占用を分担するステップと、を含み、少なくとも１つの第１プロキシサーバにおける各第１プロキシサーバのリソース利用率は第１閾値よりも小さく、少なくとも１つの第２プロキシサーバにおける各第２プロキシサーバのリソース利用率は第２閾値よりも大きく、且つ第１閾値は第２閾値よりも小さい、リソーススケジューリング方法を提供する。本願ではリソーススケジューリングシステム、電子デバイスおよびコンピュータ可読記憶媒体をさらに開示する。
【選択図】図１

Description

本願は、２０２０年９月２２日に中国特許庁へ提出された、出願番号を２０２０１１００１０１２．８とする中国特許出願の優先権を主張し、当該出願のすべての内容を参照により本願に援用する。

本願の実施例は通信技術分野に関するものである。

インターネットの普及とブロードバンドインフラの発展に伴い、ユーザのインターネット動画に対する需要も大きく伸びている。各インターネット動画サイトはすでに９４％以上のインターネットユーザをカバーしており、情報、電子メール、インスタントメッセージング（ＩｎｓｔａｎｔＭｅｓｓａｇｉｎｇ、ＩＭ）等とともにインターネットの基礎応用の１つとなっている。

本願実施例の一態様は、仮装マシンに配置された複数のプロキシサーバのリソース利用率を取得するステップと、少なくとも１つの第１プロキシサーバを用いて少なくとも１つの第２プロキシサーバのリソースの占用を分担するステップと、を含み、少なくとも１つの第１プロキシサーバにおける各第１プロキシサーバのリソース利用率は第１閾値よりも小さく、少なくとも１つの第２プロキシサーバにおける各第２プロキシサーバのリソース利用率は第２閾値よりも大きく、且つ第１閾値は第２閾値よりも小さい、リソーススケジューリング方法を提供する。

本願実施例のもう１つの様態は、スケジューリングサーバと複数のプロキシサーバを含み、複数のプロキシサーバは仮装マシンに配置され、スケジューリングサーバは、複数のプロキシサーバのリソース利用率を取得し、少なくとも１つの第１プロキシサーバを用いて少なくとも１つの第２プロキシサーバのリソースの占用を分担するように配置され、少なくとも１つの第１プロキシサーバにおける各第１プロキシサーバのリソース利用率は第１閾値よりも小さく、少なくとも１つの第２プロキシサーバにおける各第２プロキシサーバのリソース利用率は第２閾値よりも大きく、且つ第１閾値は第２閾値よりも小さい、リソーススケジューリングシステムを提供する。

本願実施例のもう１つの様態は、少なくとも１つのプロセッサと、少なくとも１つのプロセッサと通信接続されたメモリと、を含み、メモリに、少なくとも１つのプロセッサによって実行可能な指令が記憶されており、指令が少なくとも１つのプロセッサにより実行されることで、少なくとも１つのプロセッサに本願実施例が提供するリソーススケジューリング方法を実行させることができる、電子デバイスを提供する。

本願実施例のもう１つの様態は、コンピュータプログラムが記憶されており、コンピュータプログラムがプロセッサによって実行される時に、本願実施例が提供するリソーススケジューリング方法を実現する、コンピュータ可読記憶媒体を提供する。

図１はリソーススケジューリング方法のフロー概略図である。図２はリソーススケジューリング方法のフロー概略図である。図３はリソーススケジューリングシステムのモジュール構造概略図である。図４はリソーススケジューリングシステムのクラウドビデオサービスでの応用を示す図である。図５は図４に対応するフロー概略図である。図６は電子デバイスの構造概略図である。

本願の実施例の目的、技術案、メリットをより明瞭にするために、以下では図面を組み合わせて本願の実施例について詳細に説明する。本願の実施例では、読者に本願をよりよく理解させるために多くの技術詳細を示しているが、これらの技術詳細と以下の各実施例に基づく種々の変化と修正がなくても、本願が請求する技術案を実現できると当業者は理解できる。以下の各実施例の区分は説明に便宜を図るためのものであり、本願の具体的な実現方式に対していかなる限定も構成せず、各実施例は矛盾しないことを前提として互いに組み合わせて、互いに引用することができる。

従来のネットワークビデオサイトのビデオサービスはいずれも物理マシンに基づいて配置され、フロントエンドプロキシサーバを介してロードスケジューリングを行うものである。しかし、各ネットワークビデオサイトのリソース（例えば帯域幅、中央プロセッサ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ、ＣＰＵ）、メモリ等）の使用状況は変動するものであり、ピーク時に一部の物理マシンのリソース占有が多くなりすぎる場合があるため、サイトのサービス品質が有効に保証できず、ユーザ体験に影響を与える可能性がある。

本願実施例の第１実施形態は、各プロキシサーバのリソース利用率を取得するリソーススケジューリング方法に関するものであり、プロキシサーバは仮装マシンに配置されるサーバであり、第１プロキシサーバを用いて第２プロキシサーバのリソースの占用を分担し、第１プロキシサーバはリソース利用率が第１閾値よりも小さいプロキシサーバであり、第２プロキシサーバはリソース利用率が第２閾値よりも大きいプロキシサーバであり、第１閾値は第２閾値よりも小さい。仮想化技術を通じてプロキシサーバのリソースを再度組み合わせ、リソース利用率の低いプロキシサーバを用いてリソース利用率の高いプロキシサーバの分担をし、リソースの柔軟な分配を実現することができ、さらには各プロキシサーバのリソース利用率を合理的な範囲内に維持することを保証し、サイトのサービス品質を効果的に保証し、ユーザ体験を向上させる。

なお、第１実施形態が提供するリソーススケジューリング方法の実行主体は、各プロキシサーバに接続されたサービスエンドであってもよく、サービスエンドは、独立したサーバまたは複数のサーバからなるサーバクラスタで実現されてもよい。任意で、サービスエンドはアクセスサーバに接続されてもよく、アクセスサーバはクライアントに接続され、クライアントが発したリクエストを処理するためのものである。

第１実施形態が提供するリソーススケジューリング方法の具体的なフローは図１に示す通りであり、具体的に以下のステップＳ１０１とステップＳ１０２を含む。

ステップＳ１０１では、各プロキシサーバのリソース利用率を取得し、プロキシサーバは仮想マシンに配置されたサーバである。

プロキシサーバは仮想マシンが仮想化技術を通じて物理サーバから仮想化したサーバであり、物理サーバはプロキシサーバのホストであり、１台の物理サーバは１台以上の仮想化されたプロキシサーバに対応することができる。

リソースは、プロキシサーバの帯域幅、計算（ＣＰＵまたはグラフィックスプロセッサ（ＧｒａｐｈｉｃｓＰｒｏｃｅｓｓｉｎｇＵｎｉｔ、ＧＰＵ）を含む）、メモリ（内部メモリを含む）リソース等を含んでもよく、リソース利用率は、リソースが占有される割合を指す。コンピューティングリソースとストレージリソースは処理リソースと総称してもよく、プロキシサーバの処理能力を表すものである。なお、第１実施形態において、プロキシサーバのリソースは、上記のリソースにおける少なくとも１つを指してもよい。

任意で、プロキシサーバのリソースは帯域幅リソースであり、プロキシサーバはクラウドビデオサービスを提供するためのサーバである。

ステップＳ１０２では、第１プロキシサーバを用いて第２プロキシサーバのリソースの占用を分担し、第１プロキシサーバはリソース利用率が第１閾値よりも小さいプロキシサーバであり、第２プロキシサーバはリソース利用率が第２閾値よりも大きいプロキシサーバであり、第１閾値は第２閾値よりも小さい。

第１閾値と第２閾値は実際の経験または実際の状況に応じて設置することができ、例えば、第１閾値は２０％、３０％または４０％等、第２閾値は７０％、８０％または９０％等であってもよい。

具体的な例では、第１プロキシサーバを用いて第２プロキシサーバのリソースの占有を分担した後、残りの第１プロキシサーバが存在する場合、残りの第１プロキシサーバを回収する。第１プロキシサーバはリソース利用率の低いプロキシサーバであるため、残りの第１プロキシサーバを回収することで、プロキシサーバの数を減らし、仮想リソースを節約することができる。任意で、残りの第１プロキシサーバを移行させて他のテナントに用いてもよい。

任意で、リソース利用率が第１閾値と第２閾値との間にあるプロキシサーバを処理しなくてもよく、第１プロキシサーバが第２プロキシサーバのリソースの占有を分担するのに十分でない場合、当該プロキシサーバの一部を用いて第２プロキシサーバのリソースを分担してもよい。任意で、第１プロキシサーバを用いて第２プロキシサーバのリソースの占有を分担した後も、一部の第２プロキシサーバのリソース占有が分担されていない場合は、少なくとも１つのプロキシサーバを新たに生成し、新たに生成したプロキシサーバを用いて当該第２プロキシサーバのリソース占有を一部分担する。プロキシサーバを新たに生成する時に、第２プロキシサーバの近傍位置で優先的に生成し、例えば、第２プロキシサーバと同一のホスト（物理サーバ）で優先的に生成するか、または第２プロキシサーバのホストに隣接する物理サーバで新たに生成することができる。

任意で、第１プロキシサーバを用いて第２プロキシサーバのリソースの占有を分担する前に、先に第２プロキシサーバのリソースを増やしてもよい。一方、第１プロキシサーバを用いて第２プロキシサーバのリソースの占有を分担すると、増加後の第２プロキシサーバのリソース利用率が依然として第２閾値よりも大きい場合に、第１プロキシサーバをさらに用いて、リソース増加後の第２プロキシサーバのリソースの占有を分担するということが含まれる。

具体的には、仮想化技術により、テナント割当の許容範囲内で第２プロキシサーバのリソースを先に増やすことができる。例えば、ある第２プロキシサーバの割当が２０Ｍの帯域幅であるが、現在１０Ｍしかない場合、まず当該第２プロキシサーバの帯域幅を２０Ｍの帯域幅に設定し、リソースを増やした後の当該第２プロキシサーバのリソース利用率を取得し、リソースを増やした後のリソース利用率が第２閾値以下であれば、当該プロキシサーバを第２プロキシサーバのリストから除去する。リソースを増やした後もリソース利用率が依然として第２閾値よりも大きい場合、第１プロキシサーバを用いて当該第２プロキシサーバのリソース利用率を分担する。

任意で、第１プロキシサーバを用いて第２プロキシサーバのリソースの占用を分担する時には、第１プロキシサーバをランダムに選択して第２プロキシサーバのリソースの占用を分担することができる。

具体的な例において、ステップＳ１０２の前に、第１実施形態におけるリソーススケジューリング方法は、第１プロキシサーバのリソース利用率が低いものから高いものの順で、各第１プロキシサーバを配列するというステップをさらに含む。ステップＳ１０２において、第１プロキシサーバを用いて第２プロキシサーバのリソースの占用を分担するステップは、配列結果における前のｎ個の第１プロキシサーバを選択して第２プロキシサーバのリソース占用を分担するステップを含み、ｎは正の整数である。

例えば、第１プロキシサーバのリソース利用率を低いものから高いものへと１つのキューに並べ、キューの先頭（即ち、リソース利用率の低いもの）から第１プロキシサーバを選択して第２プロキシサーバのリソース占有を分担する。

なお、リソース利用率は随時変動するものであり、リソース利用率の低い第１プロキシサーバを選択して第２プロキシサーバのリソースの占有を分担することにより、プロキシサーバをより十分にリソースの占有に対応させ、サービスの品質を保証することができる。このほか、配列結果における前のｎ個の第１プロキシサーバの選択には、配列結果における前のｎ個の第１プロキシサーバを優先的に選択することを含んでよく、即ち、分担するための第１プロキシサーバを選択する時に、配列結果における前のｎ個の第１プロキシサーバを優先的に選択し、配列結果における前のｎ個の第１プロキシサーバが第２プロキシサーバのリソースの占有を分担するのに十分でない時に、配列結果における前のｎ個の第１プロキシサーバ以外の第１プロキシサーバを選択して分担してもよい。

同様に、第２プロキシサーバのリソース利用率の高いものから低いものの順で各第２プロキシサーバを配列し、第１プロキシサーバを用いてリソース利用率が高い第２プロキシサーバのリソースの占用を優先的に分担してもよい。

第１実施形態におけるリソーススケジューリング方法によれば、仮想マシン上のプロキシサーバのリソース利用率を取得し、リソース利用率の低いプロキシサーバを用いてリソース利用率の高いプロキシサーバの分担をし、仮想化技術によりプロキシサーバのリソースを再度組み合わせることにより、リソース全体の柔軟な割当を実現することができ、さらには各プロキシサーバのリソース利用率を合理的な範囲内に維持することを保証し、サーバ（Ｗｅｂサイト）のサービス品質を効果的に保証し、ユーザ体験を向上させる。

本願実施例の第２実施形態はリソーススケジューリング方法に関するものである。第２実施形態は第１実施形態とほぼ同一であり、主な相違点は、第２実施形態において、さらに第２プロキシサーバのリソース占有需要を予測し、リソース占有需要の状況に応じてプロキシサーバのリソース占有の分担を行うというものである。

第２実施形態が提供するリソーススケジューリング方法の具体的なフローは、図２に示す通りであり、具体的に以下のステップＳ２０１～ステップＳ２０４を含む。

ステップＳ２０１では、各プロキシサーバのリソース利用率を取得し、プロキシサーバは仮想マシンに配置されたサーバである。

ステップＳ２０１は、第１実施形態におけるステップＳ１０１と同一であり、具体的に第１実施形態における関連記載を参照することができ、ここでは改めて説明しない。

ステップＳ２０２では、各第２プロキシサーバのリソース占有需要を予測する。

リソース占有需要とは、プロキシサーバに発生する可能性のあるリソース利用率を指し、例えば、あるプロキシサーバのピーク時のリソース利用率が９０％、オフピーク時のリソース利用率が２０％である場合、当該プロキシサーバのリソース占有需要は２０～９０％である。

任意で、各第２プロキシサーバのリソース利用率の履歴データに基づいてリソース占有需要を予測してもよく、例えば１ヶ月以内のリソース利用率の履歴データを選択して予測することができ、具体的に選択する履歴データの時間範囲は実際の必要に応じて設定することができ、ここでは具体的な制限を行わない。

ステップＳ２０３では、第２プロキシサーバのリソース差分値の大きいものから小さいものの順で各第２プロキシサーバを配列し、リソース差分値はリソース占有需要の最大値とリソース占有需要の平均値との差分値である。

任意で、リソース占有需要の最大値は履歴データにおける最大値であってもよく、履歴データのピーク時の平均値であってもよく、また履歴データに基づいて一定の修正を行った後に得ることができる。リソース占有需要の平均値は履歴データの平均値でもよく、ピーク時の履歴データとオフピーク時の履歴データの加重平均であってもよく、具体的に実際の需要に応じて具体的に設定することができ、ここでは具体的な制限をしない。

ステップＳ２０４では、第１プロキシサーバを用いて配列結果における前のｍ個の第２プロキシサーバのリソースの占有を分担し、ｍは正の整数である。

なお、リソースの差分値が大きい時には、第２プロキシサーバが高いリソース利用率にある可能性があり、これらの第２プロキシサーバのリソース利用率が効果的に分担されることを保証する必要があるということを表す。第１プロキシサーバを用いて配列結果における前のｍ個の第２プロキシサーバのリソースの占有を分担する時には、第１プロキシサーバを用いて配列結果における前のｍ個の第２プロキシサーバのリソースの占有を優先的に分担してもよく、第１プロキシサーバが配列結果における前のｍ個の第２プロキシサーバのリソースの占有を分担するに足るものである時には、第１プロキシサーバを用いてその他の第２プロキシサーバのリソースの占有を分担することもできる。

具体的な例では、リソース占有需要の平均値が第２閾値より大きいプロキシサーバを第２プロキシサーバとすることで、第２プロキシサーバの区分をより安定させる。

任意で、リソース占有需要の最大値に基づいて第２プロキシサーバを配列し、第１プロキシサーバを用いてリソース占有需要の最大値が大きい第２プロキシサーバのリソースの占有を優先的に分担してもよい。

なお、リソースは複数種類であってもよいため、実際の応用ではリソースに基づいて分類し、分類後のプロキシサーバに基づいて第１実施形態および／または第２実施形態における方法を用いてリソースのスケジューリングを行うことができる。本願が提供するリソーススケジューリング方法をより明瞭に説明するために、以下ではプロキシサーバを６つの種類に分け、応用シーンがクラウドビデオサービス（即ち、帯域幅リソースに着目する）であることを例として説明する。

キュー１：プロキシサーバの帯域幅リソース利用率が低すぎ、処理リソース利用率が正常（帯域幅リソース利用率が２０％未満、ＣＰＵ、メモリ、ストレージの平均リソース利用率が２０～８０％）である場合、第１プロキシサーバとし、その他のプロキシサーバが分担するリソースプールとすることができる。

スケジューリング方法：プロキシサーバを帯域幅リソース利用率の昇順で並べ、帯域幅リソース利用率の低いプロキシサーバを優先的に選択して分担する。

キュー２：プロキシサーバの帯域幅リソース利用率は正常であり、処理リソース利用率は安定する（帯域幅リソース利用率は２０％～８０％、ＣＰＵ、メモリ、ストレージの平均リソース利用率は２０％～８０％である）。

スケジューリング方法：このキューに対して処理しない。

キュー３：プロキシサーバの帯域幅リソース利用率が高すぎ、処理リソース利用率が正常（帯域幅リソース利用率が８０％を超え、ＣＰＵ、メモリ、ストレージの平均リソース利用率が２０～８０％）であり、第２プロキシサーバとすることができる。

スケジューリング方法：キュー１におけるプロキシサーバの分担をするように選択することができる。そうでない場合は、許容範囲にプロキシサーバの帯域幅リソースを増やすか、またはサービスエンドへ仮想マシンの移行実行を請求するか、あるいは、キュー３のプロキシサーバの近傍位置で新しいプロキシサーバの生成を試みて分担する。

キュー４：プロキシサーバのリソース利用率が高すぎ、処理リソース利用率が高すぎ（帯域幅リソース利用率が８０％を超え、ＣＰＵ、メモリ、ストレージの平均リソース利用率が８０％を超える）、第２プロキシサーバとすることができる。

スケジューリング方法：割当許容範囲にプロキシサーバの帯域幅リソースを増やし、分配終了後のプロキシサーバのリソース利用率がキュー６のプロキシサーバに近づくようにする。帯域幅リソースが増加した後もプロキシサーバのリソース利用率が高すぎる場合、履歴データに基づいて各プロキシサーバの帯域幅、ＣＰＵ、メモリ、ストアリソース占有需要を予測し、プロキシサーバを予測最大値（リソース占有需要最大値）と予測平均値（リソース占有需要平均値）の差分値を降順で並べ、その後キュー１からリソース利用率が最も低いプロキシサーバを選択して分担し、キュー６におけるプロキシサーバのリソース利用率に近づけることを目標とする。キュー１に適切なプロキシサーバがなければ、プロキシサーバの近傍位置に新しいプロキシサーバを生成して分担するようリクエストし、分担後の新しいプロキシサーバをキュー１に加え、もとのプロキシサーバをキュー６に加える。

キュー５：プロキシサーバのリソース利用率が低すぎ、処理リソース利用率が高すぎ（帯域幅リソース利用率が２０％未満、ＣＰＵ、メモリ、ストレージの平均リソース利用率が８０％を超える）、第１プロキシサーバとすることができる。

スケジューリング方法：帯域幅予測需要の最大値が実際の占有値より高いプロキシサーバを降順で並べ、残りのプロキシサーバをキュー１に加え、キュー１の末尾から物理位置が近いプロキシサーバを選択してキュー１の先頭のプロキシサーバを分担する。例えば、キュー５にリソースが足りない場合は、キュー１からプロキシサーバを選択して分配する。

キュー６：プロキシサーバのリソース利用率は正常であり、処理リソース利用率が高すぎる（即ち、帯域幅リソース利用率は２０％～８０％であり、ＣＰＵ、メモリ、ストレージの平均リソース利用率は８０％を超える）。

スケジューリング方法：履歴データに基づいて各プロキシサーバの帯域幅占有需要を予測し、プロキシサーバを帯域幅リソース占有需要の最大値と帯域幅リソース占有需要の平均値の差分値に従って昇順で並べ、キュー１から帯域幅リソース利用率の低いプロキシサーバを順番に選出してこれらのプロキシサーバの分担をする。キュー１においてリソースが不足する場合は、キューの最後の少なくとも１つのプロキシサーバの近傍位置に新しいプロキシサーバの負荷分担を確立するようリクエストし、キュー１に加えて引き続き分配する。分配完了後、キュー１のプロキシサーバに残りのリソースが残っている場合は、残りのリソースとキュー４、６におけるプロキシサーバを関連付けて予備とすることができる。残りのプロキシサーバに対しては、配置により仮想リソースを減らすか、または残りのプロキシサーバに対して移行、シャットダウン等の操作を行うことができる。

第２実施形態におけるリソーススケジューリング方法によれば、第２プロキシサーバのリソース占有需要を予測し、第１プロキシサーバの配列結果におけるリソース差分値が大きい第２プロキシサーバのリソース占有を分担することにより、リソース占有に大きな変化が生じる可能性のある第２プロキシサーバのリソースを保証することができ、リソースのスケジューリングをさらに最適化し、プロキシサーバのサービス品質の安定性を向上させることができる。

このほか、上記の各種の方法のステップ区分は、明確に説明するためのものに過ぎず、実現時に１つのステップに統合するか、あるステップを複数のステップに分けることができ、同じ論理関係を含む限り、みな本願の請求範囲内にあり、アルゴリズムにおいてもプロセスにおいても、重要ではない修正を追加するか、重要でない設計を導入するが、アルゴリズムとプロセスの核心的な設計を変更しないものは全て本願の請求範囲内にあるということを当業者は理解できる。

本願実施例の第３実施形態はリソーススケジューリングシステム３００に関するものであり、図３に示すように、スケジューリングサーバ３０１と複数のプロキシサーバ３０２とを含み、プロキシサーバ３０２は仮想マシンに配置されたサーバである。

スケジューリングサーバ３０１は、各プロキシサーバのリソース利用率を取得し、第１プロキシサーバを用いて第２プロキシサーバのリソースの占用を分担するように配置され、第１プロキシサーバはリソース利用率が第１閾値よりも小さいプロキシサーバであり、第２プロキシサーバはリソース利用率が第２閾値よりも大きいプロキシサーバであり、第１閾値は第２閾値よりも小さい。

さらに、スケジューリングサーバ３０１は、第１プロキシサーバのリソース利用率が低いものから高いものの順で各第１プロキシサーバを配列し、配列結果における前のｎ個の第１プロキシサーバが第２プロキシサーバのリソース占有を分担するために選択するようにさらに構成され、ｎは正の整数である。

さらに、スケジューリングサーバ３０１は、残りの第１プロキシサーバが存在する場合に、残りの第１プロキシサーバを回収するようにさらに構成される。

さらに、スケジューリングサーバ３０１は、各第２プロキシサーバのリソース占有需要を予測し、第２プロキシサーバのリソース差分値の大きいものから小さいものの順で、第２プロキシサーバを配列し、リソース差分値は、リソース占有需要の最大値とリソース占有需要の平均値との差分であり、第１プロキシサーバを用いて配列結果における前のｍ個の第２のプロキシサーバのリソースの占有を分担するようにさらに配置され、ｍは正の整数である。

さらに、スケジューリングサーバ３０１は、第２プロキシサーバのリソース占有が分担されていないことが存在する場合には、少なくとも１つのプロキシサーバを新たに生成し、新たに生成されたプロキシサーバを用いて第２プロキシサーバのリソース占有を分担するようにさらに構成される。

さらに、スケジューリングサーバ３０１は、第２プロキシサーバのリソースを増やし、増加後の第２プロキシサーバのリソース利用率が依然として第２閾値よりも大きい場合、第１プロキシサーバを用いてリソース増加後の第２プロキシサーバのリソースの占有を分担するようにさらに構成される。

さらに、リソースは帯域幅リソースであり、プロキシサーバはクラウドビデオサービスを提供するためのサーバである。

さらに、リソースは処理リソースであり、処理リソースはコンピューティングリソースとストレージリソースを含む。

図４を参照されたい。これは第３実施形態が提供するリソーススケジューリングシステムをクラウドビデオサービスに適用する例を示す図であり、スケジューリングサーバ３０１は図４の監視サーバである。具体的に図４では、リソーススケジューリングシステム３００のスケジューリングサーバ３０１（監視サーバ）とプロキシサーバのほか、クライアント、アクセスサーバ、ディレクトリサーバ、コンテンツサーバ及びエンコード変換サーバを含む。物理サーバ群は仮想サーバ群のホストである。クライアントは、コンピュータ、テレビ、または携帯電話等のデジタル端末であってもよく、無線ネットワーク、有線テレビネットワーク、またはインターネットを介してアクセスサーバに接続され、クラウドネットワークのビデオサービスを取得するためのものである。センタークラウドはディレクトリサーバとコンテンツサーバにより構成され、ディレクトリサーバはプロキシクラウドにビデオオブジェクトの照会サービスを提供し、コンテンツサーバにはすべてのビデオオブジェクトの完全なバックアップが記憶されている。ニアクライアントプロキシクラウドはアクセスサーバ、監視サーバ、プロキシサーバ、エンコード変換サーバによって構成される。アクセスサーバはクライアントとしてプロキシクラウドにサービスのインタフェースをリクエストし、クライアントのサービスリクエストを受信し、監視サーバへ、サービスを提供できるプロキシサーバのリストとそれぞれの実行状態を取得し、適切なプロキシサーバを選択してクライアントと接続を確立してサービスを提供する。監視サーバは各プロキシサーバにおけるビデオリソースの分布情報を収集し、クライアントにビデオリソース照会サービスを提供するためのものであり、本願の第１実施形態と第２実施形態が提供するリソーススケジューリング方法を用いて、各プロキシサーバの運行状態情報を収集するとともに、各プロキシサーバを負荷のバランスが取れた状態にし、リソース分配をスケジューリングし、即ち、クライアントデータリクエストについて、サービスを提供するサーバと関連仮想リソースのスケジューリングを選択する。エンコード変換サーバは専用の物理サーバにより担当され、プロバイダやユーザがアップロードした異なる符号方式のビデオオブジェクトを、クラウドネットワークのビデオサービスプラットフォームの符号方式に適合するビデオオブジェクトに変換する。

図５を参照されたい。これは図４においてクライアントがビデオサービスを取得する時のフロー概略図であり、具体的なフローは以下の通りである。１、クライアントはインターネットを介してクラウドにおけるアクセスサーバに接続され、ビデオサービスリクエスト（ビデオオブジェクトを含む）を提出する。２、アクセスサーバは監視サーバから、クライアントにサービスを提供できるプロキシサーバのリストを取得する。３、監視サーバが、クライアントにサービスを提供できるプロキシサーバを検索し、例えばプロキシクラウド内にクライアントがリクエストするリソースがない場合、センタークラウドのディレクトリサーバへリソースを照会し、そうでなければ、ステップ６に移行する。４、センタークラウドのディレクトリサーバは、クライアントが必要とするデータが保存されているコンテンツサーバを探して選択する。５、コンテンツサーバは必要なリソースをプロキシクラウドにおけるプロキシサーバ（例えば、第１プロキシサーバであってもよい）に転送する。６、監視サーバは把握しているプロキシサーバのリソースと運行状態情報に基づいて、第１プロキシサーバをクライアントサービスとして選択するとともに、各プロキシサーバのリソース利用率のバランスを取り、選択完了後、サービス情報をアクセスサーバに戻す。７、アクセスサーバはプロキシサーバとクライアントの接続を確立する。８、プロキシサーバはクライアントのデータリクエストに応答する。９、クライアントはデータの一部を受信して再生を開始し、残りのデータを引き続きリクエストする。

第３実施形態は、第１実施形態及び第２実施形態に対応するシステム実施形態であり、第３実施形態は、第１実施形態及び第２実施形態と互いに組み合わせて実施することができると難なく見出せる。第１実施形態及び第２実施形態で言及した関連技術の詳細は、第３実施形態において依然として有効であり、重複を回避するために、ここでは改めて説明しない。これに応じて、第３実施形態で言及した関連技術の詳細も、第１実施形態および第２実施形態に適用することができる。

特筆すべきは、第３実施形態に係る各モジュールはすべて論理モジュールであり、実際の応用において、論理ユニットは物理ユニットであってもよく、物理ユニットの一部であってもよく、複数の物理ユニットの組み合わせで実現されてもよいという点である。このほか、本開示の革新的な部分を際立たせるために、第３実施形態では、本願が示す技術問題を解決する、関係があまり緊密でないユニットを導入していないが、これは、第３実施形態にその他のユニットが存在しないことを意味しない。

本願実施例の第４実施形態は電子デバイスに関するものであり、図６に示すように、少なくとも１つのプロセッサ４０２と、少なくとも１つのプロセッサ４０２と通信接続されたメモリ４０１とを含む。メモリ４０１には、少なくとも１つのプロセッサ４０２により実行可能な指令が記憶されており、指令が少なくとも１つのプロセッサ４０２により実行されることで、少なくとも１つのプロセッサ４０２に上記リソーススケジューリング方法を実行させることができる。

メモリ４０１とプロセッサ４０２はバス方式で接続され、バスは任意の数の相互接続のバスとブリッジを含んでよく、バスは１つまたは複数のプロセッサ４０２とメモリ４０１の各種回路に接続される。バスは例えば、周辺デバイス、電圧レギュレータ、電力管理回路等の各種のその他の回路を一緒に接続することができ、これらは本分野において公知の事項であるため、本文ではこれについてさらなる説明を行わない。バスインタフェースは、バスとトランシーバとの間にインタフェースを提供する。トランシーバは、１つの部材であってもよく、複数の部材、例えば複数の受信機や送信機であってもよく、送信媒体で各種の他の装置と通信するための手段を提供する。プロセッサ４０２によって処理されたデータは、アンテナを介して無線媒体で伝送され、さらに、アンテナはデータを受信してプロセッサ４０２に送信する。

プロセッサ４０２はバスの管理と通常の処理を担当し、タイミング、周辺インタフェース、電圧調整、電源管理、その他の制御機能を含む各種の機能を提供することもできる。メモリ４０１は、プロセッサ４０２が操作実行時に使用するデータを記憶することに用いてよい。

本願実施例の第５実施形態は、コンピュータプログラムが記憶されているコンピュータ可読記憶媒体に関するものである。コンピュータプログラムはプロセッサによって実行される時に、本願が提供するリソーススケジューリング方法のいずれかを実現する。

即ち、上記実施形態における方法のすべてまたは一部のステップの実現は、プログラムにより関連ハードウェアに命令することで完成することができ、当該プログラムは記憶媒体に記憶され、少なくとも１つの指令を含んでデバイス（シングルチップコンピュータ、チップ等であってもよい）またはプロセッサ（ｐｒｏｃｅｓｓｏｒ）に本願各実施例に記載の方法のすべてまたは一部のステップを実行させると当業者は理解できる。前述の記憶媒体は、Ｕディスク、リムーバブルハードディスク、読み取り専用メモリ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭ）、磁気ディスクまたは光ディスク等の、プログラムコードを記憶できる各種の媒体を含む。

上記各実施例は本開示を実現する具体的な実施例であり、本願の精神と範囲を逸脱しない限り、実際の応用において形式または詳細に対して各種の変更を加えることができる。

Claims

仮装マシンに配置された複数のプロキシサーバのリソース利用率を取得するステップと、
少なくとも１つの第１プロキシサーバを用いて少なくとも１つの第２プロキシサーバのリソースの占用を分担するステップと、を含み、
前記少なくとも１つの第１プロキシサーバにおける各第１プロキシサーバのリソース利用率は第１閾値よりも小さく、前記少なくとも１つの第２プロキシサーバにおける各第２プロキシサーバのリソース利用率は第２閾値よりも大きく、且つ前記第１閾値は前記第２閾値よりも小さい
リソーススケジューリング方法。
前記少なくとも１つの第１プロキシサーバを用いて前記少なくとも１つの第２プロキシサーバのリソースの占用を分担する前に、前記方法は、
リソース利用率の低いものから高いものの順に、前記少なくとも１つの第１プロキシサーバを配列し、第１配列結果を得るステップをさらに含み、
前記少なくとも１つの第１プロキシサーバを用いて前記少なくとも１つの第２プロキシサーバのリソースの占用を分担するステップは、
前記第１配列結果における前のｎ個（前記ｎは正の整数である）の第１プロキシサーバを確定するステップと、
前記前のｎ個の第１プロキシサーバを用いて前記少なくとも１つの第２プロキシサーバのリソースの占用を分担するステップと、を含む
請求項１に記載のリソーススケジューリング方法。
前記前のｎ個の第１プロキシサーバを用いて前記少なくとも１つの第２プロキシサーバのリソースの占用を分担した後に、
前記少なくとも１つの第１プロキシサーバの数が前記ｎより大きいと判断したことに応じて、前記少なくとも１つの第１プロキシサーバにおける前記前のｎ個の第１プロキシサーバを除いたその他の第１プロキシサーバを回収するステップをさらに含む
請求項２に記載のリソーススケジューリング方法。
前記少なくとも１つの第１プロキシサーバを用いて前記少なくとも１つの第２プロキシサーバのリソースの占用を分担する前に、前記方法は、
前記少なくとも１つの第２プロキシサーバのリソース占有需要を予測するステップと、
リソース差分値の大きいものから小さいものの順で、前記少なくとも１つの第２プロキシサーバを配列して第２配列結果を得るステップと、を含み、
前記第２プロキシサーバのリソース差分値は、前記第２プロキシサーバのリソース占有需要の最大値と前記第２プロキシサーバのリソース占有需要の平均値との差分値であり、
前記少なくとも１つの第１プロキシサーバを用いて前記少なくとも１つの第２プロキシサーバのリソースの占用を分担するステップは、
前記第２配列結果における前のｍ個（前記ｍは正の整数である）の第２プロキシサーバを確定するステップと、
前記少なくとも１つの第１プロキシサーバを用いて前のｍ個の第２プロキシサーバのリソースの占用を分担するステップと、を含む
請求項１に記載のリソーススケジューリング方法。
前記少なくとも１つの第１プロキシサーバを用いて前記少なくとも１つの第２プロキシサーバのリソースの占用を分担した後に、
前記少なくとも１つの第２プロキシサーバの数が前記ｍよりも大きいと判断したことに応じて、少なくとも１つの第３プロキシサーバを新たに生成するステップと、
前記少なくとも１つの第３プロキシサーバを用いて、前記少なくとも１つの第２プロキシサーバにおける前記前のｍ個の第２プロキシサーバを除いたその他の第２プロキシサーバのリソースの占用を分担するステップと、をさらに含む
請求項１に記載のリソーススケジューリング方法。
前記少なくとも１つの第１プロキシサーバを用いて前記少なくとも１つの第２プロキシサーバのリソースの占用を分担する前に、前記少なくとも１つの第２プロキシサーバのリソースを増やすステップをさらに含み、
前記少なくとも１つの第１プロキシサーバを用いて前記少なくとも１つの第２プロキシサーバのリソースの占用を分担するステップは、
リソース増加後の第２プロキシサーバのリソース利用率が依然として前記第２閾値よりも大きいと判断したことに応じて、前記少なくとも１つの第１プロキシサーバを用いて前記リソース増加後の第２プロキシサーバのリソースの占用を分担するステップを含む
請求項１に記載のリソーススケジューリング方法。
前記リソースは帯域幅リソースであり、前記複数のプロキシサーバはクラウドビデオサービスを提供するためのものである
請求項１～６のいずれか１項に記載のリソーススケジューリング方法。
前記リソースは処理リソースであり、且つ前記処理リソースはコンピューティングリソースとストレージリソースを含む
請求項１～６のいずれか１項に記載のリソーススケジューリング方法。
スケジューリングサーバと複数のプロキシサーバを含み、前記複数のプロキシサーバは仮装マシンに配置され、前記スケジューリングサーバは、
前記複数のプロキシサーバのリソース利用率を取得し、
少なくとも１つの第１プロキシサーバを用いて少なくとも１つの第２プロキシサーバのリソースの占用を分担するように配置され、
前記少なくとも１つの第１プロキシサーバにおける各第１プロキシサーバのリソース利用率は第１閾値よりも小さく、前記少なくとも１つの第２プロキシサーバにおける各第２プロキシサーバのリソース利用率は第２閾値よりも大きく、且つ前記第１閾値は前記第２閾値よりも小さい
リソーススケジューリングシステム。
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサと通信接続されたメモリと、を含み、
前記メモリに、前記少なくとも１つのプロセッサによって実行可能な指令が記憶されており、前記指令が前記少なくとも１つのプロセッサにより実行されることで、前記少なくとも１つのプロセッサに請求項１～８のいずれか１項に記載のリソーススケジューリング方法を実行させることができる
電子デバイス。
コンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行される時に、請求項１～８のいずれか１項に記載のリソーススケジューリング方法を実現する
コンピュータ可読記憶媒体。