(57)【要約】【課題】プールされた物理リソースのローカルディスク消去メカニズムを提供する。【解決手段】ネットワークシステムは、ネットワークシステム内の未使用オブジェクトの除去を含む、コンピュータリソースの効率的な管理に関する。ネットワークシステムは、複数の処理ノードを備え、各処理ノードは、物理ストレージと、計算ノードと、を備える。計算ノードは、消去モードでリブートするための信号を受信する工程と、計算ノードに関連する管理コントローラによって、計算ノードが消去モードでブートアップするように再構成する工程と、消去モードでリブートし、少なくとも１つの処理ノードの消去を実行する工程と、を行うように構成されている。【選択図】図１
2018181305.tif 000002
【特許請求の範囲】
【請求項１】
物理ストレージを有する複数の処理ノードを備え、
前記複数の処理ノードのうち少なくとも１つの処理ノードは、計算ノードを備え、
前記計算ノードは、
消去モードでリブートするための信号を受信する工程と、
前記計算ノードに関連する管理コントローラ（ＭＣ）によって、前記計算ノードが前記消去モードでブートアップするように再構成する工程と、
前記消去モードでリブートし、前記少なくとも１つの処理ノードの消去を実行する工程と、
を行うように構成されている、ネットワークシステム。
【請求項２】
前記処理ノードが解放されているという通知をデータリソースマネージャから受信する工程を更に含み、前記データリソースマネージャは、前記複数の処理ノードの各々を管理するように構成されている、請求項１に記載のネットワークシステム。
【請求項３】
前記消去モードでリブートするための信号を受信する工程は、前記ＭＣにおいて、基本入出力システム（ＢＩＯＳ）モードを、前記少なくとも１つの処理ノードの前記物理ストレージを消去する機能に変更させるための要求を受信する工程を含む、請求項１に記載のネットワークシステム。
【請求項４】
前記ＭＣによって、前記機能をＢＩＯＳパラメータ領域に設定する工程を含む、請求項１に記載のネットワークシステム。
【請求項５】
前記ＭＣによって、ＢＩＯＳ学習ブートモードのコマンドを提供する工程を含む、請求項１に記載のネットワークシステム。
【請求項６】
前記少なくとも１つの処理ノードの消去を実行する工程は、前記基本入出力システムモードを開始する工程を含む、請求項１に記載のネットワークシステム。
【請求項７】
消去モードでリブートするための信号を受信する工程は、前記ＭＣにおいて、前記少なくとも１つの処理ノードの前記物理ストレージを消去するためのエミュレートされたＵＳＢブートを実行する要求を受信する工程を含む、請求項１に記載のネットワークシステム。
【請求項８】
前記ＭＣによって、ローカルストレージ及びリモートストレージの少なくとも１つからディスク消去ブートイメージを準備する工程を含む、請求項７に記載のネットワークシステム。
【請求項９】
前記少なくとも１つの処理ノードの消去を実行する工程は、前記エミュレートされたＵＳＢブートを開始する工程を含む、請求項１に記載のネットワークシステム。
【請求項１０】
消去モードでリブートするための信号を受信する工程は、前記ＭＣにおいて、前記少なくとも１つの処理ノードの前記物理ストレージを消去するためのリモートブートモードを実行する要求を受信する工程を含む、請求項１に記載のネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概してデータセキュリティに関し、特に、ネットワークシステム内の未使用のオブジェクトの除去を含むコンピュータリソースの効率的な管理に関する。
【背景技術】
【０００２】
コンピューティング技術の発展は、ネットワークシステムの機能、特徴及び有用性の改善をもたらす。特に、最新のネットワークシステムでは、全てのコンピュータノードリソースが一緒にプールされ、各カスタマに動的に割り当てられる。プールされたコンピュータリソースは、バーチャルマシン（ＶＭ）によって部分的なコンピュータリソースを単純に割り当てるのとは異なり、物理的なマシン全体が単一のカスタマに割り当てられる。従来のＶＭでは、ＶＭは、ＶＭイメージを割り当てるだけでなく、要求に応じて、クラウドオペレーティングシステム（ＯＳ）から仮想ディスクリソースを割り当て又は解放することができる。クラウドＯＳは、仮想ディスクリソースを破棄して、別のカスタマが元々使用していた仮想ディスクに対する新たなＶＭアクセスを抑制することができる。
【０００３】
対照的に、物理コンピュータノードが、プールされたリソースに含まれる場合、データ管理システムは、プールされたリソース内の各物理コンピュータノードを特定のカスタマに割り当てることができる。データ管理システムは、中央処理装置（ＣＰＵ）及びメモリを割り当てることを含む物理コンピュータノードを割り当てることができる。データ管理システムは、この物理マシンの全てのローカルディスクをユーザに割り当てることもできる。割り当てられた物理コンピュータノードをユーザが解放した場合、このリソースは、データ管理システムに解放され、新たなユーザ用に利用可能になる。
【０００４】
残念ながら、これらの利点には、データ管理システムの複雑さを増大させてしまう。システムの複雑さが増大したことによる望ましくない結果の１つは、コンピュータリソースの非効率的な使用が生じることである。このような非効率性の一例は、前のカスタマのローカルディスクデータの存在を維持することである。物理マシンは、プールされたリソースの一部となり、複数のカスタマによって共有されるため、カスタマは、この物理マシンのローカルディスクにデータを生成して保存することができる。このマシンが新たなカスタマに解放されると、データ管理システムは、管理リソース及び時間を大幅に節約することなく、この物理マシンのローカルディスクを消去することができない。その結果、新たなカスタマは、前のカスタマによって生成されたデータにアクセスする可能性がある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、プールされた物理リソースのローカルディスク消去メカニズムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の実施形態は、処理ノードをリブートするためのネットワークシステム及びコンピュータ実施方法を提供する。各種実施形態によるネットワークシステムは、複数の処理ノードを含むことができる。いくつかの例示的な実施形態では、処理ノードはサーバを含むことができる。いくつかの実施形態では、サーバは、消去モードでリブートするための信号を受信し、サーバに関連付けられた管理コントローラによって、サーバが再消去モードで起動するように再構成し、消去モードでリブートし、少なくとも１つの処理ノードの消去を実行する、ように構成され得る。いくつかの例示的な実施形態では、サーバは、さらに設定されて、処理ノードが解放されているという通知をデータリソースマネージャから受信するように構成されてもよく、データリソースマネージャは、各処理ノードを管理するように構成されている。
【０００７】
いくつかの例示的な実施形態では、消去モードリブートするための信号を受信することは、モードコントローラ（ＭＣ）で、基本入出力システム（ＢＩＯＳ）モードを、少なくとも１つの処理ノードの物理ストレージを消去する機能に変更するための要求を受信することを含むことができる。さらに、サーバは、ＭＣによって、その機能をＢＩＯＳパラメータ領域に設定するように構成され得る。また、サーバは、ＭＣによって、ＢＩＯＳブートモードのコマンドを提供するように構成され得る。いくつかの実施形態では、サーバは、基本入出力システムモードを開始するように構成され得る。
【０００８】
別の例示的な実施形態では、消去モードでリブートするための信号を受信することは、ＭＣで、少なくとも１つの処理ノードの物理ストレージを消去するためのエミュレートされたＵＳＢブートを実行する要求を受信することを含むことができる。さらに、サーバは、ＭＣによって、ローカルストレージ又はリモートストレージのうち少なくとも１つから、ディスク消去ブートイメージを準備するように構成され得る。また、処理ノードの消去を実行することは、エミュレートされたＵＳＢブートを開始することを含み得る。
【０００９】
別の例示的な実施形態では、消去モードでリブートするための信号を受信することは、ＭＣで、少なくとも１つの処理ノードの物理ストレージを消去するためのリモートブートモードを実行するための要求を受信することを含み得る。リモートブートモードは、ＰＸＥ（Preboot Execution Environment）、ＨＴＴＰ（Hypertext Transfer Protocol）、又は、ｉＳＣＳＩ（Internet Small Computer System Interface）を含み得る。また、少なくとも１つの処理ノードの消去を実行することは、リモートブートモードを開始することを含み得る。
【発明の効果】
【００１０】
本発明の処理ノードをリブートするためのネットワークシステム及びコンピュータ実施方法によれば、以前に使用された物理マシンのローカルディスクを消去する必要があるという問題を解決することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態による、分散型処理環境のブロック図である。
【図２】本発明のいくつかの実施形態による、図１の計算ノードのブロック図である。
【図３】本発明のいくつかの実施形態による、図２の計算ノードのブロック図である。
【図４】本発明のいくつかの実施形態による、図２の計算ノードのブロック図である。
【図５】本発明のいくつかの実施形態による、例示的なネットワーク環境のブロック図である。
【図６】本発明の一実施形態による、計算ノードをリブートする処理を例示するフローチャートである。
【発明を実施するための形態】
【００１２】
本発明は添付の図面を参照して説明される。同様の又は同等の要素を示すために、図面全体に亘って同様の符号が使用される。図面は、一定の縮尺で描かれておらず、単に本発明を例示するために提供されている。本発明のいくつかの実施形態は、説明のための例示的アプリケーションの参考として記載されている。本発明の十分な理解を提供するために、多くの具体的な詳細、関係及び方法が示されていることを理解されたい。しかし、当業者であれば、本発明が特定の詳細又は他の方法なしでも実施できることを理解するであろう。他の例では、本発明を不明瞭にすることを避けるために、周知の構造や動作を詳細に示していない。本発明は、いくつかの動作が異なる順序で、及び／又は、他の動作と同時に発生し得るので、図示された動作又はイベントの順序によって制限されない。さらに、本発明による方法論を実施するために、図示された全ての動作やイベントが必要とされるわけではない。
【００１３】
以前に使用された物理マシンのローカルディスクを消去する必要があるという問題を解決するために、本発明の好ましい実施形態は、処理ノードをリブートするネットワークシステム及びコンピュータ実施方法を提供する。
【００１４】
ここで図面を参照すると、いくつかの図を通して同様の符号は同様の特徴を示す。図１は、本発明のいくつかの実施形態による、プールされた処理環境１００のブロック図である。ネットワーク環境１００は、クライアント１０２，１０４を有する。クライアント１０２，１０４は、プールからリソースを割り当てるために、プールされたリソースデータセンタ２００とインタフェースするリモート管理者を含むことができる。あるいは、クライアント１０２，１０４は、単に、追加のリソースを必要とするクライアントデータセンタであってもよい。分散処理環境１００内の様々なコンポーネントは、ネットワーク１１４を介してアクセス可能である。このネットワーク１１４は、例えば、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、インターネットを介した通信リンクを用いる仮想プライベートネットワーク（ＶＰＮ）であってもよい。また、ＬＡＮ、ＷＡＮ及びＶＰＮを組み合わせた実装が構築されてもよい。この説明の目的のために、ネットワークという用語は、許容可能なネットワークアーキテクチャを含むものと広く解釈すべきである。ネットワーク１１４は、各種クライアント１０２，１０４と相互接続する。また、ネットワーク１１４には、プールされたリソースデータセンタ２００が接続されている。
【００１５】
図１に示すように、プールされたリソースデータセンタ２００は、任意の数の計算グループ１１６と、データセンタ管理システム１５０と、を有し得る。各計算グループ１１６は、データセンタ管理システム１５０を介してネットワーク１１４に接続された任意の数の計算ノード１１５を有し得る。各計算ノード１１５は、１つ以上のストレージシステム１３０を含むことができる。説明を簡単にするために、２つの計算グループ１１６が示されている。計算グループ１１６は、例えば、多数のシャーシが設置されたサーバラックであってもよい。各シャーシは、計算ノード１１５のうち１つ以上の計算ノードを含むことができる。
【００１６】
ストレージシステム１３０は、ストレージコントローラ（図示省略）と、例えばハードドライブディスク（ＨＤＤ）等の複数のノードストレージデバイス（又はストレージコンテナ）１３１と、を含み得る。あるいは、ノードストレージデバイス１３１の一部又は全ては、例えばフラッシュメモリ、ソリッドステートドライブ（ＳＳＤ）、テープストレージ等の他のタイプのストレージデバイスであってもよい。但し、説明の便宜上、ストレージデバイス１３１をＨＤＤとし、ストレージシステム１３０をディスクアレイとする。
【００１７】
データセンタ管理システム１５０は、様々な機能を実行することができる。先ず、データセンタ管理システム１５０は、クライアント１０２，１０４から計算リソースの要求を受信し、この要求にしたがって、プールされたリソースデータセンタ２００内の計算リソースの一部（つまり、１つ以上の計算ノード１１５）を、要求するクライアントに割り当てる。次に、割り当てに基づいて、データセンタ管理システム１５０は、この割り当てにしたがって、ジョブの処理に関連する機能を調整することができる。この調整機能は、クライアント１０２，１０４の何れかからジョブを受信すること、各ジョブをタスクに分割すること、クライアントに関連する計算ノードに関連付けられた１つ以上の計算ノード１１５にタスクを割り当て又はスケジューリングすること、タスクの進行状況を監視すること、分割されたタスクの結果を受信すること、分割されたタスクの結果をジョブ結果に結合すること、ジョブ結果をクライアント１０２，１０４のうち前記何れかに報告及び送信すること、のうち１つ以上を含み得る。最後に、データセンタ管理システム１５０は、計算リソースを解放する要求をクライアント１０２，１０４から受信、この要求にしたがって、計算リソースの一部の割り当てを解除する。その後、計算リソースの解放された部分は、他のクライアントによって使用可能になる。
【００１８】
しかしながら、いくつかの実施形態では、データセンタ管理システム１５０は、より限定された役割を有することができる。例えば、データセンタ管理システム１５０は、クライアント１０２，１０４のうち要求を行う一方と、割り当てられた計算リソースとの間で、ジョブ及び対応する結果をルーティングするためにのみ使用することができる。上述した他の機能は、クライアント１０２，１０４の何れかで、又は、割り当てられた計算リソースによって実行することができる。
【００１９】
一実施形態では、データセンタ管理システム１５０は、例えば、１つ以上のＨＤＦＳネームノードサーバを含むことができる。データセンタ管理システム１５０は、専用ハードウェア、プログラム可能なハードウェア、又は、これらの組み合わせで実施することができる。図示したように、データセンタ管理システム１５０は、スタンドアロン要素として示されている。しかしながら、データセンタ管理システム１５０は、別個のコンピューティングデバイスに実装することができる。さらに、１つ以上の実施形態では、データセンタ管理システム１５０は、代替的又は追加的に、１つ以上の計算ノードを有し、他の機能を実行するデバイスに実装されてもよい。データセンタ管理システム１５０は、専用ハードウェア、プログラム可能なハードウェア、又は、これらの組み合わせで実施することができる。さらに、単一のコンポーネントとして示されているが、データセンタ管理システム１５０は、１つ以上のコンポーネントを用いて実施することができる。
【００２０】
クライアント１０２，１０４は、ネットワーク１１４を介して、プールされたリソースデータセンタ２００にアクセスすることができるコンピュータ又は他の処理システムとすることができる。クライアント１０２，１０４は、１つ以上のポイントツーポイントリンク、共有ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）若しくは他のアクセス技術をサポートする無線又は有線接続を用いて、ネットワーク１１４を介して、プールされたリソースデータセンタ２００にアクセスすることができる。
【００２１】
上述したように、データセンタ管理システム１５０は、計算ノード１１５へのタスクの割り当て及び（オプションとして）スケジューリングを実行する。この割り当て及びスケジューリングは、計算ノード１１５の機能についての知識に基づいて実行され得る。いくつかの実施形態では、計算ノード１１５は、実質的に同一であり得る。しかしながら、他の実施形態では、計算ノード１１５の能力（例えば、計算と記憶）は変化し得る。よって、データセンタ管理システム１５０は、計算グループ１１６及び関連するストレージシステム１３０の知識に基づいて、少なくとも部分的に計算ノード１１５を割り当てることを試みて、パフォーマンスを改善する。いくつかの実施形態では、位置に基づいて割り当てを行うこともできる。つまり、クライアント１０２，１０４の何れかが多数の計算ノード１１５を必要とする場合、データセンタ管理システム１５０は、同じ又は隣接する計算グループ内で計算ノード１１５を割り当てて、レイテンシを最小化することができる。
【００２２】
計算ノード１１５は、任意のタイプのマイクロプロセッサ、コンピュータ、サーバ、中央処理装置（ＣＰＵ）、プログラム可能な論理デバイス、ゲートアレイ、又は、指定された処理機能（つまり、タスクを処理し、特定のデータセグメントにアクセスする）を実行する他の回路であってもよい。一実施形態では、計算ノード１１５は、例えばストレージシステム内の論理ユニット番号（ＬＵＮ）等の１つ以上のデータストレージオブジェクトの分散ファイルシステムメタデータをキャッシュするキャッシュ又はメモリシステムを含むことができる。計算ノード１１５は、ネットワーク、他の計算ノード、及び／又は、他のデバイスと通信する１つ以上のインタフェースを含むこともできる。いくつかの実施形態では、計算ノード１１５は、他の要素を含むことができ、これらの様々な要素を分散して実装することができる。
【００２３】
ノードストレージシステム１３０は、ストレージコントローラ（図示省略）と、１つ以上のディスク１３１と、を含むことができる。一実施形態では、ディスク１３１は、ディスクアレイで構成されてもよい。例えば、ストレージシステム１３０は、Ｅシリーズストレージシステムの１つであってもよい。Ｅシリーズストレージシステム製品は、組み込みコントローラ（又はストレージサーバ）と、ディスクと、を有する。Ｅシリーズストレージシステムは、計算ノード１１５とストレージシステム１３０との間のポイントツーポイント接続を提供する。一実施形態では、計算ノード１１５とストレージシステム１３０との間の接続は、シリアル接続ＳＣＳＩ（ＳＡＳ）である。しかし、計算ノード１１５は、例えば、任意のスイッチドプライベートネットワークを介して、当技術分野で知られている他の手段によって接続されてもよい。
【００２４】
図２は、本発明のいくつかの実施形態による、図１の計算ノード１１５のブロック図である。計算ノード１１５は、システムバス２３０によって相互接続された、プロセッサ２０５と、メモリ２１０と、ネットワークアダプタ２１５と、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）２２０と、ストレージアダプタ２２５と、管理コントローラ３０５と、を含むことができる。１つの例示的なアーキテクチャが図２に示されているが、様々な実施形態において他のアーキテクチャが可能であることが理解される。
【００２５】
プロセッサ（例えば、中央処理装置（ＣＰＵ））２０５は、メモリ２１０に記憶されたプログラミング命令を読み出して実行するマザーボード上のチップであってもよい。プロセッサ２０５は、単一の処理コアを有する単一のＣＰＵ、複数の処理コアを有する単一のＣＰＵ、又は、複数のＣＰＵであってもよい。システムバス２３０は、様々のコンピュータコンポーネント（例えば、プロセッサ２０５、メモリ２１０、ストレージアダプタ２２５及びネットワークアダプタ２１５）間で命令及びアプリケーションデータを送信することができる。メモリ２１０は、データ又はプログラムを一時的又は永続的に記憶するために用いられる任意の物理的デバイス（例えば、様々な形態のランダムアクセスメモリ（ＲＡＭ））を含むことができる。ストレージデバイス１３０は、不揮発性データストレージに用いられる任意の物理的デバイス（例えば、ＨＤＤ、フラッシュドライブ又はこれらの組み合わせ等）を含むことができる。ストレージデバイス１３０は、メモリ２１０より大きい容量を有し、より経済的な単位ストレージを有するが、メモリ２１０よりも送信速度が遅い。
【００２６】
メモリ２１０には、計算ノード動作環境３００が含まれており、計算ノード動作環境３００は、ディスク上のディレクトリ及びファイルの階層構造として情報を論理的に組織化するファイルシステムを実装し、クライアントによって要求されたタスクを実行するための環境を提供する。例示的な実施形態では、メモリ２１０は、ソフトウェアプログラムコードを記憶するために、プロセッサ及びアダプタによってアドレス可能な記憶場所を含む。オペレーティングシステム３００は、通常、メモリに常駐し、処理要素によって実行される部分を含む。オペレーティングシステム３００は、計算ノード１１５によって実装されるファイルサービスをサポートする記憶動作を呼び出すことによって、ファイルを機能的に編成する。
【００２７】
ネットワークアダプタ２１５は、ネットワーク１１４を介して、計算ノード１１５をクライアント１０２，１０４に接続するのに必要な機械的で電気的な信号回路を含む。さらに、クライアント１０２は、情報配信のクライアント／サーバモデルにしたがって、計算ノード１１５と対話することができる。つまり、クライアントは、計算ノード１１５のサービスを要求し、計算ノード１１５は、適切なネットワークプトロコルによって定義されたパケットを交換することにより、クライアントによって要求されたサービスの結果を返してもよい。ストレージアダプタ２２５は、計算ノード１１５で実行される計算ノード動作環境３００と動作して、クライアントによって要求された情報にアクセスする。情報は、ストレージアダプタ２２５を介して、計算ノード１１５に接続されるストレージデバイス１３０に記憶されてもよい。ストレージアダプタ２２５は、Ｉ／Ｏ相互接続構成（例えば、ファイバチャネルシリアルリンクトポロジ等）を介してディスクに接続する入出力（Ｉ／Ｏ）インタフェース回路システムを含む。情報は、システムバス２３０を介してネットワークアダプタ２１５に転送される前に、ストレージアダプタによって取り出され、必要に応じて、プロセッサ２０５（又はアダプタ２２５自身）によって処理される。ここで、情報が適切なパケットにフォーマットされ、クライアント１０２に返される。
【００２８】
管理コントローラ３０５は、コンピュータシステムのマザーボードに内蔵された特殊あマイクロコントローラとすることができる。例えば、管理コントローラ３０５は、ベースボード管理コントローラ（ＢＭＣ）又はラック管理コントローラ（ＲＭＣ）とすることができる。管理コントローラ３０５は、システム管理ソフトウェアとプラットフォームハードウェアとの間のインタフェースを管理することができる。システムに組み込まれた異なるタイプのセンサは、管理コントローラ３０５に対して、パラメータ（例えば、温度、冷却ファン速度、電力状態、オペレーティングシステム状態等）を報告することができる。管理コントローラ３０５は、センサを監視し、任意のパラメータがシステムの潜在的な障害を示す予め設定された限界内に留まらない場合に、ネットワークアダプタ２１５を介して管理者にアラートを送信することができる。管理者は、管理コントローラ３０５と遠隔通信して、例えばシステムのリセット又は電源の再投入等の是正措置を取ることによって機能を復元することもできる。本開示の目的のために、管理コントローラ３０５はＢＭＣによって表される。
【００２９】
ＢＩＯＳ３２０は、基本入出力システム（ＢＩＯＳ）、その後継品（successors）、又は、例えばＥＦＩ（Extensible Firmware Interface）若しくはＵＥＦＩ（Unified Extensible Firmware Interface）等の等価物（equivalents）を含むことができる。ＢＩＯＳ３２０は、ＢＩＯＳソフトウェアプログラムを記憶するコンピュータシステムのマザーボード上に位置するＢＩＯＳチップを含むことができる。ＢＩＯＳ３２０は、コンピュータシステムが最初に電源投入されたときに実行されるファームウェアを、ＢＩＯＳ３２０に指定された構成のセットとともに記憶することができる。ＢＩＯＳファームウェア及びＢＩＯＳ構成は、不揮発性メモリ（ＮＶＲＡＭ）２２０又はＲＯＭ（例えば、フラッシュメモリ等）に記憶することができる。フラッシュメモリは、電気的に消去及び再プログラムすることができる不揮発性コンピュータ記憶媒体である。
【００３０】
ＢＩＯＳ３２０は、計算ノード１１５（図２に示す）が起動される毎に、シーケンスプログラムとしてロードされ、実行され得る。ＢＩＯＳ３２０は、構成のセットに基づいて、所定のコンピューティングシステム内に存在するハードウェアを認識、初期化及びテストすることができる。ＢＩＯＳ３２０は、計算ノード１１５において、セルフテスト（例えば、パワーオンセルフテスト（ＰＯＳＴ））を実施することができる。このセルフテストは、様々なハードウェアコンポーネント（例えば、ハードディスクドライブ、光学読み取り装置、冷却装置、メモリモジュール、拡張カード等）の機能をテストすることができる。ＢＩＯＳは、オペレーティングシステムを記憶するために、メモリ２１０内の領域をアドレス指定して割り当てることができる。次に、ＢＩＯＳ３２０は、コンピュータシステムの制御をオペレーティングシステム（例えば、計算ノード動作環境３００）に与えることができる。
【００３１】
計算ノード１１５のＢＩＯＳ３２０（図２に示す）は、ＢＩＯＳ３２０がコンピュータシステム内の様々なハードウェアコンポーネントをどのように制御するかを定義するＢＩＯＳ構成を含むことができる。ＢＩＯＳ構成は、ネットワーク環境１００内の様々なハードウェアコンポーネントが開始される順序を決定することができる。ＢＩＯＳ３２０は、様々な異なるパラメータを設定するのを可能にするインタフェース（例えば、ＢＩＯＳセットアップユーティリティ）を提供することができ、上述したパラメータは、ＢＩＯＳデフォルト構成のパラメータと異なっていてもよい。例えば、ユーザ（例えば、管理者）は、ＢＩＯＳ３２０を用いて、クロック及びバス速度を指定し、どの周辺機器がコンピュータシステムに接続されるか指定し、健康状態（例えば、ファン速度及びＣＰＵ温度限界等）監視を指定し、コンピュータシステムの全体的なパフォーマンス及び電力使用量に影響する様々な他のパラメータを指定する。
【００３２】
図１及び図２で説明したようなプールされた計算リソースを使用することの懸念の１つは、計算ノード１１５の１つが新たなクライアントの使用のために解放されると、計算ノード１１５に記憶された全てのデータを消去するメカニズムが一般的に存在しないことである。よって、新たなクライアントがそのデータにアクセスする可能性があり、データのプライバシーに関する重大な問題が発生する可能性がある。したがって、各種実施形態では、新たなクライアントに割り当てる前に、計算ノードで、データの消去を確実に行うメカニズムに向けられている。これは、図３〜図６を参照して以下に説明する。
【００３３】
第１の方法論を、図３を参照して説明する。図３は、例示的な実施形態による、計算ノード１１５の構成を示す図である。この構成において、ＢＩＯＳ３２０は、計算ノード１１５で消去を実行するように動作可能である。具体的には、ＢＩＯＳ３２０は、ブートオプション（Boot Option）を提供するように構成されており、ブートオプションは、ＢＩＯＳ３２０が特別なＢＩＯＳモードでブートして、この物理ストレージデバイス１３０のローカルディスクの全てを消去することを可能にする。
【００３４】
動作中、データセンタ管理システム１５０は、この割り当てられた計算ノードが計算プール１１６に解放される場合、計算ノード１１５に関連するローカルドライブ１３１が消去されるべきであると判断することができる。あるいは、データセンタ管理システム１５０は、システム障害を考慮して、ローカルドライブ１３１を消去することができる。本発明のいくつかの実施形態では、データセンタ管理システム１５０は、物理ストレージデバイスを解放すると、ＢＩＯＳ３２０のブートモードを「ディスク消去モード（Disk Erasing Mode）」に変更する要求を管理コントローラ３０５に送信するように構成されている。
【００３５】
管理コントローラ３０５は、要求に応じて、ブートモードを、ＢＩＯＳ３２０パラメータ領域まで「ディスク消去モード」に設定することができる。あるいは、管理コントローラ３０５は、要求に応じて、ＢＩＯＳ学習ブートモードのためのコマンドを提供することができる。例示的な実施形態では、データセンタ管理システム１５０は、システムの電源をオンにして、ＢＩＯＳ３２０がローカルドライブ消去機能を実行する「ディスク消去モード」をブートできるようにすることができる。本開示の他の実施形態では、管理コントローラ３０５は、システムの電源をオンにして、ＢＩＯＳ３２０が「ディスク消去モード」をブートすることを可能にすることができる。「ディスク消去モード」中、ＢＩＯＳは、コマンドを全てのＨＤＤ／ＳＳＤに送信して、迅速なセキュリティ消去を実行するか、又は、解放された計算ノード１１５内のディスクに十分なデータを提供することができる。
【００３６】
第２の方法論を、図４を参照して説明する。図４は、例示的な実施形態による、計算ノード１１５の構成を示す図である。ここで説明する例示的な実施形態では、管理コントローラ３０５は、計算ノード１１５に接続された全てのディスクを消去するように設計されたオペレーティングシステムをロードするディスク消去ブートイメージをブートするように構成されている。
【００３７】
動作中、データセンタ管理システム１５０は、物理ストレージデバイス１３０が解放されるべきであると判断することができる。この判断は、クライアント１０２又は１０４が、計算ノード１１５を計算ノードプール１１６に解放することに起因し得る。あるいは、データセンタ管理システム１５０は、システム障害を考慮して、計算ノード１１５を解放することができる。本発明のいくつかの実施形態では、データセンタ管理システム１５０は、物理ストレージデバイスを解放すると、ディスク消去ブートイメージ４０５を用いる要求を管理コントローラ３０５に送信するように構成されている。いくつかの実施形態では、ディスク消去ブートイメージ４０５の実行は、管理コントローラ３０５を、このイメージを記憶するＵＳＢドライブをエミュレートするように構成することを含む。いくつかの実施形態では、管理コントローラー３０５は、ローカルストレージからディスク消去ブートイメージ４０５を準備することができる。他の実施形態では、管理コントローラ３０５は、要求に応じて、リモートストレージからディスク消去ブートイメージ４０５を準備することができる。
【００３８】
例示的な実施形態では、データセンタ管理システム１５０は、ディスク消去ブートイメージ４０５をブートするために、エミュレートされたＵＳＢドライブを用いてシステムの電源をオンにするように要求することができる。本開示の他の実施形態では、管理コントローラ３０５は、システムの電源をオンして、ＢＭＣが、ディスク消去ブートイメージ４０５によって、エミュレートされたＵＳＢをブート可能にすることを要求することができる。いくつかの実施形態では、この電源のオンは、管理コントローラ３０５を、管理コントローラ３０５がエミュレートしているＵＳＢドライブからブートするように構成することによって提供される。ディスク消去ブートイメージ４０５は、ブートあれると、解放された物理ストレージデバイス１３０内の消去のために、迅速なセキュリティ消去又はデータをディスクに充填するためのコマンドを全てのＨＤＤ／ＳＳＤに送信することができる。その後、このブートイメージは、計算ノード１１５が通常動作を再開できるように、通常のブートを生じさせることができる。
【００３９】
第３の方法論を、図５を参照して説明する。図５は、本発明のいくつかの実施形態による、例示的なネットワーク環境５００のブロック図である。図１と同様に、例示的なネットワーク環境５００は、データセンタ管理システム１５０と、計算ノード１１５と、を含む。さらに、ネットワーク環境５００には、リモートブートサーバ５１０と、ディスク消去ブートイメージ５０５と、が含まれる。ここの各コンポーネントは、ネットワーク１１４と同様のネットワークに亘って相互接続されている。ネットワークは、例えば、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、インターネットを介した通信リンクを用いる仮想プライベートネットワーク（ＶＰＮ）、又は、ＬＡＮ、ＷＡＮ及びＶＰＮの組み合わせによる実装で構築される。この説明の目的のために、ネットワークという用語は、許容可能なネットワークアーキテクチャを含むものと広く解釈されるべきである。ここで開示される例示的な実施形態では、リモートブートサーバ５１０は、ディスク消去ブートイメージ５０５を提供し、計算ノード１１５がこのイメージによりブートされると、物理ストレージデバイス１３０のディスクの全てを消去することができるように構成されている。
【００４０】
動作中、データセンタ管理システム１５０は、物理ストレージデバイス１３０が解放されるべきであると判断することができる。本発明のいくつかの実施形態では、データセンタ管理システム１５０は、物理ストレージデバイスを解放すると、要求を送信して、ブートモードをリモートブートモードに変更し、必要なブートパラメータを構成するように構成されている。リモートブートサーバ５１０内で見出される例示的なブートモードは、ＰＸＥ（Preboot Execution Environment）、ＨＴＴＰ（Hypertext Transfer Protocol）及びｉＳＣＳＩ（Internet Small Computer System Interface）を含むことができる。当業者であれば、他のリモートブートモードを実装できることを理解するであろう。
【００４１】
例示的な実施形態では、データセンタ管理システム１５０は、解放された物理ストレージデバイス１３０用にリモートブートサーバ５１０をセットアップして、ディスク消去ブートを実行することができる。リモートブートサーバ５１０を設定した後、システムは、リモートブートサーバ５１０からディスク消去ブートイメージ５０５によってブートされ得る。ディスク消去ブートイメージ５０５は、コマンドを全てのＨＤＤ／ＳＳＤに送信して、解放された物理ストレージデバイス１３０内の消去のために迅速なセキュリティ消去又はディスクへのデータの充填を行うことができる。その後、このリモートブートイメージは、計算ノード１１５が通常動作を再開できるように、通常のリブートを生じさせることができる。
【００４２】
図６は、前述した図のプールされたリソースデータセンタ２００を用いて実施方法６００を実行するためのフローチャートである。上述したように、各種実施形態によるネットワークシステムは、ストレージシステム１３０を定義するノードストレージデバイス１３１を有する１つ以上の計算ノード１１５をそれぞれ含む複数の計算グループ１１６を含むことができる。工程６１０において、計算ノード１１５は、消去モードでリブートするための信号を受信するように構成され得る。いくつかの例示的な実施形態では、消去モードでリブートするための信号を受信する工程は、管理コントローラにおいて、ＢＩＯＳモードを少なくとも１つの処理ノードの物理ストレージを消去する機能に変更する要求を受信する工程を有する。これは図３に示されている。別の例示的な実施形態では、消去モードでリブートするための信号を受信する工程は、管理コントローラにおいて、少なくとも１つの処理ノードの物理ストレージを消去するためのエミュレートされたＵＳＢブートを実行する要求を受信する工程を有する。これは図４に示されている。別の例示的な実施形態では、消去モードでリブートするための信号を受信する工程は、管理コントローラにおいて、少なくとも１つの処理ノードの物理ストレージを消去するためのリブートモードを実行する要求を受信する工程を有する。リモートブートモードには、ＰＸＥ（Preboot Execution Environment）、ＨＴＴＰ（Hypertext Transfer Protocol）又はｉＳＣＳＩ（Internet Small Computer System Interface）が含まれる。これは図５に示されている。
【００４３】
工程６２０において、計算ノード１１５は、管理コントローラによって、計算ノード１１５が消去モードでブートアップするように再構成されるように構成され得る。図３に示すように、計算ノード１１５は、管理コントローラによって、消去モードのＢＩＯＳパラメータ領域に機能を設定するように構成され得る。あるいは、図４で説明したように、計算ノード１１５は、管理コントローラによって、ローカル又はリモートストレージから、エミュレートされたドライブ（例えば、ＵＳＢエミュレートドライブ）、ディスク消去ブートイメージを準備及びロードするように構成され得る。
【００４４】
工程６３０において、計算ノード１１５は、消去モードでリブートし、少なくとも１つの処理ノードの消去を実行するように構成され得る。いくつかの実施形態では、処理ノードの消去を実行することは、管理コントローラを介してエミュレートされたＵＳＢブートを開始する工程を含むことができる。他の実施形態では、少なくとも１つの処理ノードの消去を実行することは、リモートブートモードを開始することを含み得る。いくつかの例示的な実施形態では、計算ノード１１５は、処理ノードが解放されているという通知をデータセンタ管理システム１５０から受信するように構成されており、データセンタ管理システム１５０は、処理ノードの各々を管理する。
【００４５】
最後に、工程６４０において、計算ノードは、正常にリブートして、通常動作を再開するように構成されてもよい。
【００４６】
本開示に関連して説明された各種例示された論理ブロック、モジュール及び回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又は、他のプログラム可能論理装置、離散ゲート、トランジスタロジック、離散ハードウェアコンポーネント若しくはこれらを組み合わせた設計によって実装又は実行されて、本明細書に記載された機能を実行する。汎用プロセッサは、マイクロプロセッサであってもよいが、代わりに、任意の従来のプロセッサ、コントローラ、マイクロコントローラ又は状態機械であってもよい。プロセッサは、コンピューティングデバイスの組み合わせ（例えば、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと組み合わせた１つ以上のマイクロプロセッサ、又は、任意の他の構成として実装されてもよい。
【００４７】
本発明の明細書で開示された方法及びアルゴリズムの動作は、ハードウェア、プロセッサによって実行されるソフトウェアモジュール、又は、これらの両者の組み合わせで直接的に具体化することができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、又は、当該技術分野で知られている他の形式のストレージ媒体に存在することができる。例示的なストレージ媒体は、プロセッサがストレージ媒体から情報を読み取り、ストレージ媒体に情報を書き込むことができるように、プロセッサに接続される。あるいは、ストレージ媒体は、プロセッサに一体化することができる。プロセッサ及びストレージ媒体は、ＡＳＩＣ内に存在し得る。ＡＳＩＣは、ユーザ端末内に存在し得る。あるいは、プロセッサ及びストレージ媒体は、ユーザ端末内の個別のコンポーネントとして存在し得る。
【００４８】
１つ以上の例示的な設計では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア又はこれらの任意な組み合わせによって実現され得る。ソフトウェアで実現される場合、機能は、持続性（non-transitory）コンピュータ可読媒体上に１つ以上の命令又はコードとして記憶され、送信され得る。持続性コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含むコンピュータストレージ媒体と通信媒体との両方を含む。ストレージ媒体は、汎用又は専用コンピュータによってアクセス可能な任意の利用可能な媒体とすることができる。このようなコンピュータ可読媒体は、以下に限定されないが、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、他の光学ディスクストレージ、磁気ディスクストレージ、他の磁気ストレージデバイス、又は、命令若しくはデータ構造の形で所望のプログラムコード手段を実現若しくは記憶するのに用いられる他の媒体を含み、汎用若しくは専用コンピュータ又は汎用若しくは専用プロセッサによってアクセスされ得る。ここで用いられるディスク（disk）及びディスク（disc）は、コンパクトディスク（ＣＤ）、レーザディスク、光学ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク及びブルーレイ（登録商標）ディスクを含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、レーザを用いて、データを光学的に再生する。上記の組み合わせも、持続性コンピュータ可読媒体に含まれる。
【００４９】
以上、本発明の各種実施形態を説明したが、これらは例示に過ぎず、限定的でないことを理解されたい。本発明の趣旨又は範囲から逸脱することなく、開示された実施形態に対する多数の変更を本明細書の開示に従って行うことができる。よって、本発明の幅及び範囲は、上記の実施形態の何れかによって限定されるべきではない。むしろ、本発明の範囲は、以下の特許請求の範囲及びこれらの均等物によって定義されるべきである。
【００５０】
本発明は、１つ以上の実施形態に関して図示及び説明されているが、本明細書及び添付の図面を読んで理解すれば、当業者は同等の変更及び修正を行えるであろう。また、本発明の特定の特徴は、いくつかの実施形態のうち１つのみに関連して開示されているかもしれないが、かかる特徴は、任意の所定又は特定のアプリケーションに必要及び有利であるような他の１つ以上の実施形態に組み合わされてもよい。
【００５１】
ここで用いられる用語は、特定の実施形態のみ説明するためのものであり、本発明を限定するものではない。本明細書で使用されるように、単数形「一」、「１つ」は、文脈がそうでないことを明示しない限り、複数形も含むことを意図している。さらに、用語「含む」、「有する」又はこれらの変形は、詳細な説明及び／または特許請求の範囲で使用される限り、用語「備える」と同様の態様で包含する。
【００５２】
他に定義されない限り、ここで用いられる用語（技術用語及び科学用語を含む）は、本発明が属する技術分野の当業者によって一般に理解されるのと同じ意味を有する。さらに、理解できることは、用語（例えば、一般的に使用される辞書で定義された用語）は、関連技術の文脈における意味と同じ意味を有すると解釈されるべきであり、理想的又は過度に正式な意味で解釈されないことを理解されたい。
【符号の説明】
【００５３】
１００…ネットワーク環境
１０２…クライアント
１０４…クライアント
１１４…ネットワーク
１１５…計算ノード
１１６…計算グループ
１３０…ストレージシステム
１３１…ノードストレージデバイス
１５０…データセンタ管理システム
２００…リソースデータセンタ
２０５…プロセッサ
２１０…メモリ
２１５…ネットワークアダプタ
２２０…不揮発性ランダムアクセスメモリ
２２５…ストレージアダプタ
２３０…システムバス
３００…計算ノード動作環境
３０５…管理コントローラ
３２０…ＢＩＯＳ
４０５…ディスク消去ブートイメージ
５００…ネットワーク環境
５０５…ディスク消去ブートイメージ
５１０…リモートブートサーバ
６００…実施方法
【図１】
2018181305.tif 000003
【図２】
2018181305.tif 000004
【図３】
2018181305.tif 000005
【図４】
2018181305.tif 000006
【図５】
2018181305.tif 000007
【図６】
2018181305.tif 000008