DİYET - DIET - Wikipedia

DİYET
Logo diet.png
Geliştirici (ler)INRIA, École Normale Supérieure de Lyon, SysFera, CNRS, Claude Bernard Üniversitesi Lyon 1
Kararlı sürüm
2.8 / 11/14/11
YazılmışC ++, CORBA
İşletim sistemiÇapraz platform
TürKafes ve Bulut bilişim
LisansCeCILL
İnternet sitesigraal.ens-lyon.fr/DİYET

DİYET için bir yazılımdır grid-computing. Gibi ara yazılım DİYET, işletim sistemi (ayrıntılarını işleyen donanım ) ve Uygulama yazılımı (eldeki belirli hesaplama göreviyle ilgilenir). DIET 2000 yılında kuruldu.[1] Yüksek performanslı bilgi işlem için tasarlanmıştır. Şu anda tarafından geliştirilmektedir INRIA, École Normale Supérieure de Lyon, CNRS, Claude Bernard Üniversitesi Lyon 1, SysFera. Bu açık kaynaklı yazılım altında yayınlandı CeCILL lisans.

NetSolve / GridSolve ve Ninf gibi, DIET aşağıdakilerle uyumludur: GridRPC standart Açık Izgara Forumu.[2]

DIET projesinin amacı, hesaplama sunucuları oluşturmak için bir dizi araç geliştirmektir. Dağıtılmış kaynaklar, ara katman yazılımı aracılığıyla şeffaf bir şekilde yönetilir. İş istasyonları ile çalışabilir, kümeler, Izgaralar ve bulutlar.

DİYET, Décrypthon Grid tarafından kurulan IBM altı Fransız üniversitesinde (Bordo 1, Lille 1, Paris 6, ENS Lyon, Rouen'de Crihan, Orsay ).

Mimari

GridRPC ortamları genellikle beş farklı bileşene sahiptir: sunuculara sorun gönderen istemciler, istemciler tarafından gönderilen sorunları çözen sunucular, yazılım ve donanım kaynakları hakkında bilgi içeren bir veritabanı, gönderilen soruna bağlı olarak uygun bir sunucuyu seçen bir zamanlayıcı ve Veritabanında bulunan bilgiler ve hesaplama kaynaklarının durumu hakkında bilgi alan monitörler.

DIET'in mimarisi farklı bir tasarım izler. Tarafından bestelendi:

  1. bir istemci - sorunları çözmek için DİYET kullanan uygulama. Müşteriler DIET'e bir web sayfasından veya bir API veya derlenmiş program aracılığıyla bağlanabilir.
  2. istemcilerden hesaplama istekleri alan bir Ana Aracı (MA). MA daha sonra sunuculardan hesaplama yeteneklerini toplar ve programlama kriterlerine göre birini seçer. Seçilen sunucunun referansı istemciye iade edilir. Bir istemci, belirli bir ad sunucusu veya çeşitli MA konumlarını depolayan bir web sayfası aracılığıyla bir MA'ya bağlanabilir.
  3. MA'lar ve sunucular arasında talepleri ve bilgileri iletmeyi amaçlayan bir Yerel Aracı (LA). Bir LA'de depolanan bilgiler, taleplerin listesi ve alt ağaçlarının her biri için, belirli bir sorunu çözebilecek sunucuların sayısı ve bu alt ağaçta dağıtılan verilerle ilgili bilgilerdir. Altta yatan ağ topolojisine bağlı olarak, bir LA hiyerarşisi bir MA ve sunucular arasında konuşlandırılabilir.
  4. bir hesaplama sunucusunun giriş noktası olan bir Sunucu Arka Plan Programı (SeD). Bir işlemciyi veya bir kümeyi yönetir. Bir SeD'de depolanan bilgiler, bir sunucuda bulunan verilerin listesi (muhtemelen dağıtımları ve bunlara erişim yolları ile birlikte), üzerinde çözülebilecek sorunların listesi ve yüküyle ilgili tüm bilgilerdir (örn. , CPU kapasitesi, kullanılabilir bellek).
Diet-archi.png

Çoklu hiyerarşi

İki yaklaşım geliştirildi:

  • bir multi-MA uzantısı, Franche-Comté Üniversitesi. Bu Ana Temsilciler bir iletişim grafiği ile birbirine bağlanır. Birkaç DIET platformu, ilgili Ana Aracılarının (MA) birbirine bağlanmasıyla paylaşılır. Müşteriler, her zamanki gibi MA'larından mevcut SeD'leri talep eder. MA sorunu çözebilecek uygun bir SeD bulursa, başvurusunu müşteriye geri gönderir. Bir SeD bulamazsa, talebi diğer MA'lara iletir ve bu da onu diğer MA'lara iletebilir ve bu böyle devam eder. MA, müşterinin talebini çözebilecek bir SeD bulduğunda, referansını müşteriye gönderen müşterinin MA'sına referansını geri gönderir. Müşteri daha sonra problemini çözmek için bu SeD'yi kullanabilir.
  • a P2P DIET_j adlı Multi-MA uzantısı da tasarlandı. Farklı bağımsız DIET hiyerarşilerinin bir araya getirilmesi (çok hiyerarşi mimarisi) P2P paradigması kullanılarak yönetilebilir. Bu yaklaşım, JXTA -J2SE MA'ların isteğe bağlı keşfi ve bağlantısı için araç kutusu. Bu proje artık korunmamaktadır.

İş akışı yönetimi

DIET, iş akışı yönetimi için MA adlı ek bir varlık kullanır DAG. Bu varlık iki modda çalışabilir: biri iş akışının tam bir zamanlamasını tanımladığı (sıralama ve haritalama), diğeri ise iş akışı yürütmesi için yalnızca bir sıralamayı tanımladığı. Daha sonra eşleme, iş akışı hizmetlerinin çalıştırılması gereken sunucuyu bulmak için Ana Aracı kullanılarak istemci tarafından bir sonraki adımda yapılır.

Diet-workflowarchi.png

Planlama

DIET, eklenti programlayıcılar aracılığıyla programlama alt sistemi üzerinde bir dereceye kadar kontrol sağlar.[3] Bir uygulamadan gelen bir hizmet talebi bir SeD'ye ulaştığında, SeD bir performans tahmin vektörü yaratır, bu uygulama için planlama süreciyle ilgili performans tahmin değerlerinin bir derlemesi. Bu yapıda depolanacak değerler, CoRI (Kaynak Bilgisi Toplayıcıları) tarafından sağlanan değerler veya SeD'nin kendisi tarafından üretilen özel değerler olabilir. Tahmin vektörünün alt sisteminin tasarımı modülerdir.

CoRI, tahmin vektöründe depolanan ve sistem tanımlı etiketlerle tanımlanan temel bir performans tahmin değerleri kümesi üretir. Statik olan çekirdek sayısı, toplam bellek, bogomip sayısı ve sabit sürücü hızı gibi bilgiler ve verilen kaynakta, ortalama CPU'da bir sorunu çözmek için öngörülen süre gibi dinamik bilgiler yük, bu nedenle daha iyi bir programlama için ilgili bilgileri sağlamak için Sunucu Daemon'dan zamanlayıcı aracısına aktarılır. Yukarıda bahsedildiği gibi, bunlar DIET'teki uygulama güdümlü programlayıcı olasılığı ile bağlantılı olarak kullanılır: uygulama ihtiyaçlarını daha iyi anlayan Sunucu Daemon, bu vektörde depolanan bilgiler üzerinde belirli bir programlama aktarımı talep edebilir.

DİYET veri yönetimi

DIET'e üç farklı veri yöneticisi entegre edilmiştir:

  1. DTM, Franche-Comté Üniversitesi (bakımda değil);
  2. JuxMEM, IRISA (bakımda değil);[4]
  3. DAGDA École Normale Supérieure de Lyon.
Dagda-archi.png

DİYET LRMS yönetimi

Paralel kaynaklara genellikle toplu iş sistemi olarak da adlandırılan bir LRMS (Yerel Kaynak Yönetim Sistemi) aracılığıyla erişilebilir. DIET, işleri yürütmek için birkaç mevcut LRMS ile bir arayüz sağlar: LoadLeveler (IBM kaynaklarında), OpenPBS (tanınmış bir çatal PBS sistemi) ve OAR (tarafından kullanılan parti planlayıcı Şebeke'5000 araştırma ızgarası, geliştiren IMAG Grenoble'da). Gönderilen işlerin çoğu, MPICH veya LAM gibi bir örneklemeyle MPI standardı kullanılarak kodlanan paralel işlerdir.

Bulut kaynak yönetimi

DIET için bir Cloud uzantısı 2009'da oluşturuldu.[5] DIET böylece Bulut kaynaklarına iki mevcut Bulut sağlayıcısı aracılığıyla erişebilir:

  1. Okaliptüs tarafından geliştirilen açık kaynaklı bir yazılım olan Kaliforniya Üniversitesi, Santa Barbara.
  2. Amazon Elastic Compute Cloud ticari yazılım parçası olan Amazon.com bulut bilişim hizmetleri.

Referanslar

  1. ^ Caron, Eddy; Desprez, Frédéric (2006). "DİYET: Şebekede Ağ Destekli Sunucular Oluşturmak için Ölçeklenebilir Bir Araç Kutusu". International Journal of High Performance Computing Applications. 20 (3): 335–352. CiteSeerX  10.1.1.126.236. doi:10.1177/1094342006067472.
  2. ^ Caniou, Yves; Caron, Eddy; Desprez, Frédéric; Nakada, Hidemoto; Seymour, Keith; Tanaka, Yoshio (2009). Grid Teknolojisi ve Uygulamaları: Son Gelişmeler. Bölüm: Yüksek performanslı GridRPC ara yazılımı. Nova Science Publishers. ISBN  978-1-60692-768-7.
  3. ^ Caron, Eddy; Chis, Andréea; Desprez, Frédéric; Su, Alan (Ocak 2008). "GridRPC ortamı için eklenti zamanlayıcılarının tasarımı". Gelecek Nesil Bilgisayar Sistemleri. 24 (1): 46–57. doi:10.1016 / j.future.2007.02.005.
  4. ^ Antoniu, Gabriel; Bougé, Luc; Jan, Mathieu (Kasım 2005). "JuxMem: Şebekede Veri Paylaşımı için Uyarlanabilir Destekleyici Bir Platform". Ölçeklenebilir Bilgi İşlem: Uygulama ve Deneyim. 6 (3): 45–55.
  5. ^ Caron, Eddy; Desprez, Frédéric; Loureiro, David; Muresan, Adrian (Eylül 2009). "Grid Middleware aracılığıyla Bulut Bilişim Kaynak Yönetimi: DIET ve Okaliptüs ile Örnek Olay". IEEE Uluslararası Bulut Bilişim Konferansı (CLOUD 2009).

Dış bağlantılar