ダイエット
ダイエット
開発者INRIA、リヨン高等師範学校、SysFera、CNRS、クロード・ベルナール大学リヨン1
安定版リリース
2.8 / 2011年11月14日
書かれたC++、CORBA
オペレーティング·システムクロスプラットフォーム
タイプグリッドとクラウドコンピューティング
ライセンスセシル
Webサイトgraal.ens-lyon.fr/DIET

DIETはグリッドコンピューティング用のソフトウェアです。ミドルウェアとして、DIETはオペレーティングシステム（ハードウェアの詳細を扱う）とアプリケーションソフトウェア（特定の計算タスクを扱う）の間に位置づけられます。DIETは2000年に開発されました。[1]高性能コンピューティング向けに設計されました。現在、INRIA、リヨン高等師範学校、CNRS、クロード・ベルナール・リヨン第1大学、SysFeraによって開発されています。CeCILLライセンスに基づいて公開されているオープンソースソフトウェアです。

NetSolve/GridSolveやNinfと同様に、DIETはOpen Grid ForumのGridRPC標準に準拠しています。[2]

DIETプロジェクトの目的は、計算サーバーを構築するためのツールセットを開発することです。分散リソースはミドルウェアを通じて透過的に管理されます。ワークステーション、クラスター、グリッド、クラウドで動作します。

DIET は、 IBMがフランスの 6 つの大学 (ボルドー第 1 大学、リール第 1 大学、パリ第 6大学、ENS リヨン、ルーアンのクリアン、オルセー) に設置したDécrypthon Grid を管理するために使用されます。

建築

通常、GridRPC 環境には、サーバーに問題を送信するクライアント、クライアントから送信された問題を解決するサーバー、ソフトウェアおよびハードウェア リソースに関する情報を含むデータベース、送信された問題とデータベースに含まれる情報に応じて適切なサーバーを選択するスケジューラ、および計算リソースの状態に関する情報を取得するモニターの 5 つの異なるコンポーネントがあります。

DIETのアーキテクチャは異なる設計に従っており、以下の要素で構成されています。

  1. クライアント - DIET を利用して問題を解決するアプリケーション。クライアントは、Web ページ、API、またはコンパイル済みプログラムを介して DIET に接続できます。
  2. マスターエージェント（MA）は、クライアントからの計算要求を受け取ります。MAは各サーバーから計算能力を収集し、スケジューリング基準に基づいて1台を選択します。選択されたサーバーの参照情報はクライアントに返されます。クライアントは、特定のネームサーバー、または様々なMAのロケーションを保存しているWebページを介してMAに接続できます。
  3. MAとサーバー間のリクエストと情報の転送を目的とするローカルエージェント（LA）。LAに保存される情報は、リクエストのリスト、各サブツリーにおける、特定の問題を解決できるサーバーの数、そしてそのサブツリーに分散されているデータに関する情報です。基盤となるネットワークトポロジに応じて、MAとサーバーの間にLAの階層が配置される場合があります。
  4. 計算サーバーの入り口となるサーバーデーモン（SeD）。プロセッサまたはクラスタを管理します。SeDに保存される情報は、サーバー上で利用可能なデータのリスト（場合によってはデータの分布とアクセス方法を含む）、サーバー上で解決可能な問題のリスト、そしてサーバーの負荷に関するすべての情報（例：CPU容量、使用可能なメモリ）です。

多階層

次の 2 つのアプローチが開発されました。

  • フランシュ＝コンテ大学では、マルチ MA 拡張機能が開発されました。これらのマスター エージェントは、通信グラフによって接続されています。複数の DIET プラットフォームは、それぞれのマスター エージェント (MA) を相互接続することで共有されます。クライアントは通常どおり、MA から利用可能な SeD を要求します。MA が問題を解決できる利用可能な SeD を見つけると、その参照をクライアントに返します。SeD が見つからない場合は、その要求を他の MA に転送し、それらの MA も要求を他の MA に転送できます。MA はクライアントの要求を解決できる SeD を見つけると、その参照をクライアントの MA に返し、クライアントの MA はその参照をクライアントに返します。クライアントはその SeD を使用して問題を解決できます。
  • DIET_jと呼ばれるP2PマルチMA拡張も設計されました。異なる独立したDIET階層（マルチ階層アーキテクチャ）の集約をP2Pパラダイムを用いて管理できます。このアプローチは、MAのオンデマンド検出と接続のためのJXTA - J2SEツールボックスをベースとしていました。このプロジェクトは現在メンテナンスされていません。

ワークフロー管理

ワークフロー管理のために、DIET は MA DAGと呼ばれる追加のエンティティを使用します。このエンティティは2つのモードで動作します。1つはワークフローの完全なスケジュール（順序付けとマッピング）を定義するモードで、もう1つはワークフロー実行の順序付けのみを定義するモードです。マッピングは次のステップでクライアントによって行われ、マスターエージェントを使用してワークフローサービスを実行するサーバーを検索します。

スケジュール

DIETは、プラグインスケジューラを介してスケジューリングサブシステムをある程度制御します。[3]アプリケーションからのサービス要求がSeDに到着すると、SeDはパフォーマンス推定ベクトルを作成します。これは、そのアプリケーションのスケジューリングプロセスに関連するパフォーマンス推定値の集合です。この構造体に格納される値は、CoRI（リソース情報コレクタ）によって提供される値、またはSeD自体によって生成されるカスタム値のいずれかです。推定ベクトルのサブシステムはモジュール設計になっています。

CoRIは、推定ベクトルに格納され、システム定義のタグによって識別される基本的なパフォーマンス推定値セットを生成します。コア数、メモリ合計、bogomips数、ハードドライブ速度などの静的情報と、特定のリソースで問題解決にかかる予測時間、平均CPU負荷などの動的情報が、サーバーデーモンからスケジューラエージェントに転送され、より適切なスケジューリングのための適切な情報を提供します。前述のように、これらはDIETのアプリケーション駆動型スケジューラ機能と連携して使用されます。アプリケーションのニーズをより深く理解しているサーバーデーモンは、このベクトルに格納された情報に基づいて、特定のスケジューリングを要求できます。

DIETデータ管理

DIET には 3 つの異なるデータ マネージャーが統合されています。

  1. フランシュ＝コンテ大学のDTM （維持されていません）
  2. IRISAのJuxMEM （メンテナンスされていない）[4]
  3. リヨン高等師範学校のDAGDA 。

DIET LRMS管理

並列リソースは通常、LRMS（ローカルリソース管理システム）（バッチシステムとも呼ばれる）を介してアクセスされます。DIETは、ジョブを実行するために、既存のLRMS（LoadLeveler（IBMリソース上）、OpenPBS（有名なPBSシステムのフォーク）、OAR （グルノーブルのIMAGが開発したGrid'5000研究グリッドで使用されるバッチスケジューラ）など）とのインターフェースを提供します。投入されるジョブのほとんどは並列ジョブであり、MPICHやLAMなどのインスタンス化を使用してMPI標準でコーディングされています。

クラウドリソース管理

DIETのクラウド拡張機能は2009年に作成されました。[5]これにより、DIETは次の2つの既存のクラウドプロバイダーを通じてクラウドリソースにアクセスできるようになりました。

  1. Eucalyptusは、カリフォルニア大学サンタバーバラ校が開発したオープンソースソフトウェアです。
  2. Amazon Elastic Compute Cloud は、 Amazon.comのクラウド コンピューティング サービスの商用ソフトウェア部分です。

参考文献

  1. ^ Caron, Eddy; Desprez, Frédéric (2006). 「DIET: グリッド上でネットワーク対応サーバーを構築するためのスケーラブルなツールボックス」. International Journal of High Performance Computing Applications . 20 (3): 335– 352. CiteSeerX  10.1.1.126.236 . doi :10.1177/1094342006067472. S2CID  1050715.
  2. ^ Caniou, Yves; Caron, Eddy; Desprez, Frédéric; Nakada, Hidemoto; Seymour, Keith; Tanaka, Yoshio (2009).グリッド技術とアプリケーション：最近の開発．章：高性能GridRPCミドルウェア．Nova Science Publishers．ISBN 978-1-60692-768-7。
  3. ^ Caron, Eddy; Chis, Andréea; Desprez, Frédéric; Su, Alan (2008年1月). 「GridRPC環境向けプラグインスケジューラの設計」. Future Generation Computer Systems . 24 (1): 46– 57. doi :10.1016/j.future.2007.02.005.
  4. ^ Antoniu, Gabriel; Bougé, Luc; Jan, Mathieu (2005年11月). 「JuxMem: グリッド上のデータ共有のための適応型支援プラットフォーム」.スケーラブルコンピューティング: 実践と経験. 6 (3): 45– 55.
  5. ^ Caron, Eddy; Desprez, Frédéric; Loureiro, David; Muresan, Adrian (2009年9月). 「グリッドミドルウェアによるクラウドコンピューティングのリソース管理：DIETとEucalyptusのケーススタディ」(PDF) . 2009 IEEE International Conference on Cloud Computing . pp.  151– 154. doi :10.1109/CLOUD.2009.70. ISBN 978-1-4244-5199-9. S2CID  18853964。
  • Décrypthonプロジェクトのウェブサイト
  • DIETのウェブサイト
  • SysFeraのウェブサイト
Retrieved from "https://en.wikipedia.org/w/index.php?title=DIET&oldid=1288864855"