(57)【要約】【課題】仮想マシンが構成情報を取得する時に消費されるシステムリソースを減少させること。【解決手段】プライマリプロキシーサーバに適用される情報取得方法及び装置であって、方法は、第１の仮想マシンが送信した、第１の仮想マシン識別子を含む情報取得リクエストを受信するステップと、ローカルにキャッシュされている構成情報が第１の仮想マシン識別子に対応する第１の構成情報があるかどうかを検出するステップと、ＹＥＳの場合、ローカルから第１の構成情報を取得して前記第１の仮想マシンに送信するステップと、ＮＯの場合、情報取得リクエストにプライマリ情報を追加してセカンダリプロキシーサーバに送信し、セカンダリプロキシーサーバは該セカンダリプロキシーサーバに対応するすべての仮想マシンの構成情報がキャッシュされているステップと、セカンダリプロキシーサーバが第１の仮想マシン識別子とプライマリ情報に応じてフィードバックする第１の構成情報を受信するステップと、受信した第１の構成情報をキャッシュして第１の仮想マシンに送信するステップと、を含む。【選択図】図１
2019533254.tif 000002
【特許請求の範囲】
【請求項１】
プライマリプロキシーサーバに適用される情報取得方法であって、
第１の仮想マシンが送信した、第１の仮想マシン識別子を含む情報取得リクエストを受信するステップと、
ローカルにキャッシュされている構成情報に、前記第１の仮想マシン識別子に対応する第１の構成情報があるかどうかを検出するステップと、
第１の構成情報がある場合、ローカルから前記第１の構成情報を取得して前記第１の仮想マシンに送信するステップと、
第１の構成情報が無い場合、前記情報取得リクエストにプライマリ情報を追加してセカンダリプロキシーサーバに送信し、前記セカンダリプロキシーサーバが前記第１の仮想マシン識別子と前記プライマリ情報に応じてフィードバックする第１の構成情報を受信するステップと、
受信した前記第１の構成情報をキャッシュして前記第１の仮想マシンに送信するステップと、
を含む情報取得方法。
【請求項２】
前記セカンダリプロキシーサーバがインタフェースサーバから送信される第１の更新通知を受信した後に送信する第２の更新通知を受信するステップと、
前記第２の更新通知に基づいて第１の更新予定構成情報を確定し、前記第１の更新予定構成情報の識別子を前記セカンダリプロキシーサーバに送信するステップと、
前記セカンダリプロキシーサーバが前記第１の更新予定構成情報の識別子に基づいてフィードバックする第１の目標構成情報を受信するステップと、
前記第１の更新予定構成情報を前記第１の目標構成情報に更新するステップと、をさらに含む請求項１に記載の情報取得方法。
【請求項３】
前記第２の更新通知に基づいて第１の更新予定構成情報を確定することは、
前記第２の更新通知に第２の目標構成情報の識別子が含まれていない場合、ローカルにキャッシュされているすべての構成情報を第１の更新予定構成情報として確定するステップと、
前記第２の更新通知に第２の目標構成情報の識別子が含まれている場合、前記第２の目標構成情報の識別子に対応する、ローカルにキャッシュされている構成情報を第１の更新予定構成情報として確定するステップと、
を含む請求項２に記載の情報取得方法。
【請求項４】
前記セカンダリプロキシーサーバがインタフェースサーバから送信される第１の更新通知を受信した後に送信する、第２の目標構成情報を含む第３の更新通知を受信するステップと、
前記第２の目標構成情報に含まれる第２の目標構成情報の識別子に対応する、ローカルにキャッシュされている構成情報を、第２の更新予定構成情報として確定するステップと、
前記第２の更新予定構成情報を前記第２の目標構成情報に更新するステップと、をさらに含む請求項１に記載の情報取得方法。
【請求項５】
セカンダリプロキシーサーバに適用される情報取得方法であって、前記セカンダリプロキシーサーバには、前記セカンダリプロキシーサーバに対応する仮想マシンの構成情報がキャッシュされており、前記方法は、
第１の仮想マシンがプライマリプロキシーサーバを介して送信する情報取得リクエストであって、前記第１の仮想マシン識別子及び前記プライマリプロキシーサーバにより追加されたプライマリ情報を含む情報取得リクエストを受信するステップと、
前記情報取得リクエストからプライマリ情報を抽出し、前記第１の仮想マシン識別子と前記プライマリ情報に基づいてローカルから第１の構成情報を取得するステップと、
前記プライマリプロキシーサーバが前記第１の構成情報をキャッシュして前記第１の仮想マシンに送信するように、前記第１の構成情報を前記プライマリプロキシーサーバに送信するステップと、
を含む情報取得方法。
【請求項６】
インタフェースサーバが送信する第１の更新通知を受信するステップと、
前記第１の更新通知に基づいて第３の更新予定構成情報を確定し、前記第３の更新予定構成情報の識別子を前記インタフェースサーバに送信するステップと、
前記インタフェースサーバが前記第３の更新予定構成情報の識別子に基づいてフィードバックする第３の目標構成情報を受信するステップと、
前記第３の更新予定構成情報を前記第３の目標構成情報に更新するステップと、をさらに含む請求項５に記載の情報取得方法。
【請求項７】
前記第１の更新通知に基づいて第３の更新予定構成情報を確定することは、
前記第１の更新通知に第４の目標構成情報の識別子が含まれていない場合、ローカルにキャッシュされているすべての構成情報を第３の更新予定構成情報として確定するステップと、
前記第１の更新通知に第４の目標構成情報の識別子が含まれている場合、前記第４の目標構成情報の識別子に対応する、ローカルにキャッシュされている構成情報を、第３の更新予定構成情報として確定するステップと、
を含む請求項６に記載の情報取得方法。
【請求項８】
前記第３の更新予定構成情報を前記第３の目標構成情報に更新した後、
前記プライマリプロキシーサーバに第２の更新通知を送信するステップと、
前記プライマリプロキシーサーバが前記第２の更新通知に基づいて送信する第１の更新予定構成情報の識別子を受信するステップと、
前記プライマリプロキシーサーバが前記第１の更新予定構成情報を前記第１の目標構成情報に更新するように、前記第１の更新予定構成情報の識別子に基づいて前記プライマリプロキシーサーバに第１の目標構成情報をフィードバックするステップと、
をさらに含む請求項６に記載の情報取得方法。
【請求項９】
前記第３の更新予定構成情報を前記第３の目標構成情報に更新した後、
予め格納されたプロキシーサーバと構成情報との対応関係に基づいて、前記第３の目標構成情報から前記プライマリプロキシーサーバに対応する第２の目標構成情報を確定するステップと、
前記プライマリプロキシーサーバが前記第２の目標構成情報に含まれる第２の目標構成情報の識別子に対応する、ローカルにキャッシュされている構成情報を、第２の更新予定構成情報として確定し、前記第２の更新予定構成情報を前記第２の目標構成情報に更新するように、前記プライマリプロキシーサーバに前記第２の目標構成情報が載せられている第３の更新通知を送信するステップと、
をさらに含む請求項６に記載の情報取得方法。
【請求項１０】
プライマリプロキシーサーバであるプロキシーサーバであって、
プロセッサ及び機械可読記憶媒体を備え、前記機械可読記憶媒体は前記プロセッサによって実行可能な機械実行可能指令が格納されており、前記機械実行可能指令は第１の受信指令と、検出指令と、第１の送信指令と、第２の送信指令と、第２の受信指令と、キャッシュ指令とを含み、
前記プロセッサは前記第１の受信指令に応じて、第１の仮想マシンが送信した、第１の仮想マシン識別子を含む情報取得リクエストを受信し、
前記プロセッサは前記検出指令に応じて、ローカルにキャッシュされている構成情報に、前記第１の仮想マシン識別子に対応する第１の構成情報があるかどうかを検出し、
前記プロセッサは前記第１の送信指令に応じて、ローカルにキャッシュされている構成情報に前記第１の仮想マシン識別子に対応する第１の構成情報があると検出する場合、ローカルから前記第１の構成情報を取得して前記第１の仮想マシンに送信し、
前記プロセッサは前記第２の送信指令に応じて、ローカルにキャッシュされている構成情報に前記第１の仮想マシン識別子に対応する第１の構成情報がないと検出する場合、前記情報取得リクエストにプライマリ情報を追加してセカンダリプロキシーサーバに送信し、
前記プロセッサは前記第２の受信指令に応じて、前記セカンダリプロキシーサーバが前記第１の仮想マシン識別子と前記プライマリ情報に基づいてフィードバックする第１の構成情報を受信し、
前記プロセッサは前記キャッシュ指令に応じて、受信した前記第１の構成情報をキャッシュして前記第１の仮想マシンに送信する、プロキシーサーバ。
【請求項１１】
前記プロセッサは前記第２の受信指令に応じてさらに、前記セカンダリプロキシーサーバがインタフェースサーバから送信される第１の更新通知を受信した後に送信する第２の更新通知を受信し、
前記プロセッサは前記第２の送信指令に応じてさらに、前記第２の更新通知に基づいて第１の更新予定構成情報を確定し、前記第１の更新予定構成情報の識別子を前記セカンダリプロキシーサーバに送信し、
前記プロセッサは前記第２の受信指令に応じてさらに、前記セカンダリプロキシーサーバが前記第１の更新予定構成情報の識別子に基づいてフィードバックする第１の目標構成情報を受信し、
前記機械実行可能指令は更新指令をさらに含み、
前記プロセッサは前記更新指令に応じて、前記第１の更新予定構成情報を前記第１の目標構成情報に更新する
請求項１０に記載のプロキシーサーバ。
【請求項１２】
前記プロセッサは前記第２の送信指令に応じて、
前記第２の更新通知に第２の目標構成情報の識別子が含まれていない場合、ローカルにキャッシュされているすべての構成情報を第１の更新予定構成情報として確定し、
前記第２の更新通知に第２の目標構成情報の識別子が含まれている場合、前記第２の目標構成情報の識別子に対応する、ローカルにキャッシュされている構成情報を第１の更新予定構成情報として確定する
請求項１１に記載のプロキシーサーバ。
【請求項１３】
前記プロセッサは前記第２の受信指令に応じてさらに、前記セカンダリプロキシーサーバがインタフェースサーバから送信される第１の更新通知を受信した後に送信する第３の更新通知であって、第２の目標構成情報を含む第３の更新通知を受信し、
前記機械実行可能指令は確定指令及び更新指令をさらに含み、
前記プロセッサは前記確定指令に応じて、前記第２の目標構成情報に含まれる第２の目標構成情報の識別子に対応する、ローカルにキャッシュされている構成情報を第２の更新予定構成情報として確定し、
前記プロセッサは前記更新指令に応じて、前記第２の更新予定構成情報を前記第２の目標構成情報に更新する
請求項１０に記載のプロキシーサーバ。
【請求項１４】
セカンダリプロキシーサーバであるプロキシーサーバであって、
前記セカンダリプロキシーサーバは前記セカンダリプロキシーサーバに対応する仮想マシンの構成情報がキャッシュされており、プロセッサ及び機械可読記憶媒体を備え、前記機械可読記憶媒体は前記プロセッサによって実行可能な機械実行可能指令が格納されており、前記機械実行可能指令は受信指令、取得指令及び送信指令を含み、
前記プロセッサは前記受信指令に応じて、第１の仮想マシンがプライマリプロキシーサーバを介して送信する情報取得リクエストであって、前記第１の仮想マシン識別子及び前記プライマリプロキシーサーバにより追加されたプライマリ情報を含む情報取得リクエストを受信し、
前記プロセッサは前記取得指令に応じて、前記情報取得リクエストからプライマリ情報を抽出し、前記第１の仮想マシン識別子と前記プライマリ情報に応じてローカルから第１の構成情報を取得し、
前記プロセッサは前記送信指令に応じて、前記プライマリプロキシーサーバが前記第１の構成情報をキャッシュして前記第１の仮想マシンに送信するように、前記第１の構成情報を前記プライマリプロキシーサーバに送信する
プロキシーサーバ。
【請求項１５】
前記プロセッサは前記受信指令に応じてさらに、インタフェースサーバが送信する第１の更新通知を受信し、
前記プロセッサは前記送信指令に応じてさらに、前記第１の更新通知に応じて、第３の更新予定構成情報を確定し、前記第３の更新予定構成情報の識別子を前記インタフェースサーバに送信し、
前記プロセッサは前記受信指令に応じてさらに、前記インタフェースサーバが前記第３の更新予定構成情報の識別子に応じてフィードバックする第３の目標構成情報を受信し、
前記機械実行可能指令は更新指令をさらに含み、
前記プロセッサは前記更新指令に応じて、前記第３の更新予定構成情報を前記第３の目標構成情報に更新する
請求項１４に記載のプロキシーサーバ。
【請求項１６】
前記プロセッサは前記送信指令に応じて、
前記第１の更新通知に第４の目標構成情報の識別子が含まれていない場合、ローカルにキャッシュされているすべての構成情報を第３の更新予定構成情報として確定し、
前記第１の更新通知に第４の目標構成情報の識別子が含まれている場合、前記第４の目標構成情報の識別子に対応する、ローカルにキャッシュされている構成情報を第３の更新予定構成情報として確定する
請求項１５に記載のプロキシーサーバ。
【請求項１７】
前記プロセッサは前記送信指令に応じてさらに、前記第３の更新予定構成情報を前記第３の目標構成情報に更新した後、前記プライマリプロキシーサーバに第２の更新通知を送信し、
前記プロセッサは前記受信指令に応じてさらに、前記プライマリプロキシーサーバが前記第２の更新通知に応じて送信する第１の更新予定構成情報の識別子を受信し、
前記プロセッサは前記送信指令に応じてさらに、前記プライマリプロキシーサーバが前記第１の更新予定構成情報を前記第１の目標構成情報に更新するように、前記第１の更新予定構成情報の識別子に応じて前記プライマリプロキシーサーバに第１の目標構成情報をフィードバックする
請求項１５に記載のプロキシーサーバ。
【請求項１８】
前記機械実行可能指令は確定指令をさらに含み、
前記プロセッサは前記確定指令に応じて、前記第３の更新予定構成情報を前記第３の目標構成情報に更新した後、予め格納されたプロキシーサーバと構成情報との対応関係に応じて、前記第３の目標構成情報から前記プライマリプロキシーサーバに対応する第２の目標構成情報を確定し、
前記プロセッサは前記送信指令に応じてさらに、前記プライマリプロキシーサーバが前記第２の目標構成情報に含まれる第２の目標構成情報の識別子に対応する、ローカルにキャッシュされている構成情報を第２の更新予定構成情報として確定し、前記第２の更新予定構成情報を前記第２の目標構成情報に更新するように、前記プライマリプロキシーサーバに前記第２の目標構成情報が載せられている第３の更新通知を送信する、
請求項１５に記載のプロキシーサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は２０１６年１０月２５日に中国特許局に提出した出願番号が２０１６１０９４０３８０．６、発明名称が「情報取得方法及び装置」の中国特許出願の優先権を主張し、その全部の内容が引用により本願に組み込まれている。
【背景技術】
【０００２】
情報技術の発展に伴って、クラウドプラットフォーム技術は適用範囲がますます広くなりつつある。クラウドプラットフォームにおいて複数台の仮想マシンをクリエートすることで、クラウドプラットフォームの安定性、信頼性及び効率等の性能を大幅に向上させることができる。
【０００３】
仮想マシンをクリエートする際に、仮想マシンを構成する。その構成情報は、アプリケーションソフトウェア情報、ＳＳＨ（ＳｅｃｕｒｅＳｈｅｌｌ、セキュアシェルプロトコル）キー、ホスト名等を含んでもよい。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、仮想マシンが構成情報を取得する時に消費されるシステムリソースを減少させることを目的とする。
【課題を解決するための手段】
【０００５】
本発明の一形態は、プライマリプロキシーサーバに適用される情報取得方法及び装置であって、方法は、第１の仮想マシンが送信した、第１の仮想マシン識別子を含む情報取得リクエストを受信するステップと、ローカルにキャッシュされている構成情報が第１の仮想マシン識別子に対応する第１の構成情報があるかどうかを検出するステップと、ＹＥＳの場合、ローカルから第１の構成情報を取得して前記第１の仮想マシンに送信するステップと、ＮＯの場合、情報取得リクエストにプライマリ情報を追加してセカンダリプロキシーサーバに送信し、セカンダリプロキシーサーバは該セカンダリプロキシーサーバに対応するすべての仮想マシンの構成情報がキャッシュされているステップと、セカンダリプロキシーサーバが第１の仮想マシン識別子とプライマリ情報に応じてフィードバックする第１の構成情報を受信するステップと、受信した第１の構成情報をキャッシュして第１の仮想マシンに送信するステップと、を含む。
【図面の簡単な説明】
【０００６】
【図１】図１は本願の実施例に係る情報取得方法のフローチャートである。
【図２】図２は本願の実施例に係る構成更新情報のフローチャートである。
【図３】図３は本願の実施例に係る他の情報取得方法のフローチャートである。
【図４】図４は本願の実施例に係る他の構成更新情報のフローチャートである。
【図５】図５は本願の実施例に係る情報取得装置の構造模式図である。
【図６】図６は本願の実施例に係る他の情報取得装置の構造模式図である。
【図７】図７は本願の実施例に係るプロキシーサーバの構造模式図である。
【図８】図８は本願の実施例に係る他のプロキシーサーバの構造模式図である。
【発明を実施するための形態】
【０００７】
以下、本願の実施例の図面を参照して本願の実施例の技術案を明確かつ完全に説明する。勿論、説明される実施例は単に本願の一部の実施例に過ぎず、すべての実施例ではない。本願の実施例に基づき、当業者が進歩性を有する努力をせずに想到し得るほかの実施例はすべて本願の保護範囲に属する。
【０００８】
クラウドプラットフォームＯｐｅｎＳｔａｃｋにおいて、仮想マシンの構成情報はインタフェースサーバ、例えばＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ、アプリケーションプログラミングインタフェース）サーバに格納され、仮想マシンはＡＰＩサーバから構成情報を取得し、具体的には、以下を含む。
【０００９】
１、仮想マシンは構成情報に対する情報取得リクエストをプライマリプロキシーサーバの例とするＰｒｏｘｙサーバに送信する。
【００１０】
２、Ｐｒｏｘｙサーバは該情報取得リクエストに中間ノード識別子とネットワーク識別子等のプライマリ情報を追加し、次に該プライマリ情報を追加した情報取得リクエストをセカンダリプロキシーサーバの例とするＡｇｅｎｔサーバに送信する。
【００１１】
３、Ａｇｅｎｔサーバは受信した情報取得リクエストに仮想マシン識別子とテナント識別子等のセカンダリ情報を追加し、次に該セカンダリ情報を追加した情報取得リクエストをＡＰＩサーバに送信する。
【００１２】
４、ＡＰＩサーバは受信した情報取得リクエストから中間ノード識別子、ネットワーク識別子、仮想マシン識別子及びテナント識別子等の情報を抽出し、抽出した情報に応じた構成情報を取得して、仮想マシンに送信する。
【００１３】
上記の状況に基づいて、仮想マシンが構成情報を取得するには、長いパスが必要であるため、過剰にシステムリソースを消費してしまう。
【００１４】
以下、具体的な実施例を参照して本願を詳細に説明する。
【００１５】
図１に示すように、図１は本願の実施例に係る情報取得方法のフローチャートであり、プライマリプロキシーサーバに適用され、該方法はステップ１０１〜ステップ１０６を含む。
【００１６】
１０１、第１の仮想マシンが送信した、第１の仮想マシン識別子を含む情報取得リクエストを取得する。
【００１７】
第１の仮想マシンはクラウドプラットフォームにおける任意の仮想マシンであってもよい。
【００１８】
ＯｐｅｎＳｔａｃｋはクラウドプラットフォームの１つであり、ＯｐｅｎＳｔａｃｋでは、第１の仮想マシンが構成情報を取得する必要がある場合、ＯｐｅｎＳｔａｃｋは第１の仮想マシンが送信する情報取得リクエストをネットワークネームスペース（つまりｎａｍｅｓｐａｃｅ）に導入し、更に情報取得リクエストをプライマリプロキシーサーバに送信する。
【００１９】
ＯｐｅｎＳｔａｃｋでは、プライマリプロキシーサーバはｎｅｕｔｒｏｎ−ｎｓ−ｐｒｏｘｙであってもよい。一般に、ＯｐｅｎＳｔａｃｋに１つのネットワークノードと複数のコンピューティングノードがあり、ＯｐｅｎＳｔａｃｋの計画は集中型計画と分散型計画に分けられ、集中型計画では、ｎｅｕｔｒｏｎ−ｎｓ−ｐｒｏｘｙはＯｐｅｎＳｔａｃｋのネットワークノードで実行されてもよく、分散型計画では、ｎｅｕｔｒｏｎ−ｎｓ−ｐｒｏｘｙはＯｐｅｎＳｔａｃｋのコンピューティングノードで実行されてもよい。
【００２０】
１０２、ローカルにキャッシュされている構成情報が前記第１の仮想マシン識別子に対応する第１の構成情報があるかどうかを検出する。ＹＥＳの場合、１０３に進み、ＮＯの場合、１０４に進む。
【００２１】
本願の一実施例では、第１の仮想マシン識別子は第１の仮想マシンのＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ、インターネットプロトコル）アドレスである。プライマリプロキシーサーバは仮想マシンの構成情報と該仮想マシンのＩＰアドレスとの対応関係を予めキャッシュする。この場合、プライマリプロキシーサーバは情報取得リクエストを受信すると、該情報取得リクエストを解析し、該情報取得リクエストからソースＩＰアドレスを取得し、ローカルに該ソースＩＰアドレスに対応する構成情報がキャッシュされているか否かを検出し、ＹＥＳの場合、ローカルにキャッシュされている構成情報に該第１の仮想マシン識別子に対応する第１の構成情報があると判定する。
【００２２】
１０３、ローカルから前記第１の構成情報を取得して前記第１の仮想マシンに送信する。
【００２３】
１０２のように、ローカルにソースＩＰアドレスに対応する第１の構成情報がキャッシュされていると判定する場合、ソースＩＰアドレスに応じて、ローカルから該ソースＩＰアドレスに対応する第１の構成情報を取得し、該第１の構成情報を第１の仮想マシンに送信する。
【００２４】
上記によれば、仮想マシンによる構成情報のリクエストのパスがプライマリプロキシーサーバでカットオフされ、仮想マシンが構成情報を取得する時に消費されるシステムリソースを減少させる。また、情報取得リクエストをインタフェースサーバに送信してインタフェースサーバが情報取得リクエストを応答することをせずに済むことで、インタフェースサーバのＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、中央処理ユニット）負担を軽減させ、クラウドプラットフォームのセキュリティと信頼性を向上させる。
【００２５】
ＯｐｅｎＳｔａｃｋでは、インタフェースサーバはｎｏｖａ−ＡＰＩであってもよい。
【００２６】
１０４、前記情報取得リクエストにプライマリ情報を追加してセカンダリプロキシーサーバに送信する。
【００２７】
ここで、プライマリ情報は中間ノード識別子及びネットワーク識別子等を含み、従来技術のプライマリ情報と同じであるため、本願の実施例ではその詳細説明を省略し、セカンダリプロキシーサーバに該セカンダリプロキシーサーバに対応する仮想マシンの構成情報、例えば、対応するすべての仮想マシンの構成情報がキャッシュされている。
【００２８】
ＯｐｅｎＳｔａｃｋでは、セカンダリプロキシーサーバはｎｅｕｔｒｏｎ−ａｇｅｎｔであってもよい。一般に、集中型計画では、ｎｅｕｔｒｏｎ−ａｇｅｎｔはＯｐｅｎＳｔａｃｋのネットワークノードで実行でき、この時、ｎｅｕｔｒｏｎ−ａｇｅｎｔに対応するすべての仮想マシン（すなわち、セカンダリプロキシーサーバに対応するすべての仮想マシン）はＯｐｅｎＳｔａｃｋにおけるすべての仮想マシンであり、分散型計画では、ｎｅｕｔｒｏｎ−ａｇｅｎｔはＯｐｅｎＳｔａｃｋのコンピューティングノードで実行でき、この時、セカンダリプロキシーサーバに対応するすべての仮想マシンは該ｎｅｕｔｒｏｎ−ａｇｅｎｔの位置するコンピューティングノード内部のすべての仮想マシンである。
【００２９】
１０５、前記セカンダリプロキシーサーバが前記第１の仮想マシン識別子と前記プライマリ情報に応じてフィードバックする第１の構成情報を受信する。
【００３０】
一般に、セカンダリプロキシーサーバはプライマリ情報を追加した情報取得リクエストを受信すると、該情報取得リクエストを解析してプライマリ情報と第１の仮想マシン識別子を取得し、更にプライマリ情報と第１の仮想マシン識別子に応じてセカンダリ情報を確定し、プライマリ情報、第１の仮想マシン識別子及びセカンダリ情報に応じて、ローカルから対応する第１の構成情報を取得する。
【００３１】
１０６、受信した前記第１の構成情報をキャッシュし、前記第１の仮想マシンに送信する。
【００３２】
セカンダリプロキシーサーバはローカルから対応する第１の構成情報を取得すると、取得した第１の構成情報をプライマリプロキシーサーバに送信し、さらにプライマリプロキシーサーバが第１の構成情報を第１の仮想マシンに送信する。
【００３３】
この場合、仮想マシンによる構成情報の取得のパスがセカンダリプロキシーサーバでカットオフされ、インタフェースサーバに到達することがないため、仮想マシンが構成情報を取得する時に消費されるシステムリソースを減少させる。また、情報取得リクエストをインタフェースサーバに送信してインタフェースサーバが情報取得リクエストを応答することをせずに済むことで、インタフェースサーバのＣＰＵの負担を軽減させ、クラウドプラットフォームのセキュリティと信頼性を向上させる。
【００３４】
また、プライマリプロキシーサーバはセカンダリプロキシーサーバが送信する第１の構成情報をキャッシュする。このように、第１の仮想マシンが該第１の構成情報を再びリクエストすると、プライマリプロキシーサーバが直接に情報取得リクエストを応答できるので、仮想マシンが構成情報を取得する時に消費されるシステムリソースを減少させる。
【００３５】
クラウドプラットフォームでは、仮想マシンの作成、更新及び削除に伴って、インタフェースサーバにおける構成情報が変化する。本願の一実施例では、図２に示すように、以下のように構成情報を更新する。
【００３６】
２０１、インタフェースサーバにおける構成情報が変化すると、インタフェースサーバはセカンダリプロキシーサーバに第１の更新通知を送信し、セカンダリプロキシーサーバにキャッシュされている構成情報を更新する。
【００３７】
２０２、セカンダリプロキシーサーバはインタフェースサーバが送信する第１の更新通知を受信すると、第１の更新通知に応じて構成情報を更新する。
【００３８】
２０３、プライマリプロキシーサーバにおける構成情報の正確性と信頼性を確保するために、セカンダリプロキシーサーバにキャッシュされている構成情報が変化するときに、つまり、セカンダリプロキシーサーバはインタフェースサーバが送信する第１の更新通知を受信して第１の更新通知に応じて構成情報を更新した後、セカンダリプロキシーサーバはプライマリプロキシーサーバに第２の更新通知を送信する。
【００３９】
２０４、プライマリプロキシーサーバは該第２の更新通知に応じて、第１の更新予定構成情報を確定し、第１の更新予定構成情報の識別子をセカンダリプロキシーサーバに送信する。
【００４０】
２０５、セカンダリプロキシーサーバは第１の更新予定構成情報の識別子に応じて、ローカルから第１の更新予定構成情報の識別子に対応する第１の目標構成情報を取得し、プライマリプロキシーサーバにフィードバックする。
【００４１】
２０６、プライマリプロキシーサーバはセカンダリプロキシーサーバがフィードバックする第１の目標構成情報を受信すると、ローカルの第１の更新予定構成情報を、セカンダリプロキシーサーバがフィードバックする第１の目標構成情報に更新する。
【００４２】
上記図２に示される実施例では、プライマリプロキシーサーバにキャッシュされている第１の更新予定構成情報は更新が必要とされる構成情報であり、セカンダリプロキシーサーバにキャッシュされている第１の目標構成情報は、該第１の更新予定構成情報の識別子と同じであるが、コンテンツが異なり、第１の更新予定構成情報を更新することに用いられる。
【００４３】
本願の一実施例では、第２の更新通知は第２の目標構成情報の識別子を含んでもよく、ここで、第２の目標構成情報はセカンダリプロキシーサーバにおける変化した構成情報として理解でき、第２の更新通知は第２の目標構成情報の識別子を含まなくてもよい。従って、上記第２の更新通知に応じて第１の更新予定構成情報を確定することは、
第２の更新通知に第２の目標構成情報の識別子が載せられていない場合、プライマリプロキシーサーバはローカルにキャッシュされているすべての構成情報を、第１の更新予定構成情報として確定するステップと、
第２の更新通知に第２の目標構成情報の識別子が載せられている場合、プライマリプロキシーサーバは第２の目標構成情報の識別子に対応する、ローカルにキャッシュされている構成情報を、第１の更新予定構成情報として確定するステップと、を含む。
【００４４】
本願の一実施例では、第２の目標構成情報の識別子は、第２の目標構成情報のファイル名を含む。例えば、プライマリプロキシーサーバにファイル名がそれぞれＡ、Ｂ、Ｃの構成情報がキャッシュされ、プライマリプロキシーサーバが受信した第２の更新通知に第２の目標構成情報の識別子が載せられていない場合、ローカルにキャッシュされているすべての構成情報を第１の更新予定構成情報として確定し、第１の更新予定構成情報の識別子をセカンダリプロキシーサーバに送信し、つまり、ファイル名Ａ、Ｂ、Ｃをセカンダリプロキシーサーバに送信し、更にセカンダリプロキシーサーバからファイル名がＡ、Ｂ、Ｃである第１の目標構成情報を取得して更新する。
プライマリプロキシーサーバが受信した第２の更新通知に第２の目標構成情報のファイル名Ａ、Ｂ、Ｄが載せられている場合、ローカルにキャッシュされているファイル名がそれぞれＡ、Ｂ、Ｃの構成情報に合わせて、ファイル名がＡ、Ｂの構成情報を第１の更新予定構成情報として確定し、第１の更新予定構成情報の識別子をセカンダリプロキシーサーバに送信し、つまり、ファイル名Ａ、Ｂをセカンダリプロキシーサーバに送信し、更にセカンダリプロキシーサーバからファイル名がＡ、Ｂである第１の目標構成情報を取得して更新する。
【００４５】
本願の一実施例では、第２の目標構成情報の識別子は第２の仮想マシン識別子を含む。この時、確定される第１の更新予定構成情報は第２の仮想マシン識別子に対応する構成情報である。また、第２の目標構成情報の識別子は第２の仮想マシン識別子及び第２の目標構成情報のファイル名を含む。この時、確定される第１の更新予定構成情報は、ローカルにキャッシュされて第２の仮想マシン識別子に対応してファイル名が第２の目標構成情報のファイル名である構成情報である。
【００４６】
例えば、プライマリプロキシーサーバには第２の仮想マシン１に応じてファイル名がそれぞれＡ、Ｂ、Ｃである構成情報がキャッシュされ、プライマリプロキシーサーバが受信した第２の更新通知に載せられている第２の目標構成情報の識別子は第２の仮想マシン１の識別子「１」と第２の仮想マシン２の識別子「２」である場合、ローカルにキャッシュされている構成情報に合わせて、第１の更新予定構成情報を第２の仮想マシン１に応じた構成情報として確定し、第１の更新予定構成情報の識別子をセカンダリプロキシーサーバに送信し、つまり、第２の仮想マシン１の識別子「１」をセカンダリプロキシーサーバに送信し、更にセカンダリプロキシーサーバから第２の仮想マシン１に応じたすべての構成情報を取得し、つまり、第１の目標構成情報を取得して更新する。
プライマリプロキシーサーバが受信した第２の更新通知に載せられる第２の目標構成情報の識別子が［第２の仮想マシン１の識別子「１」、構成情報のファイル名Ａ、Ｂ］、［第２の仮想マシン２の識別子「２」、構成情報のファイル名Ｄ］である場合、ローカルにキャッシュされている構成情報に合わせて、第１の更新予定構成情報を第２の仮想マシン１に応じたファイル名がそれぞれＡ、Ｂである構成情報として確定し、第１の更新予定構成情報の識別子をセカンダリプロキシーサーバに送信し、つまり、［第２の仮想マシン１の識別子「１」、ファイル名Ａ、Ｂ］をセカンダリプロキシーサーバに送信し、更に第２の仮想マシン１に応じたファイル名がＡの第１の目標構成情報、及び第２の仮想マシン１に応じたファイル名がＢの第１の目標構成情報をセカンダリプロキシーサーバから取得して更新する。
【００４７】
第２の仮想マシンはクラウドプラットフォームにおける任意の仮想マシンであり、第１の仮想マシンと同じであっても異なってもよい。
【００４８】
本願の他の実施例では、インタフェースサーバにおける構成情報が変化すると、インタフェースサーバはセカンダリプロキシーサーバに第１の更新通知を送信し、セカンダリプロキシーサーバにキャッシュされている構成情報を更新する。この場合、プライマリプロキシーサーバにおける構成情報の正確性と信頼性を確保するために、セカンダリプロキシーサーバはプロキシーサーバと構成情報との対応関係を予め格納し、セカンダリプロキシーサーバにキャッシュされている構成情報が変化し、つまり、セカンダリプロキシーサーバはインタフェースサーバが送信する第１の更新通知を受信し、第１の更新通知に応じて構成情報を更新した後、セカンダリプロキシーサーバは予め格納されたプロキシーサーバと構成情報との対応関係に応じて、プライマリプロキシーサーバに対応する第２の目標構成情報を確定し、第２の目標構成情報が載せられている第３の更新通知を該プライマリプロキシーサーバに送信し、該プライマリプロキシーサーバは受信した第２の目標構成情報に応じて、第２の目標構成情報に含まれる、第２の目標構成情報の識別子に対応する、ローカルにキャッシュされている構成情報を第２の更新予定構成情報として確定し、更に第２の更新予定構成情報を第２の目標構成情報に更新する。
【００４９】
図１に示される実施例によれば、プライマリプロキシーサーバは仮想マシンによる構成情報のリクエストの過程中に構成情報をキャッシュすることができ、セカンダリプロキシーサーバに該セカンダリプロキシーサーバに対応するすべての仮想マシンの構成情報が予めキャッシュされている。プライマリプロキシーサーバは第１の仮想マシンが送信する情報取得リクエストを受信すると、ローカルにキャッシュされている構成情報が第１の仮想マシン識別子に対応する第１の構成情報があるかどうかを検出する。ＹＥＳの場合、ローカルから第１の構成情報を取得し、該情報取得リクエストに直接に応答する。ＮＯの場合、該情報取得リクエストにプライマリ情報を追加してセカンダリプロキシーサーバに送信する。セカンダリプロキシーサーバは該情報取得リクエストに応じてローカルから第１の構成情報を取得し、該情報取得リクエストを応答する。以上からわかるように、仮想マシンによる構成情報の取得のパスがセカンダリプロキシーサーバでカットオフされ、インタフェースサーバに到達することがないため、仮想マシンが構成情報を取得する時に消費されるシステムリソースを減少させる。
【００５０】
図３に示すように、図３は本願の実施例に係る他の情報取得方法のフローチャートであり、セカンダリプロキシーサーバに適用され、セカンダリプロキシーサーバに該セカンダリプロキシーサーバに対応する仮想マシンの構成情報、例えば、対応するすべての仮想マシンの構成情報がキャッシュされている。
【００５１】
ＯｐｅｎＳｔａｃｋはクラウドプラットフォームの１つであり、ＯｐｅｎＳｔａｃｋでは、セカンダリプロキシーサーバはｎｅｕｔｒｏｎ−ａｇｅｎｔであってもよい。一般に、ＯｐｅｎＳｔａｃｋに１つのネットワークノードと複数のコンピューティングノードがあり、ＯｐｅｎＳｔａｃｋの計画は集中型計画と分散型計画に分けられ、集中型計画では、ｎｅｕｔｒｏｎ−ａｇｅｎｔはＯｐｅｎＳｔａｃｋのネットワークノードで実行でき、この時、ｎｅｕｔｒｏｎ−ａｇｅｎｔに対応するすべての仮想マシン、つまり、セカンダリプロキシーサーバに対応するすべての仮想マシンはＯｐｅｎＳｔａｃｋにおけるすべての仮想マシンであり、分散型計画では、ｎｅｕｔｒｏｎ−ａｇｅｎｔはＯｐｅｎＳｔａｃｋのコンピューティングノードで実行でき、この時、セカンダリプロキシーサーバに対応するすべての仮想マシンは該ｎｅｕｔｒｏｎ−ａｇｅｎｔの位置するコンピューティングノードにおけるすべての仮想マシンである。
【００５２】
一般に、上記情報取得方法は、ステップ３０１〜ステップ３０３を含む。
【００５３】
３０１、第１の仮想マシンがプライマリプロキシーサーバを介して送信する情報取得リクエストであって、前記第１の仮想マシン識別子及び前記プライマリプロキシーサーバにより追加されたプライマリ情報を含む情報取得リクエストを受信する。
【００５４】
ここで、プライマリ情報は中間ノード識別子及びネットワーク識別子等を含み、従来技術のプライマリ情報と同じであるため、本願の実施例ではその詳細説明を省略する。第１の仮想マシンはクラウドプラットフォームにおける任意の仮想マシンであってもよく、プライマリプロキシーサーバに構成情報がキャッシュされてもよい。
【００５５】
ＯｐｅｎＳｔａｃｋでは、プライマリプロキシーサーバはｎｅｕｔｒｏｎ−ｎｓ−ｐｒｏｘｙであってもよい。一般に、ＯｐｅｎＳｔａｃｋに１つのネットワークノードと複数のコンピューティングノードがあり、ＯｐｅｎＳｔａｃｋの計画は集中型計画と分散型計画に分けられ、集中型計画では、ｎｅｕｔｒｏｎ−ｎｓ−ｐｒｏｘｙはＯｐｅｎＳｔａｃｋのネットワークノードで実行されてもよく、分散型計画では、ｎｅｕｔｒｏｎ−ｎｓ−ｐｒｏｘｙはＯｐｅｎＳｔａｃｋのコンピューティングノードで実行されてもよい。
【００５６】
３０２、前記情報取得リクエストからプライマリ情報を抽出し、前記第１の仮想マシン識別子と前記プライマリ情報に応じてローカルから第１の構成情報を取得する。
【００５７】
一般に、セカンダリプロキシーサーバはプライマリ情報を追加した情報取得リクエストを受信すると、該情報取得リクエストを解析してプライマリ情報を取得し、更にプライマリ情報と第１の仮想マシン識別子に応じてセカンダリ情報を確定し、第１の仮想マシン識別子、プライマリ情報及びセカンダリ情報に応じて、ローカルから対応する第１の構成情報を取得する。
【００５８】
３０３、前記プライマリプロキシーサーバが前記第１の構成情報をキャッシュして前記第１の仮想マシンに送信するように、前記第１の構成情報を前記プライマリプロキシーサーバに送信する。
【００５９】
セカンダリプロキシーサーバは取得した第１の構成情報をプライマリプロキシーサーバに送信し、さらにプライマリプロキシーサーバが第１の構成情報を第１の仮想マシンに送信する。
【００６０】
この場合、仮想マシンによる構成情報の取得のパスがセカンダリプロキシーサーバでカットオフされ、インタフェースサーバに到達することがないため、仮想マシンが構成情報を取得する時に消費されるシステムリソースを減少させる。また、情報取得リクエストをインタフェースサーバに送信する必要がないため、インタフェースサーバが情報取得リクエストを応答する必要がないので、インタフェースサーバのＣＰＵの負担を軽減させ、クラウドプラットフォームのセキュリティと信頼性を向上させる。
【００６１】
また、プライマリプロキシーサーバはセカンダリプロキシーサーバが送信する第１の構成情報を受信して第１の構成情報を第１の仮想マシンに送信する時に、該第１の構成情報をキャッシュしてもよい。このように、第１の仮想マシンが該第１の構成情報を再びリクエストすると、該プライマリプロキシーサーバが直接に情報取得リクエストを応答でき、これで第１の仮想マシンによる構成情報のリクエストのパスがプライマリプロキシーサーバでカットオフされ、仮想マシンが構成情報を取得する時に消費されるシステムリソースを減少させる。また、情報取得リクエストをインタフェースサーバに送信してインタフェースサーバが情報取得リクエストを応答することをせずに済むことで、インタフェースサーバのＣＰＵの負担を軽減させ、クラウドプラットフォームのセキュリティと信頼性を向上させる。
【００６２】
クラウドプラットフォームでは、仮想マシンのクリエート、更新及び削除に伴って、インタフェースサーバにおける構成情報が変化する。本願の一実施例では、図４に示すように、以下のように構成情報を更新する。
【００６３】
４０１、セカンダリプロキシーサーバにおける構成情報の正確性と信頼性を確保するために、セカンダリプロキシーサーバはインタフェースサーバにリスニングイベントを登録し、例えば、「ｎａｖａ−ｍｅｔａｄａｔａ」ｔｏｐｉｃを登録する。このように、インタフェースサーバにおける構成情報が変化すると、インタフェースサーバは該セカンダリプロキシーサーバに第１の更新通知を送信し、該セカンダリプロキシーサーバに構成情報が変化したことを通知する。
【００６４】
４０２、セカンダリプロキシーサーバはインタフェースサーバが送信する第１の更新通知を受信すると、第３の更新予定構成情報を確定し、該第３の更新予定構成情報の識別子をインタフェースサーバに送信する。
【００６５】
４０３、インタフェースサーバは第３の更新予定構成情報の識別子を受信すると、第３の更新予定構成情報の識別子に応じて、第３の更新予定構成情報の識別子に対応する第３の目標構成情報、つまり、該セカンダリプロキシーサーバに対応する最新の構成情報を取得し、取得した第３の目標構成情報を該セカンダリプロキシーサーバにフィードバックする。
【００６６】
４０４、セカンダリプロキシーサーバはインタフェースサーバがフィードバックする第３の目標構成情報を受信すると、第３の更新予定構成情報をインタフェースサーバがフィードバックする第３の目標構成情報に更新し、該セカンダリプロキシーサーバは最新の構成情報を取得し、更に対応するすべての仮想マシンに正確で信頼できる構成情報を提供できる。
【００６７】
上記図４に示される実施例では、セカンダリプロキシーサーバにキャッシュされている第３の更新予定構成情報は更新が必要とされる構成情報であり、インタフェースサーバにキャッシュされている第３の目標構成情報は、該第３の更新予定構成情報の識別子と同じであるが、コンテンツが異なり、第３の更新予定構成情報を更新することに用いられる。
【００６８】
本願のほかの実施例では、上記した前記第１の更新通知に応じて第３の更新予定構成情報を確定することは、
第１の更新通知に第４の目標構成情報の識別子が載せられていない場合、セカンダリプロキシーサーバはローカルにキャッシュされているすべての構成情報を、第３の更新予定構成情報として確定するステップと、
第１の更新通知に第４の目標構成情報の識別子が載せられている場合、セカンダリプロキシーサーバは第４の目標構成情報の識別子に対応する、ローカルにキャッシュされている構成情報を、第３の更新予定構成情報として確定するステップと、を含む。
【００６９】
本願の一実施例では、第４の目標構成情報の識別子は第４の目標構成情報のファイル名を含む。
【００７０】
例えば、セカンダリプロキシーサーバにファイル名がそれぞれＡ、Ｂ、Ｃ、Ｄ、Ｅである構成情報がキャッシュされ、セカンダリプロキシーサーバが受信した第１の更新通知に第４の目標構成情報の識別子が載せられていない場合、ローカルにキャッシュされているすべての構成情報を第３の更新予定構成情報として確定し、第３の更新予定構成情報の識別子をインタフェースサーバに送信し、つまり、ファイル名Ａ、Ｂ、Ｃ、Ｄ、Ｅをインタフェースサーバに送信し、更にインタフェースサーバからファイル名がＡ、Ｂ、Ｃ、Ｄ、Ｅである第３の目標構成情報を取得して更新する。
セカンダリプロキシーサーバが受信した第１の更新通知に第４の目標構成情報のファイル名Ａ、Ｂ、Ｄ、Ｆが載せられている場合、ローカルにキャッシュされているすべての構成情報に合わせて、ローカルにキャッシュされているファイル名がＡ、Ｂ、Ｄである構成情報を第３の更新予定構成情報として確定し、ファイル名Ａ、Ｂ、Ｄをインタフェースサーバに送信し、更にファイル名がＡ、Ｂ、Ｄである第３の目標構成情報をインタフェースサーバから取得して更新する。
【００７１】
本願の一実施例では、第４の目標構成情報の識別子は第２の仮想マシン識別子を含んでもよく、第４の目標構成情報の識別子は第２の仮想マシン識別子及び第４の目標構成情報のファイル名を含んでもよい。
【００７２】
本願の一実施例では、セカンダリプロキシーサーバにおける構成情報が変化すると、プライマリプロキシーサーバにおける構成情報を更新する必要がある。プライマリプロキシーサーバにおける構成情報の正確性と信頼性を確保するために、セカンダリプロキシーサーバにキャッシュされている構成情報が変化する。つまり、セカンダリプロキシーサーバはインタフェースサーバが送信する第１の更新通知を受信して第１の更新通知に応じて構成情報を更新した後、セカンダリプロキシーサーバはプライマリプロキシーサーバに第２の更新通知を送信する。プライマリプロキシーサーバは該第２の更新通知に応じて第１の更新予定構成情報を確定して第１の更新予定構成情報の識別子をセカンダリプロキシーサーバに送信する。セカンダリプロキシーサーバは第１の更新予定構成情報の識別子に応じて、ローカルから第１の更新予定構成情報の識別子に対応する第１の目標構成情報を取得してプライマリプロキシーサーバにフィードバックする。プライマリプロキシーサーバはセカンダリプロキシーサーバがフィードバックする第１の目標構成情報を受信すると、ローカルの第１の更新予定構成情報を、セカンダリプロキシーサーバがフィードバックする第１の目標構成情報に更新する。
【００７３】
本願のほかの実施例では、上記したプライマリプロキシーサーバが第２の更新通知に応じて第１の更新予定構成情報を確定することは、
第２の更新通知に第２の目標構成情報の識別子が載せられていない場合、プライマリプロキシーサーバはローカルにキャッシュされているすべての構成情報を、第１の更新予定構成情報として確定するステップと、
第２の更新通知に第２の目標構成情報の識別子が載せられている場合、プライマリプロキシーサーバは第２の目標構成情報の識別子に対応する、ローカルにキャッシュされている構成情報を、第１の更新予定構成情報として確定するステップと、を含む。
【００７４】
本願の他の実施例では、セカンダリプロキシーサーバにおける構成情報が変化すると、プライマリプロキシーサーバにおける構成情報を更新する必要がある。プライマリプロキシーサーバにおける構成情報の正確性と信頼性を確保するために、セカンダリプロキシーサーバはプロキシーサーバと構成情報との対応関係を予め格納し、セカンダリプロキシーサーバにキャッシュされている構成情報が変化する。つまり、セカンダリプロキシーサーバはインタフェースサーバが送信する第１の更新通知を受信し、第１の更新通知に応じて構成情報を更新した後、セカンダリプロキシーサーバは予め格納されたプロキシーサーバと構成情報との対応関係に応じて、第３の目標構成情報からプライマリプロキシーサーバに対応する第２の目標構成情報を確定し、第２の目標構成情報が載せられている第３の更新通知を該プライマリプロキシーサーバに送信する。該プライマリプロキシーサーバは受信する第２の目標構成情報に応じて、第２の目標構成情報に含まれて第２の目標構成情報の識別子に対応する、ローカルにキャッシュされている構成情報を、第２の更新予定構成情報として確定し、更に第２の更新予定構成情報を第２の目標構成情報に更新する。
【００７５】
図３に示される実施例によれば、プライマリプロキシーサーバは仮想マシンによる構成情報のリクエストの過程中に構成情報をキャッシュすることができ、セカンダリプロキシーサーバに該セカンダリプロキシーサーバに対応するすべての仮想マシンの構成情報が予めキャッシュされている。プライマリプロキシーサーバは第１の仮想マシンが送信する情報取得リクエストを受信すると、ローカルにキャッシュされている構成情報が第１の仮想マシン識別子に対応する第１の構成情報があるかどうかを検出する。ＹＥＳの場合、ローカルから第１の構成情報を取得し、該情報取得リクエストに直接に応答し、ＮＯの場合、該情報取得リクエストにプライマリ情報を追加してセカンダリプロキシーサーバに送信する。セカンダリプロキシーサーバは該情報取得リクエストに応じてローカルから第１の構成情報を取得し、該情報取得リクエストを応答する。以上からわかるように、仮想マシンによる構成情報の取得のパスがセカンダリプロキシーサーバでカットオフされ、インタフェースサーバに到達することがないため、仮想マシンが構成情報を取得する時に消費されるシステムリソースを減少させる。
【００７６】
図５に示すように、図５は本願の実施例に係る情報取得装置の構造模式図であり、プライマリプロキシーサーバに適用され、前記装置は、
第１の仮想マシンが送信した、第１の仮想マシン識別子を含む情報取得リクエストを受信する第１の受信ユニット１００と、
ローカルにキャッシュされている構成情報が前記第１の仮想マシン識別子に対応する第１の構成情報があるかどうかを検出する検出ユニット２００と、
ローカルにキャッシュされている構成情報が前記第１の仮想マシン識別子に対応する第１の構成情報を含むと検出する場合、ローカルから前記第１の構成情報を取得して前記第１の仮想マシンに送信する第１の送信ユニット３００と、
ローカルにキャッシュされている構成情報が前記第１の仮想マシン識別子に対応する第１の構成情報を含まないと検出する場合、前記情報取得リクエストにプライマリ情報を追加してセカンダリプロキシーサーバに送信する第２の送信ユニット４００と、
前記セカンダリプロキシーサーバが前記第１の仮想マシン識別子と前記プライマリ情報に応じてフィードバックする第１の構成情報を受信する第２の受信ユニット５００と、
受信した前記第１の構成情報をキャッシュし、前記第１の仮想マシンに送信するキャッシュユニット６００と、を備える。
【００７７】
本願の一実施例では、前記第１の仮想マシン識別子は前記第１の仮想マシンのソースインターネットプロトコルＩＰアドレスであり、
前記検出ユニット２００は、具体的には、ローカルに前記ソースＩＰアドレスがキャッシュされているか否かを検出し、ＹＥＳの場合、ローカルに前記第１の仮想マシン識別子に対応する第１の構成情報がキャッシュされていると判定する。
【００７８】
本願の一実施例では、前記第２の受信ユニット５００はさらに、前記セカンダリプロキシーサーバがインタフェースサーバから送信される第１の更新通知を受信した後に送信する第２の更新通知を受信し、
前記第２の送信ユニット４００はさらに、前記第２の更新通知に応じて、第１の更新予定構成情報を確定し、前記第１の更新予定構成情報の識別子を前記セカンダリプロキシーサーバに送信し、
前記第２の受信ユニット５００はさらに、前記セカンダリプロキシーサーバが前記第１の更新予定構成情報の識別子に応じてフィードバックする第１の目標構成情報を受信し、
この場合、上記情報取得装置は、
前記第１の更新予定構成情報を前記第１の目標構成情報に更新する更新ユニット（図５に図示せず）をさらに備える。
【００７９】
本願の一実施例では、前記第２の送信ユニット４００は、具体的には、
前記第２の更新通知に第２の目標構成情報の識別子が含まれていない場合、ローカルにキャッシュされているすべての構成情報を第１の更新予定構成情報として確定し、
前記第２の更新通知に第２の目標構成情報の識別子が含まれている場合、前記第２の目標構成情報の識別子に対応する、ローカルにキャッシュされている構成情報を第１の更新予定構成情報として確定する。
【００８０】
本願の一実施例では、前記第２の受信ユニット５００はさらに、前記セカンダリプロキシーサーバがインタフェースサーバから送信される第１の更新通知を受信した後に送信する、第２の目標構成情報を含む第３の更新通知を受信し、
この場合、上記情報取得装置は、
前記第２の目標構成情報に含まれる第２の目標構成情報の識別子に対応する、ローカルにキャッシュされている構成情報を第２の更新予定構成情報として確定する確定ユニット（図５に図示せず）と、
前記第２の更新予定構成情報を前記第２の目標構成情報に更新する更新ユニット（図５に図示せず）と、をさらに備える。
【００８１】
図５に示される実施例によれば、プライマリプロキシーサーバは仮想マシンによる構成情報リクエスト中に構成情報をキャッシュすることができ、セカンダリプロキシーサーバに該セカンダリプロキシーサーバに対応するすべての仮想マシンの構成情報が予めキャッシュされている。プライマリプロキシーサーバは第１の仮想マシンが送信する情報取得リクエストを受信すると、ローカルにキャッシュされている構成情報が第１の仮想マシン識別子に対応する第１の構成情報があるかどうかを検出し、ＹＥＳの場合、ローカルから第１の構成情報を取得し、該情報取得リクエストに直接応答し、ＮＯの場合、該情報取得リクエストにプライマリ情報を追加してセカンダリプロキシーサーバに送信し、セカンダリプロキシーサーバが該情報取得リクエストに応じてローカルから第１の構成情報を取得し、該情報取得リクエストを応答する。以上からわかるように、仮想マシンによる構成情報の取得のパスがセカンダリプロキシーサーバでカットオフされ、インタフェースサーバに到達することがないため、仮想マシンが構成情報を取得する時に消費されるシステムリソースを減少させる。
【００８２】
図６に示すように、図６は本願の実施例に係る他の情報取得装置の構造模式図であり、セカンダリプロキシーサーバに適用され、前記セカンダリプロキシーサーバは、前記セカンダリプロキシーサーバに対応する仮想マシンの構成情報がキャッシュされており、前記装置は、
第１の仮想マシンがプライマリプロキシーサーバを介して送信する情報取得リクエストであって、前記第１の仮想マシン識別子及び前記プライマリプロキシーサーバにより追加されたプライマリ情報を含む情報取得リクエストを受信する受信ユニット７００と、
前記情報取得リクエストからプライマリ情報を抽出し、前記第１の仮想マシン識別子と前記プライマリ情報に応じてローカルから第１の構成情報を取得する取得ユニット８００と、
前記プライマリプロキシーサーバが前記第１の構成情報をキャッシュして前記第１の仮想マシンに送信するように、前記第１の構成情報を前記プライマリプロキシーサーバに送信する送信ユニット９００と、を備える。
【００８３】
本願の一実施例では、前記受信ユニット７００はさらに、インタフェースサーバが送信する第１の更新通知を受信し、
前記送信ユニット９００はさらに、前記第１の更新通知に応じて、第３の更新予定構成情報を確定し、前記第３の更新予定構成情報の識別子を前記インタフェースサーバに送信し、
前記受信ユニット７００はさらに、前記インタフェースサーバが前記第３の更新予定構成情報の識別子に応じてフィードバックする第３の目標構成情報を受信し、
この場合、上記情報取得装置は、
前記第３の更新予定構成情報を前記第３の目標構成情報に更新する更新ユニット（図６に図示せず）をさらに備える。
【００８４】
本願の一実施例では、前記送信ユニット９００は、
前記第１の更新通知に第４の目標構成情報の識別子が含まれていない場合、ローカルにキャッシュされているすべての構成情報を第３の更新予定構成情報として確定し、
前記第１の更新通知に第４の目標構成情報の識別子が含まれている場合、前記第４の目標構成情報の識別子に対応する、ローカルにキャッシュされている構成情報を第３の更新予定構成情報として確定する。
【００８５】
本願の一実施例では、前記送信ユニット９００はさらに、前記第３の更新予定構成情報を前記第３の目標構成情報に更新した後、前記プライマリプロキシーサーバに第２の更新通知を送信し、
前記受信ユニット７００はさらに、前記プライマリプロキシーサーバが前記第２の更新通知に応じて送信する第１の更新予定構成情報の識別子を受信し、
前記送信ユニット９００はさらに、前記プライマリプロキシーサーバが前記第１の更新予定構成情報を前記第１の目標構成情報に更新するように、前記第１の更新予定構成情報の識別子に応じて前記プライマリプロキシーサーバに第１の目標構成情報をフィードバックする。
【００８６】
本願の一実施例では、上記情報取得装置は、
前記第３の更新予定構成情報を前記第３の目標構成情報に更新した後、予め格納されたプロキシーサーバと構成情報との対応関係に応じて、前記第３の目標構成情報から前記プライマリプロキシーサーバに対応する第２の目標構成情報を確定する確定ユニット（図６に図示せず）をさらに備え、
前記送信ユニット９００はさらに、前記プライマリプロキシーサーバが前記第２の目標構成情報に含まれる第２の目標構成情報の識別子に対応する、ローカルにキャッシュされている構成情報を第２の更新予定構成情報として確定し、前記第２の更新予定構成情報を前記第２の目標構成情報に更新するように、前記第２の目標構成情報を含む第３の更新通知を前記プライマリプロキシーサーバに送信する。
【００８７】
図６に示される実施例によれば、プライマリプロキシーサーバは仮想マシンによる構成情報リクエスト中に構成情報をキャッシュすることができ、セカンダリプロキシーサーバに該セカンダリプロキシーサーバに対応するすべての仮想マシンの構成情報が予めキャッシュされている。プライマリプロキシーサーバは第１の仮想マシンが送信する情報取得リクエストを受信すると、ローカルにキャッシュされている構成情報が第１の仮想マシン識別子に対応する第１の構成情報があるかどうかを検出し、ＹＥＳの場合、ローカルから第１の構成情報を取得し、該情報取得リクエストに直接応答し、ＮＯの場合、該情報取得リクエストにプライマリ情報を追加してセカンダリプロキシーサーバに送信し、セカンダリプロキシーサーバが該情報取得リクエストに応じてローカルから第１の構成情報を取得し、該情報取得リクエストを応答する。以上からわかるように、仮想マシンによる構成情報の取得パスがセカンダリプロキシーサーバでカットオフされ、インタフェースサーバに到達することがないため、仮想マシンが構成情報を取得する時に消費されるシステムリソースを減少させる。
【００８８】
装置の実施例は、方法の実施例とほぼ同じであるため、その説明が比較的簡単であり、関連部分については、方法の実施例の説明を参照すればよい。
【００８９】
上記方法の実施例に対応して、本願の実施例はプロキシーサーバをさらに提供し、前記プロキシーサーバはプライマリプロキシーサーバであり、図７に示すように、プロセッサ７１及び機械可読記憶媒体７２を備え、機械可読記憶媒体７２はプロセッサ７１によって実行可能な機械実行可能指令が格納されており、前記機械実行可能指令は第１の受信指令７２１、検出指令７２２、第１の送信指令７２３、第２の送信指令７２４、第２の受信指令７２５及びキャッシュ指令７２６を含む。プロセッサ７１と機械可読記憶媒体７２はシステムバス７３を介して通信可能である。
【００９０】
プロセッサ７１は第１の受信指令７２１に応じて、第１の仮想マシンが送信した、第１の仮想マシン識別子を含む情報取得リクエストを受信し、
プロセッサ７１は前記検出指令７２２に応じて、ローカルにキャッシュされている構成情報が前記第１の仮想マシン識別子に対応する第１の構成情報があるかどうかを検出し、
プロセッサ７１は前記第１の送信指令７２３に応じて、ローカルにキャッシュされている構成情報が前記第１の仮想マシン識別子に対応する第１の構成情報を含むと検出する場合、ローカルから前記第１の構成情報を取得して前記第１の仮想マシンに送信し、
プロセッサ７１は前記第２の送信指令７２４に応じて、ローカルにキャッシュされている構成情報が前記第１の仮想マシン識別子に対応する第１の構成情報を含まないと検出する場合、前記情報取得リクエストにプライマリ情報を追加してセカンダリプロキシーサーバに送信し、
プロセッサ７１は前記第２の受信指令７２５に応じて、前記セカンダリプロキシーサーバが前記第１の仮想マシン識別子と前記プライマリ情報に応じてフィードバックする第１の構成情報を受信し、
プロセッサ７１は前記キャッシュ指令７２６に応じて、受信した前記第１の構成情報をキャッシュし、前記第１の仮想マシンに送信する。
【００９１】
更に、前記第１の仮想マシン識別子は、前記第１の仮想マシンのソースインターネットプロトコルＩＰアドレスであり、
プロセッサ７１は前記検出指令７２２に応じて、
ローカルに前記ソースＩＰアドレスがキャッシュされているか否かを検出し、ＹＥＳの場合、ローカルに前記第１の仮想マシン識別子に対応する第１の構成情報がキャッシュされていると判定する。
【００９２】
更に、プロセッサ７１は前記第２の受信指令７２５に応じて、さらに前記セカンダリプロキシーサーバがインタフェースサーバから送信される第１の更新通知を受信した後に送信する第２の更新通知を受信し、
プロセッサ７１は前記第２の送信指令７２４に応じて、さらに前記第２の更新通知に応じて、第１の更新予定構成情報を確定し、前記第１の更新予定構成情報の識別子を前記セカンダリプロキシーサーバに送信し、
プロセッサ７１は前記第２の受信指令７２５に応じて、さらに前記セカンダリプロキシーサーバが前記第１の更新予定構成情報の識別子に応じてフィードバックする第１の目標構成情報を受信し、
前記機械実行可能指令は更新指令（図７に図示せず）をさらに含み、
プロセッサ７１は前記更新指令に応じて、前記第１の更新予定構成情報を前記第１の目標構成情報に更新する。
【００９３】
更に、プロセッサ７１は前記第２の送信指令７２４に応じて、
前記第２の更新通知に第２の目標構成情報の識別子が含まれていない場合、ローカルにキャッシュされているすべての構成情報を第１の更新予定構成情報として確定し、
前記第２の更新通知に第２の目標構成情報の識別子が含まれている場合、前記第２の目標構成情報の識別子に対応する、ローカルにキャッシュされている構成情報を第１の更新予定構成情報として確定する。
【００９４】
更に、プロセッサ７１は前記第２の受信指令７２５に応じて、さらに前記セカンダリプロキシーサーバがインタフェースサーバから送信される第１の更新通知を受信した後に送信する、第２の目標構成情報を含む第３の更新通知を受信し、
前記機械実行可能指令は確定指令及び更新指令（図７に図示せず）をさらに含み、
プロセッサ７１は前記確定指令に応じて、前記第２の目標構成情報に含まれる第２の目標構成情報の識別子に対応する、ローカルにキャッシュされている構成情報を第２の更新予定構成情報として確定し、
プロセッサ７１は前記更新指令に応じて、前記第２の更新予定構成情報を前記第２の目標構成情報に更新する。
【００９５】
上記方法の実施例に対応して、本願の実施例はプロキシーサーバをさらに提供し、前記プロキシーサーバはセカンダリプロキシーサーバであり、前記セカンダリプロキシーサーバは、前記セカンダリプロキシーサーバに対応する仮想マシンの構成情報がキャッシュされており、図８に示すように、プロセッサ８１及び機械可読記憶媒体８２を備え、機械可読記憶媒体８２はプロセッサ８１によって実行可能な機械実行可能指令が格納されており、前記機械実行可能指令は受信指令８２１、取得指令８２２及び送信指令８２３を含む。プロセッサ８１と機械可読記憶媒体８２はシステムバス８３を介して通信可能である。
【００９６】
プロセッサ８１は前記受信指令８２１に応じて、第１の仮想マシンがプライマリプロキシーサーバを介して送信する情報取得リクエストであって、前記第１の仮想マシン識別子及び前記プライマリプロキシーサーバにより追加されたプライマリ情報を含む情報取得リクエストを受信し、
プロセッサ８１は前記取得指令８２２に応じて、前記情報取得リクエストからプライマリ情報を抽出し、前記第１の仮想マシン識別子と前記プライマリ情報に応じてローカルから第１の構成情報を取得し、
プロセッサ８１は前記送信指令８２３に応じて、前記プライマリプロキシーサーバが前記第１の構成情報をキャッシュし前記第１の仮想マシンに送信するように、前記第１の構成情報を前記プライマリプロキシーサーバに送信する。
【００９７】
更に、プロセッサ８１は前記受信指令８２１に応じて、さらにインタフェースサーバが送信する第１の更新通知を受信し、
プロセッサ８１は前記送信指令８２３に応じて、さらに前記第１の更新通知に応じて、第３の更新予定構成情報を確定し、前記第３の更新予定構成情報の識別子を前記インタフェースサーバに送信し、
プロセッサ８１は前記受信指令８２１に応じて、さらに前記インタフェースサーバが前記第３の更新予定構成情報の識別子に応じてフィードバックする第３の目標構成情報を受信し、
前記機械実行可能指令は更新指令（図８に図示せず）をさらに含み、
プロセッサ８１は前記更新指令に応じて、前記第３の更新予定構成情報を前記第３の目標構成情報に更新する。
【００９８】
更に、プロセッサ８１は前記送信指令８２３に応じて、具体的には、
前記第１の更新通知に第４の目標構成情報の識別子が含まれていない場合、ローカルにキャッシュされているすべての構成情報を第３の更新予定構成情報として確定し、
前記第１の更新通知に第４の目標構成情報の識別子が含まれている場合、前記第４の目標構成情報の識別子に対応する、ローカルにキャッシュされている構成情報を第３の更新予定構成情報として確定する。
【００９９】
更に、プロセッサ８１は前記送信指令８２３に応じて、さらに前記第３の更新予定構成情報を前記第３の目標構成情報に更新した後、前記プライマリプロキシーサーバに第２の更新通知を送信し、
プロセッサ８１は前記受信指令８２１に応じて、さらに前記プライマリプロキシーサーバが前記第２の更新通知に応じて送信する第１の更新予定構成情報の識別子を受信し、
プロセッサ８１は前記送信指令８２３に応じて、さらに前記プライマリプロキシーサーバが前記第１の更新予定構成情報を前記第１の目標構成情報に更新するように、前記第１の更新予定構成情報の識別子に応じて前記プライマリプロキシーサーバに第１の目標構成情報をフィードバックする。
【０１００】
更に、前記機械実行可能指令は確定指令（図８に図示せず）をさらに含み、
プロセッサ８１は前記確定指令に応じて、前記第３の更新予定構成情報を前記第３の目標構成情報に更新した後、予め格納されたプロキシーサーバと構成情報との対応関係に応じて、前記第３の目標構成情報から前記プライマリプロキシーサーバに対応する第２の目標構成情報を確定し、
プロセッサ８１は前記送信指令８２３に応じて、前記プライマリプロキシーサーバが前記第２の目標構成情報に含まれる第２の目標構成情報の識別子に対応する、ローカルにキャッシュされている構成情報を第２の更新予定構成情報として確定し、前記第２の更新予定構成情報を前記第２の目標構成情報に更新するように、前記第２の目標構成情報を含む第３の更新通知を前記プライマリプロキシーサーバに送信する。
【０１０１】
上記方法の実施例に対応して、本願の実施例はコンピュータ可読記憶媒体をさらに提供し、プロセッサによって呼び出して実行されると、前記プロセッサに上記実施例に係るプライマリプロキシーサーバ用の情報取得方法を実行させる機械実行可能指令が格納されている。
【０１０２】
上記方法の実施例に対応して、本願の実施例はコンピュータ可読記憶媒体をさらに提供し、プロセッサによって呼び出して実行されると、前記プロセッサに上記実施例に係るセカンダリプロキシーサーバ用の情報取得方法を実現させる機械実行可能指令が格納されている。
【０１０３】
なお、本明細書では、「第１の」や「第２の」等のような関係用語は１つのエンティティ又は操作を他のエンティティ又は操作と区別するためのものに過ぎず、必ずしもこれらのエンティティ又は操作間にこのような実際の関係又は順序があることをリクエスト又は示唆しない。また、用語「含む」、「備える」又はほかの変形は非排他的包含をカバーすることで、一連の要素を含むプロセス、方法、物品又は装置はこれらの要素を含むだけでなく、明確に列挙していないほかの要素をさらに含み、又はこのようなプロセス、方法、物品又は装置固有の要素をさらに含む。特に限定しない限り、文「１つの…を含む」により限定される要素は、前記要素を含むプロセス、方法、物品又は装置がほかの同一の要素をさらに含むことを排除するものではない。
【０１０４】
当業者であれば、上記方法の実施形態のすべて又は一部のステップをプログラムによって関連ハードウェアに指令を出して完成させることができ、前記プログラムは例えば、ＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク等のようなコンピュータ可読記憶媒体に格納されると理解できる。
【０１０５】
以上、本願の好適実施例を説明したが、本願の保護範囲を限定するものではない。本願の精神及び原則を逸脱せずに行われる変更、同等置換、改良等はすべて本願の保護範囲に属する。
【図１】
2019533254.tif 000003
【図２】
2019533254.tif 000004
【図３】
2019533254.tif 000005
【図４】
2019533254.tif 000006
【図５】
2019533254.tif 000007
【図６】
2019533254.tif 000008
【図７】
2019533254.tif 000009
【図８】
2019533254.tif 000010
【国際調査報告】
2019533254.tif 000011
2019533254.tif 000012
2019533254.tif 000013
2019533254.tif 000014
2019533254.tif 000015