Du client serveur aux grilles de calcul et de données

Le client

public class CartClient { public static void main(String[] args) { Context initial = new InitialContext(); // context JNDI CartHome home = initial.lookup("java:comp/env/ejb/SimpleCart"); // Recherche de l’interface de la factory // Creation de l’objet session Cart shoppingCart = home.create("Duke DeEarl« xs); // appel de quelques business méthodes shoppingCart.addBook("The Martian Chronicles"); Vector bookList = new Vector(); bookList = shoppingCart.getContents(); shoppingCart.removeBook("Alice in Wonderland"); // suppression de l’objet session shoppingCart.remove(); }

Du client serveur aux grilles de calcul et de données

Les entity beans

• • • •

Implantation d’objets métiers persistants (client, compte,…) Persistance gérée par

• • Les conteneurs (CMP) Le bean lui-même (BMP)

Le conteneur gère également les transactions et la sécurité pour le composant. Utile pour gérer les accès concurrents à des données persistantes.

Du client serveur aux grilles de calcul et de données

Exemple d’entity bean (CMP)

public class BookEJB implements javax.ejb.EntityBean {

public String author; public String titlel; public int price; private EntityContext context;

public String getTitle() {return title;} public String getAuthor() {return author;}; public int getPrice() {return price;} public void setPrice(int _price)

{price=_price;}

public String ejbCreate (String _author, String _title) throws

CreateException { author=_author; title=_title; price=0; return null; } … … // Méthodes requises par le conteneur

public void ejbPostCreate(String _author,String _title) { } public void ejbRemove() { } public void ejbLoad() { } public void ejbStore() {} public void setEntityContext(EntityContext context) {

this.context = context;}

public void unsetEntityContext() {

context=null; } }

public void ejbActivate() { } public void ejbPassivate() { }

Du client serveur aux grilles de calcul et de données

Home interface

public interface BookHome extends EJBHome { public Book create(String id, String url) throws RemoteException, CreateException; public Book findByPrimaryKey (String id) throws RemoteException, FinderException; public Collection findAll() throws RemoteException, FinderException; Public Collection findByAuthor(String author) throws RemoteException, FinderException; }

Du client serveur aux grilles de calcul et de données

Interface de l’Entity Bean

public interface Book extends EJBObject {

public String getAuthor() throws RemoteException; public String getTitle() throws RemoteException; public int getPrice() throws RemoteException; public void setPrice(int mode) throws RemoteException;

}

Du client serveur aux grilles de calcul et de données

Le descripteur de l’entity bean

Book Book BookHome Book BookEJB Container

java.lang.String

False title author price title

findByAuthor

java.lang.String select distinct object(b) from Book b where b.author=?1

Du client serveur aux grilles de calcul et de données

Message Driven Bean (ejb2.0)

•

Intégration des EJB et de JMS

•

Interactions asynchrones

•

Utilisé pour réagir à des messages JMS

•

Stateless bean

•

Une seule méthode dans l’interface

• onMessage()

Du client serveur aux grilles de calcul et de données

Exemple de message bean

ValueContainerListener hero.container.ValueContainerListener

JMSType='ValueContainer'

Container Value Container Home ejb/valuecontainer Entity ValueContainer hero.container.ValueContainerHome hero.container.ValueContainer

javax.jms.Topic NonDurable

Du client serveur aux grilles de calcul et de données

EJB Object

Du client serveur aux grilles de calcul et de données

Paquetage d’application

Du client serveur aux grilles de calcul et de données

Déploiement

• •

Création d’un paquetage contenant

• • • • Les classes des beans Le fichier de description Les fichiers de configuration spécifique au serveur D’autres librairies

Mise en place dans le serveur (outils spécifique ou déploiement à chaud)

Du client serveur aux grilles de calcul et de données

Intérêt des EJB

•

Simplicité de l’écriture des composants

• Mais le design est plus complexe •

Portabilité des composants

• A l’exception des adaptations des serveurs •

Réutilisation/Composition

• Il faut quand même programmer •

Indépendance par rapport aux vendeurs

Du client serveur aux grilles de calcul et de données

Bénéfices d’un serveur d’EJB

• •

Gestion automatisée des stocks de ressources Gestion automatisée du cycles de vie des composants

•

Gestion de la concurrence

•

Scalabilité

•

Fonctionnalités déclaratives

•

Disponibilité et tolérance aux pannes

• •

Modèle d’objet distribué …

Du client serveur aux grilles de calcul et de données

Limites actuelles (variables selon les serveurs)

• • •

Maturité de la spécification, des technologies,…

• Moins vrai depuis la version 2.0

Performances ?

• •

Environnements de développement Complexité du design Expérience des développeurs

Du client serveur aux grilles de calcul et de données

Bibliographie et sources des schémas

• • • • • • • • •

J2EE Specification

• Java.sun.com/products/j2ee

Enterprise Java Beans Specification 1.1 et 2.0

• Java.sun.com/products/ejb

Mastering Enterprise JavaBeans and the Java 2 Platform Enterprise Edition – Ed Roman – Wiley Computer publishing 1999 www.theserverside.com

java.sun.com/j2ee/tutorial www.jboss.org

(serveur Open Source) Support de cours de Didier Donsez (université de Valenciennes) J2EE blueprints (java.sun.com) Mastering Enterprise JavaBeans II – Ed Roman -(www.theserverside.com)

Du client serveur aux grilles de calcul et de données

Exemple d’application J2EE

Du client serveur aux grilles de calcul et de données

Jboss - client

sampleApp { // jBoss LoginModule }; org.jboss.security.LDAPLoginModule required; // Put your login modules that need jBoss here

•

Idem que pour une application classique dans un fichier policy

Du client serveur aux grilles de calcul et de données

Jboss - serveur

Du client serveur aux grilles de calcul et de données

Cas pratique : Utilisation de LDAP pour une authentification/autorisation avec JAAS avec Tomcat

Tomcat : présentation

Tomcat et les Servlets

Spécification J2EE

•

Servlet, JSP

•

JAX (JAX-P, JAX-B, JAX-R, JAX-RPC)

•

JNDI, JMS

•

EJB, JTA, JTS

•

JavaMail, JDBC

•

JMX, J2EE Connector, etc.

Du client serveur aux grilles de calcul et de données

Application multi-tiers

L’application Web est décomposée en plusieurs parties (tiers)

Du client serveur aux grilles de calcul et de données

Conteneurs de Servlet

•

Tomcat 4.1

•

IronFlare Orion 1.5

•

Jetty 4.1

•

Caucho Resin 2.1

•

Sun ONE 7.0

•

IBM WebSphere 4.0

•

BEA WebLogic 7.0

Du client serveur aux grilles de calcul et de données

Tomcat

•

Tomcat 4.1 (Catalina)

•

Projet Apache (Apache



Apache Httpd)

•

Open source

•

Implantation de référence de la spécification

•

Spécification Servlet 2.3 et JSP 1.2

(bientôt Servlet 2.4 et JSP 2.0)

Du client serveur aux grilles de calcul et de données

Servlet & Conteneur

Le conteneur de servlets associe à des URLs virtuels une servlet

Browser HTTP Requête Réponse /admin/* servlet 1 /vignette/*.html

/examples/*.html

servlet 2 Conteneur de Servlets

Du client serveur aux grilles de calcul et de données

Répertoire de Tomcat

Organisation des répertoires de Tomcat

/bin /common/lib /conf /logs /server/lib /shared/lib /webapps scripts startup & shutdown jar utilisés par Tomcat (Ant, Servlet, etc.) configuration: server.xml, web.xml, users.xml fichiers de logs fichiers jar propres à tomcat fichiers jar communs à toutes les servlets zone de déploiement

Du client serveur aux grilles de calcul et de données

Configuration Tomcat

• • • • • • •

Le fichier server.xml

Server

Racine, spécifie le port de shutdown.

Service

Associe des connecteurs à un engine.

Connector

Ils correspondent à un point d’accès à un service, soit via un serveur soit en connexion directe.

Engine

correspond au conteneur de servlet en lui même.

Logger

Ils effectuent la journalisation.

Host

Déclare où sont stockées les servlets pour un nom de machine.

Context

Chaque Context représente la configuration associée à un chemin dans la hiérarchie

Du client serveur aux grilles de calcul et de données

Configuration Tomcat (2)

port d’écoute • • • • • • Un

Connector

point d’accès utilisable par un client : port="8080" minProcessors="5" nombre de threads minimum maxProcessors="75" enableLookups="true" acceptCount="100" connectionTimeout="20000" nombre de threads maximum DNS inverse nombre de connections pendantes • • Le conteneur

Engine

name="Standalone" defaultHost="localhost" Nom de l’host si pas HTTP 1.1

Du client serveur aux grilles de calcul et de données

Configuration Tomcat (3)

• • • Le

Logger

effectue la journalisation des requêtes prefix="catalina_log. " suffix=".txt" timestamp="true" • • • • Le tag

Host

définit les paramètres pour un host virtuel name="localhost" appBase="webapps" unpackWARs="true" autoDeploy="true"

Du client serveur aux grilles de calcul et de données

Configuration Tomcat (4)

Gestion des associations entre un URI et un chemin sur le disque

• • • Un

Context

représente l’association entre un chemin sur le serveur (URI) et un chemin sur le disque path= "/examples" docBase="examples" reloadable="true" Chemin d’accès des fichiers URI d’accès (relatif ou absolu par rapport à webapps) Détection automatique des changements et rechargement si besoin

Du client serveur aux grilles de calcul et de données

Architecture d’une appli Web

Une application Web possède

dans un repertoire

webapps

lui même dans une architecture spécifique

*.html, *.jsp

/WEB-INF/web.xml

/WEB-INF/classes/ /WEB-INF/lib/ fichiers HTML fichier de configuration (XML) classes des servlets fichiers jar des servlets L’ensemble des fichiers et répertoire peut être mis dans un war (Web Archive) grâce à la commande jar. Le war est automatiquement

dé-jarré

s’il est placé dans le répertoire

webapps

.

Du client serveur aux grilles de calcul et de données

Configuration d’une appli Web

Le fichier web.xml

web-app_2_3

.dtd"> Mon application Web

< servlet-name >maServlet fr.umlv.myservlet.MaServlet

< servlet-name >maServlet *.test

< servlet-name >maServlet /toto

Du client serveur aux grilles de calcul et de données

Configuration d’une appli Web

Paramètres d’initialisation d’une servlet

association name/value maServlet fr.umlv.myservlet.MaServlet

< param-name >parametre1 < param-value >valeur1

< param-name >parametre2 < param-value >valeur2

Du client serveur aux grilles de calcul et de données

Generic vs HTTP Servlet

Il existe deux types de servlets

•

Les

GenericServlet

qui ne pré-suppose pas d’un protocole

•

Les

HttpServlet

qui repondent à des clients par le protocole HTTP

GenericServlet est une classe du paquetage

javax.servlet

tandis que HttpServlet est une classe du paquetage

javax.servlet.http

Du client serveur aux grilles de calcul et de données

Cycle de vie d’une servlet

Le cycle de vie d'une servlet : 1.

la méthode init() est appelée après le chargement ; 2.

une méthode service()

nouvelle thread

. est appelée à chaque requête dans

une

3.

la méthode destroy() est appelée pour le déchargement.

La synchronisation est gérée par l’objet

Response

Du client serveur aux grilles de calcul et de données

HelloServlet

La méthode service() est appelée avec un objet requête et un objet réponse

import

import

java.io.*;

javax.servlet.*;

public class HelloServlet extends

GenericServlet

{ } public void

service

(ServletRequest request, ServletResponse response) throws ServletException, IOException {

PrintStream

out = new PrintStream(

response.getOutputStream()

); out.println( "Hello World!" ); } } public String getServletInfo() { return "Hello World Servlet" ; L’objet réponse permet d’obtenir le flux de sortie en écriture Information textuelle sur la servlet

Du client serveur aux grilles de calcul et de données

L’interface Request

L'interface ServletRequest permet de récupérer les paramètres de la requête : public abstract int

getContentLength

() public abstract String

getContentType

() public abstract String

getProtocol

() public abstract String

getScheme

() public abstract String

getServerName

() public abstract int

getServerPort

() public abstract String

getRemoteAddr

() public abstract String

getRemoteHost

() public abstract ServletInputStream

getInputStream

() throws IOException public abstract String

getParameter

(String name) public abstract String[]

getParameterValues

(String name) public abstract Enumeration

getParameterNames

() public abstract Object

getAttribute

(String name)

Description du serveur Description du client Il est possible de rajouter des attributs (non HTTP)

Du client serveur aux grilles de calcul et de données

L’interface Response

L'interface ServletResponse permet de renvoyer une réponse : public abstract void

setContentLength

(int length) public abstract void

setContentType

(String type) public abstract ServletOutputStream

getOutputStream

() throws IOException

Taille de la réponse (peut être omis) Type de contenu au format MIME L’objet réponse permet d’obtenir le flux de sortie en écriture

Du client serveur aux grilles de calcul et de données

Fichier de configuration

Le fichier web.xml correspondant

Appli de Demo Ceci est une série de servlets de démo < servlet-name > hello < servlet-class >fr.umlv.servletdemo.HelloServlet < servlet-name > hello < url-pattern >/hello.html Le ‘/’ ici est par rapport à l’application Web

Du client serveur aux grilles de calcul et de données

Hello World

Le conteneur de servlets fait l’association entre l’URL et la servlet

Du client serveur aux grilles de calcul et de données

Hello World (2)

Répertoires sur le serveur

Du client serveur aux grilles de calcul et de données

Les servlets HTTP

• •

La méthode

service

de la classe requêtes vers les méthodes

do* HttpServlet

est déjà implantée et redirige les Les méthodes sont doDelete, doGet, doHead, doOptions, doPost, doPut, doTrace protected void

do*

( HttpServletRequest HttpServletResponse req, resp) throws ServletException, IOException

Du client serveur aux grilles de calcul et de données

HTTP HelloWorld

HelloWorld réécrit avec une servlet HTTP

import java.io.*; import javax.servlet.*;

import javax.servlet.http.*;

public class HelloHttpServlet extends

HttpServlet

{ } protected void throws

doGet

(

HttpServletRequest

ServletException, IOException { response.setContentType( "text/plain" ); request,

HttpServletResponse

response) }

PrintWriter

out = response.

getWriter

(); out.println( "HTTP Hello World!" ); } public String getServletInfo() { return "HTTP Hello World Servlet" ; L’objet réponse permet d’obtenir le flux de sortie en écriture

Du client serveur aux grilles de calcul et de données

Informations sur la requête

protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { response.setContentType( "text/plain" ); PrintWriter out= response.getWriter(); out.println( "Protocol: " + request.getProtocol()); GET, POST, PUT etc.

out.println( "Scheme: " + request.getScheme()); out.println( "ServerName: " + request.getServerName()); out.println( "ServerPort: " + request.getServerPort()); out.println( "RemoteAddr: " + request.getRemoteAddr()); out.println( "RemoteHost: " out.println( "Method: " + request.getRemoteHost()); + request.getMethod()); out.println( "requestuestURI: " out.println( "ServletPath: " + request.getRequestURI()); + request.getServletPath()); out.println( "PathInfo: " + request.getPathInfo()); out.println( "PathTranslated: " out.println( "QueryString: " + request.getPathTranslated()); + request.getQueryString()); out.println( "RemoteUser: " + request.getRemoteUser()); out.println( "AuthType: " + request.getAuthType()); Chemin virtuel complet Chemin de la servlet Chemin de la ressource } Chemin sur le serveur

Du client serveur aux grilles de calcul et de données

Informations sur la requête (2)

Déclaration de la servlet « header »

Définition des servlets header fr.umlv.servletdemo.HeaderServlet … ...

Chemin de la servlet header /header/* Définition des associations

Du client serveur aux grilles de calcul et de données

Informations sur la requête (3)

URL complète Informations sur la requête

Du client serveur aux grilles de calcul et de données

Entêtes de la requête

En tête = Informations envoyées par le browser

protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { response.setContentType( "text/plain" ); PrintWriter out= response.getWriter(); Ensemble des noms des entêtes } } Enumeration e= request.

getHeaderNames

(); for (; e.hasMoreElements();) { String name= (String) e.nextElement(); out.println(name + ' ' + request.

getHeader

(name)); Valeur d’un entête

Du client serveur aux grilles de calcul et de données

En têtes de la requête

Entêtes Informations sur la requête

Du client serveur aux grilles de calcul et de données

Réponse HTTP

L’objet

HttpServletResponse

permet en plus de renvoyer des codes d’erreurs

public class HttpRedirectServlet extends HttpServlet { protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { } } if ( "/index.html" .equals(request.getPathInfo())) response.sendRedirect( "/demo/header/index.html" ); else response.sendError(HttpServletResponse.SC_NOT_FOUND); Redirection HTTP SC = Status Code

Du client serveur aux grilles de calcul et de données

Paramètres d’initialisation

Les paramètres sont déclarés dans le fichier web.xml

initParam fr.umlv.servletdemo.InitParamServlet < init-param > < param-name >count < param-value >5 < init-param > < param-name >message < param-value >hello config

Du client serveur aux grilles de calcul et de données

Paramètres d’initialisation (2)

L’objet ServletConfig permet de récupérer les paramètres

public class InitParamServlet protected void extends HttpServlet { doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { } response.setContentType( "text/plain" ); PrintWriter out= response.getWriter(); } for ( int i=0;i<

count

;i++) { out.println(

message

); } public void init(ServletConfig config) throws ServletException { count = Integer.parseInt( config.getInitParameter

( "count" )); message = config.getInitParameter

( "message" ); } private int

count

; private String

message

; Demande la valeur du paramètre "count"

Du client serveur aux grilles de calcul et de données

Paramètres d’initialisation (3)

Le destroy doit libérer les ressources !!

protected void doGet(HttpServletRequest request, HttpServletResponse response) throws … ServletException, IOException { Stockage des paramètres } public void init(ServletConfig config) super .init(config); throws ServletException { } count = Integer.parseInt(config.getInitParameter( "count" )); message = config.getInitParameter( "message" );

public void destroy() { message= null ; }

Libération des paramètres private int count; private String message;

Du client serveur aux grilles de calcul et de données

Les formulaires

Deux méthodes de passage de paramètres :

•

GET (dans l’URL)

•

POST (dans la requête HTTP)

Gestion uniforme au niveau des servlets

Du client serveur aux grilles de calcul et de données

Les formulaires GET

HTML pour la méthode GET

Du client serveur aux grilles de calcul et de données

Les formulaires GET (2)

Utilisation des méthodes

getParameter

*()

protected void throws

doGet

(HttpServletRequest request, HttpServletResponse response) ServletException, IOException { response.setContentType( "text/html" ); PrintWriter out= response.getWriter(); out.println( "" ); Enumeration e=request.

getParameterNames

(); for (;e.hasMoreElements();) { String name=(String)e.nextElement(); String value=request.

getParameter

(name); Ensemble des paramètres de la requète } out.println(name+ '=' +value+ "
" ); } out.println( "" ); Valeurs d’un paramètre de la requète

Du client serveur aux grilles de calcul et de données

Les formulaires POST

HTML pour la méthode POST

Du client serveur aux grilles de calcul et de données

Les formulaires POST (2)

Utilisation des méthodes

getParameter

*()

protected void

doPost

(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { response.setContentType( "text/html" ); PrintWriter out= response.getWriter(); out.println( "" ); Ensemble des paramètres de la requète Enumeration e=request.

getParameterNames

(); for (;e.hasMoreElements();) { String name=(String)e.nextElement(); String value=request.

getParameter

(name); } out.println(name+ '=' +value+ "
" ); } out.println( "" ); Valeurs d’un paramètre de la requète

Du client serveur aux grilles de calcul et de données

Inclusion & Redirection

•

L’interface

RequestDispatcher

: -

include

(request,response) -

forward

(request,response)

•

Obtenir un

RequestDispatcher

: getServletContext().getRequestDispatcher(path)

Chemin correspondant • soit à une servlet • soit à un fichier

Du client serveur aux grilles de calcul et de données

Inclusion & Redirection (2)

La

redirection

n’est pas visible au niveau du client

protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { } getServletContext().getRequestDispatcher( "/index.html" ).

forward

(request,response); fichier

L’

inclusion

permet d’inclure plusieurs fois des ressources

protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { } response.setContentType( "text/html" ); getServletContext().getRequestDispatcher( "/hello.html" ).

include

(request,response); getServletContext().getRequestDispatcher( "/hello.html" ).

include

(request,response); servlet

Du client serveur aux grilles de calcul et de données

Inclusion & Redirection (3)

•

Plusieurs problèmes :

Forward

: - ne pas faire de setContentType()

avant

ne rien faire après un forward sur le flux de sortie

• Inclusion

: - eviter setContentType()

après

, - enlever les balises et dans la ressource inclue

Du client serveur aux grilles de calcul et de données

Session

Permettre de garder des informations d’une requête à l’autre

•

Problème : HTTP est un protocole sans état

•

Solutions :

• Authentification • Session (Cookie, URL rewriting)

Du client serveur aux grilles de calcul et de données

Session (2)

L’objet HttpSession gère les sessions

Création :

request.

getSession

() request.

getSession

(boolean create)

Gestion d’association clé/valeur :

session.

getAttributeNames

() session.

getAttribute

(String name) session.

setAttribute

(String name, Object value) session.

removeAttribute

(String name) Créé une session si non existante

Destruction :

session. invalidate() session. logout() Invalide toutes les sessions pour un client

Du client serveur aux grilles de calcul et de données

Session (3)

Ouverture et fermeture d’une session

Du client serveur aux grilles de calcul et de données

Session (4)

Requête GET sur la servlet

protected void throws doGet(HttpServletRequest request, HttpServletResponse response) ServletException, IOException { response.setContentType( "text/html" ); PrintStream out = new PrintStream(response.getOutputStream()); out.println( "" ); } HttpSession session=request.

getSession

( false ); if (session!= null ) { out.println( "

Welcome " +session.

getAttribute

( "username" )+ ' ' +session.

getAttribute

( "firstname" )+ "

include(request,response); out.println( "" ); Demande une session

sans

création automatique

Du client serveur aux grilles de calcul et de données

Session (5)

Requête POST sur la servlet

protected void throws doPost(HttpServletRequest request, HttpServletResponse response) ServletException, IOException { HttpSession session=request.getSession(); if (request.getParameter( "logout" )== null ) { session.

setAttribute

( "username" , request.getParameter( "username" )); session.

setAttribute

( "firstname" , request.getParameter( "firstname" )); } else session.

invalidate

(); } doGet(request,response); Demande une session

avec

création automatique

Du client serveur aux grilles de calcul et de données

Authentification : les rôles

login-config

: schéma d’authentification

security-role

: rôles de l’appli Web

BASIC univ-mlv Client Rôle client

Du client serveur aux grilles de calcul et de données

Authentification : Tomcat

Services d’authentification fournis :

•

Fichier XML (tomcat-user.xml)

•

JDBC (base de données)

•

LDAP

Définition des rôles Définition des utilisateurs

Du client serveur aux grilles de calcul et de données

Authentification : Servlet

L’interface

java.security.Principal

correspond à l’utilisateur et ses différents rôles

public class Authentication2Servlet protected void extends HttpServlet { doGet(HttpServletRequest request,HttpServletResponse response) throws ServletException, IOException { Nom de l’utilisateur response.setContentType( "text/plain" ); PrintWriter out=response.getWriter(); } } out.println( "RemoteUser " +request.getRemoteUser()); out.println( "UserPrincipal " +request.getUserPrincipal()); out.println( "is a client ? " +request.isUserInRole( "client" )); L’utilisateur possède-t-il le rôle Regroupe un utilisateur et ses rôles

Du client serveur aux grilles de calcul et de données

Authentification : Servlet (2)

Authentification avant l’appel à la servlet

Du client serveur aux grilles de calcul et de données

Les filtres

Requête Réponse Filtre Requête Réponse Filtre Requête Réponse Servlet Hello World Hello World Filtré

Du client serveur aux grilles de calcul et de données

Les filtres

Il est possible d’ajouter des filtres qui seront exécutés avant les servlets

< filter-name >footer < filter-class >fr.umlv.servletdemo.FooterFilter < filter-name >footer < url-pattern >/filter/* Filtre à partir d’un URL < filter-name >footer < servlet-name >hello Filtre à partir d’une servlet

Du client serveur aux grilles de calcul et de données

Les filtres

Des wrappers permettent d’interagir avec la servlet

public void doFilter(ServletRequest request,ServletResponse response, FilterChain chain) throws IOException, ServletException { response.setContentType( "text/html" ); PrintWriter out=response.getWriter(); out.println( "

" ); Exécuté avant

HttpServletResponseWrapper

newResponse= new (HttpServletResponse)response) { public void setContentType(String contentType) {

HttpServletResponseWrapper

( }; }

chain.doFilter

(request,newResponse); Appelle les autres filtres ou la servlet // context.getRequestDispatcher("/footer.html").include(request,response); } out.println( "

Du client serveur aux grilles de calcul et de données

Administration de Tomcat

Tomcat possède un outil d’administration à distance

Pour l’activer il est nécessaire de rajouter un utilisateur ayant le rôle

admin

Du client serveur aux grilles de calcul et de données

Administration de Tomcat

Même informations que dans le fichier server.xml

Du client serveur aux grilles de calcul et de données

Ajouter un nouveau rôle

Créé un nouveau rôle Sur les Rôles Rôle manager créé

Du client serveur aux grilles de calcul et de données

Ajouter un rôle à un utilisateur

L’utilisateur admin devient un manager de servlets

Du client serveur aux grilles de calcul et de données

Manager de Servlet

• •

Permet de deployer/ démarrer/ arrêter/ recharger des servlets Trois modes d’exécutions : - dans une URL - dans le HTML - avec Ant

Reload démandé directement dans l’URL

Du client serveur aux grilles de calcul et de données

Manager de Servlet

Du client serveur aux grilles de calcul et de données

Tomcat : utilisation de LDAP pour l’authentification et l’autorisation

•

On passe par le JNDIRealm ou le JAASRealm

•

Un realm est une base d’utilisateurs, de droits et de passwords

•

JAASRealm : Fonctionnement différent de la pile JAAS classique : union des droits, pas intersection

•

Dans le server.xml :

Du client serveur aux grilles de calcul et de données

Modèles de déploiement des grilles : le modèle distribué pair-à-pair •

Essentiellement utilisé dans pour les grilles de stockage

• • Ne pas être vulnérable Pas d’état global • Découverte des ressources par diffusion Table des voisins : @IP 1 @IP 2 @IP x  Exemples:  Gnutella, Freenet  KaZaA, JXTA  OceanStore  FreeHaven PC PC PC PC Diffusion PC Diffusion PC Table des voisins : @IP a @IP b @IP z PC Diffusion PC PC PC

Du client serveur aux grilles de calcul et de données

Modèle client/serveur pour les grilles de stockage : le cas Napster •

Entre le client/serveur et le P2P

• Accès à des données via un site unique contenant un index •

Stockage de données

•

Partage des données

• • Données « inaltérables » Copies multiples sans aucun contrôle •

Limites de l’approche

• • Plutôt du client/serveur que réellement du P2P Serveur « vulnérable » • • Par les tribunaux… Ou par d’autres… Serveur Napster Association musique-@IP Utilisateur A Napster (Client + Serveur) Utilisateur B Napster (Client + Serveur)

Du client serveur aux grilles de calcul et de données

Modèle par annuaire

•

OceanStore

• Annuaire distribué •

Exemple de Napster

• • • Un seul serveur central • Annuaire • NomDeFichier <-> Pair Liens statiques pairs-serveur • Annonce de présence • • • Ressources locales Capacités de communication Charge en cours Communication continue • Heartbeat Pairs sur Internet Serveur d’annuaire www.napster.com

Du client serveur aux grilles de calcul et de données

Recherche d’un fichier

•

Le Pair A veut un fichier

• Requête au serveur central • Une liste complète est aussi disponible • « Search *.mp3 » • Réponse du serveur • Fichiers sur C et D • S’assure que les machines sont actives Pair A Requête Réponse Pair C Pair D

Du client serveur aux grilles de calcul et de données

Récupération du fichier

• • •

Connexion directe

• De A à C

« Get *.mp3 » Protocole de download direct

• •

Gestion d’erreurs triviale

• • Pas de gestion des reprises Pas de hammering • Une seule source

Beaucoup mieux aujourd’hui

• Kazaa, eDonkey2000, WinXP Pair A Demande Download Pair C Pair D

Du client serveur aux grilles de calcul et de données

Modèle par inondation

•

C’est un modèle isotropique

• Les pairs sont libres et égaux en dignité et en droit •

Chacun dispose de données locales

• Aucune notion de réplication • Chaque recherche repart de zéro •

Diffusion en vague d’une requête

Du client serveur aux grilles de calcul et de données

Gnutella

•

Liste de pairs

• • • Locale à chacun Quelques centaines Evolutive • En fonction d’événements divers •

Sessions permanentes

• • Sur 5 à 9 pairs Routage des messages • Continuel

Du client serveur aux grilles de calcul et de données

Gnutella : Les messages

•

Messages

• • • • Ping • Annonce de présence Pong • • • Réponse au ping IP/port du réceptionnaire attachée File padding Query • • Requête de recherche Vitesse minimum du répondant QueryHits • • Réponse au message Query Nombre de fichiers en réponse avec leurs index

Du client serveur aux grilles de calcul et de données

Gnutella : Query

•

Routage par broadcast contraint

•

Requête en vague (ou inondation)

• Vers tous les voisins • • • • Chacun fait une recherche locale… …et relaie la requête à tous ses voisins Les messages déjà reçus sont ignorés • Evite les cycles Chaque message a un Time-To-Live 2 1 2 3’ 3 4 4

Du client serveur aux grilles de calcul et de données

Gnutella : QueryHit

• • • •

Recherche locale

• Par chaque pair lors du Query

Relais inverse

• • • Adresse / Descripteur de fichier Réponses positives seulement Aggrégation des retours • Padding ou stuffing

L’émetteur original choisit un fichier (et le pair associé) Le download se fait alors en direct

2 3 1 Download hit

Du client serveur aux grilles de calcul et de données

Passage a l’échelle de Gnutella

•

Ca ne marchera jamais !

• • • Au passage des 20 000 utilisateurs, écroulement Observé en été 2000 Why Gnutella Can't Scale. No, Really. [Ritter2000] •

Les leçons tirées

• • Nécessité de modéliser/simuler/émuler Hubs BearShare • SuperPeers permettant d’étendre le système • Mais pas en O(log(N)) !

Du client serveur aux grilles de calcul et de données

Modèle client/serveur pour les grilles de calcul : l’Internet Computing •

Principe

• • Des millions de PC en attente… Récupération des cycles processeurs inutilisés (environ 47% en moyenne dans une entreprise*) via un économiseur d’écran) •

Exemples

• • • SETI@home (ce n’est pas du P2P !) • Recherche de signaux extra-terrestres • 33,79 Teraflop/s (à comparer aux 12,3 Teraflop/s de l’ordinateur le plus puissant au monde au LLNL !) Décrypthon • Etablir la carte des 500 000 protéines du vivant RSA-155 • Casser des codes cryptographiques

* d’après une enquête d’Omni Consulting Group

Du client serveur aux grilles de calcul et de données

Modèle client/serveur pour les grilles de calcul : le metacomputing / ASP •

Principe

• • Acheter du service de calcul sur l’Internet Service = applications pré-installées + calculateurs •

Exemples

• • • Netsolve (Univ. Tennessee) NINF (Univ. Tsukuba) DIET (ENS Lyon/INRIA) S1 Client Requête S2 !

AGENT(S)

S2 Op(C, A, B) S3 S4 Serveur Serveur Serveur Serveur

Du client serveur aux grilles de calcul et de données

Plan : Architecture des grilles de calcul et de données

•

Définition

•

Vue générale : les principaux composants d’une grille

•

Système d’information

•

Gestion de ressources

•

Sécurité & Organisations virtuelles

•

Environnement d’une application

•

Réseaux

Du client serveur aux grilles de calcul et de données

Définition

Approche pour la distribution de la puissance électrique = le réseaux électrique et la haute-tension

Du client serveur aux grilles de calcul et de données

Définition

Approche pour la distribution de la puissance informatique = le réseau Internet et la haute-performance (parallélisme et distribution)

Du client serveur aux grilles de calcul et de données

Et ses différentes incarnations…

Du client serveur aux grilles de calcul et de données

Vue générale : les principaux composants d’une grille

•

Dans tous les systèmes déjà présentés, certains besoins sont apparus :

• Système d’information : comment savoir quelles ressources sont disponibles ?

• Gestion des ressources : pourquoi et comment attribuer les ressources aux différentes applications • Sécurité : assurer authentification, confidentialité, non répudiation, autorisation, etc … • Environnement d’une application : comment assurer un ensemble de services à des applications ?

Du client serveur aux grilles de calcul et de données

Architecture générale : vue logique Interface utilisateur

Gestion de ressources

Allocation

Système d'information

S.I.

chargement Publi Hétérogénéité

DSM MPI

Environnements de communication

File System Stockage

Migration des données

Transfert HD

Environnement d’exécution

Du client serveur aux grilles de calcul et de données

Architecture générale : Déploiement possible

Machines noyau Machines ressources

Chargement U.I

S.I.

e-Toile Allocation Publi C.M.P.P.

Hétérogénéité

Du client serveur aux grilles de calcul et de données

Architecture des grilles de calcul et de données : systèmes d’information

Le besoin d’informations

•

Système d’information



point crucial pour les opérations sur la grille et la construction d’applications

• Comment une application détermine quelles ressources sont disponibles ?

• Quel est « l’état » de la grille •

Besoin d’un système d’information général pour répondre à ces questions

Du client serveur aux grilles de calcul et de données

Quelques informations utiles

•

Caractéristiques d’un serveur de calcul

• Adresse IP, logiciels disponibles, administrateur système, connections aux réseaux, version d’OS, charge •

Caractéristiques d’un réseau

• Bande passante et latence, protocoles, topologie logique •

Caractéristiques de l’infrastructure logicielle

• gestionnaire de ressources, etc.

Du client serveur aux grilles de calcul et de données

Service d’information

•

Fournir un accès à des informations statiques et dynamiques sur les composants

•

Base pour la configuration et l’adaptation de systèmes dynamiques et hétérogènes

•

Besoins et caractéristiques

• Accès uniforme et flexible à l’information • Accès efficace et extensible aux données dynamiques • Accès à des sources d’informations multiples • Maintenance décentralisée

Du client serveur aux grilles de calcul et de données

Approche MDS

• •

Basée sur LDAP

• • • Lightweight Directory Access Protocol v3 (LDAPv3) Modèle de données standard Protocole de requête standard

Schéma spécifique à Globus

• Représentation centrée sur l’hôte •

Outils spécifiques Globus

• • GRIS, GIIS Découverte, publication de données Application Middleware API LDAP GRIS … GIIS SNMP NWS … NIS LDAP

Du client serveur aux grilles de calcul et de données

Le MDS

•

Metacomputing Directory Service

•

Annuaire de ressource de Globus

•

Contient toutes les informations sur tous les nœuds globus

•

Consultable sur Internet

• http://www.globus.org/mds •

Distribué depuis la version 1.1.3

• Permet de créer son propre « sous-Globus »

Du client serveur aux grilles de calcul et de données

Metacomputing directory service

sunny WAN Switch Ethernet IBM SP LAN hot LAN dark cold

o=

USC

… ou=

ISI Carl Steve

USC/ISI

Ian Gregor Steve Warren

ANL/MCS

Structure physique

cn=

Carl

cn=

Steve

… cn=

Ian

cn=

Gregor

cn=

Steve

cn=

Warren

c=

US

MDS Representation

o=

globus

o=

ANL

ou=

MCS

nn=

WAN

… nn=

MCS-lan

nn= SP-switch nn= SP-ether hn= sp1.mcs.anl.gov

… hn= spN.mcs.anl.gov

Du client serveur aux grilles de calcul et de données

Du client serveur aux grilles de calcul et de données

Architecture des grilles de calcul et de données : gestion de ressources

Gestion de ressources

•

Un langage de spécification de ressources flexible qui fournit la puissance nécessaire pour exprimer les contraintes requises

•

Des services pour la co-allocation de ressources, l’organisation d’exécutables, l’accès à des données distantes et la gestion des flux d’entrées/sorties

•

Intégration de ces services dans des outils de haut niveau

• Globus : • MPICH-G: un MPI pour la grille • globus-job-*: commandes flexible d’exécution à distance

Du client serveur aux grilles de calcul et de données

Gestion de ressources

•

Resource Specification Language (RSL) est utilisé pour communiquer les besoins

•

L’API du Globus Resource Allocation Manager (GRAM) permet de lancer les programmes sur des ressources distantes, sans tenir compte de l’hétérogénéité locale

•

Une architecture en couche permet de définir des courtiers de ressources et des co-allocateurs spécifiques aux applications comme étant des services GRAM

Du client serveur aux grilles de calcul et de données

Modèle d’ordonnancement

•

GRAM supporte le modèle suivant

suspendu

actif terminé échec

•

Suspendu : ressources non encore allouées

•

Actif : ressources allouées, exécution en cours

•

Échec : terminaison prématurée (erreur ou arrêt)

•

Terminé : terminaison avec succès

Du client serveur aux grilles de calcul et de données

Composants GRAM

Client Appels MDS pour localiser les ressources Appels MDS pour avoir des infos sur les ressources MDS: Grid Index Info Server Limite du site Appels GRAM pour requête d’allocation de ressources et création de processus.

Globus Security Infrastructure

Gatekeeper Création Mise à jour GRAM

Job Manager

MDS: Grid Resource Info Server Requête sur l’état de la ressource Local Resource Manager Requête Allocation & création des processus Parse

Bibliothèque RSL

Monitoring & contrôle Processus Processus Processus

Du client serveur aux grilles de calcul et de données

Architecture de la gestion de ressources

Application Gestionnaires de ressources locaux Courtier spécialisation RSL RSL Ground RSL GRAM LSF Co-allocateur Simple ground RSL GRAM EASY-LL Requêtes & Info Service d’Information GRAM NQE

Du client serveur aux grilles de calcul et de données

Langage de spécification de ressource

•

Notation commune pour l’échange d’information entre composants

•

RSL fournit deux types d’informations :

• Besoins en ressources : type de machine, nombre de nœuds, mémoire, etc.

• Configuration d’un job : Répertoire, exécutable, arguments, environnement •

API fournie pour manipuler RSL

Du client serveur aux grilles de calcul et de données

Syntaxe RSL

•

Forme élémentaire : clauses parenthésées

• (attribut op valeur [ valeur … ] ) •

Opérateurs supportés:

• <, <=, =, >=, > , != •

Quelques attributs supportés :

• exécutable, arguments, environnement, stdin, stdout, stderr, resourceManagerContact, resourceManagerName •

Les attributs inconnus sont ignorés

• Peut-être gérés par d’autres outils

Du client serveur aux grilles de calcul et de données

Contraintes : “&”

•

Par exemple : & (count>=5) (count<=10) (max_time=240) (memory>=64) (executable=myprog)

•

“Créer entre 5-10 instances de myprog , chacune sur une machine with ayant au moins 64 MB de mémoire et disponible pour moi pendant 4 heures”

Du client serveur aux grilles de calcul et de données

Multi-requêtes : “+”

•

Une multi-requête permet de spécifier plusieurs besoins de ressources, par exemple : + (& (count=5)(memory>=64) (executable=p1)) (&(network=atm) (executable=p2))

• Exécuter 5 instances de p1 sur une machine ayant au moins 64Mb de mémoire • Exécuter p2 sur une machine ayant une connexion ATM •

Multi-requêtes sont le cœur de la co-allocation

Du client serveur aux grilles de calcul et de données

GRAM

•

Globus Resource Allocation Manager

•

Permet à un programme d’être lancé sur des ressources distantes malgré l’hétérogénéité locale

•

Utilise le langage de spécification de ressources (RSL)

Du client serveur aux grilles de calcul et de données

DUROC

•

Dynamically Updated Request Online Co-allocator

•

Co-allocation : allocation simultanée d’un ensemble de ressources

•

Basée sur des prédictions concernant les nœuds libres et la taille des files d’attentes

Du client serveur aux grilles de calcul et de données

Architecture des grilles de calcul et de données : sécurité

Mécanismes primitifs

Sommaire

•

Introduction

•

Cryptographie

•

Authentification

•

Certification

•

Microsoft .NET Passport

•

Kerberos

•

SSL

Du client serveur aux grilles de calcul et de données

Authentification & Application

Introduction

•

Apparition des systèmes distribués

•

Réseaux à grande échelle

•

préserver la

confidentialité

des données

•

préserver

l'intégrité

des données

•

authentifier

le correspondant

•

Assurer la

non-répudiation Du client serveur aux grilles de calcul et de données

Sommaire

•

Introduction

•

Cryptographie

•

Authentification

•

Certification

•

Microsoft .NET Passport

•

Kerberos

•

SSL

Du client serveur aux grilles de calcul et de données

Cryptographie

•

Définition

• • Science du chiffrement Meilleur moyen de protéger une information = la rendre illisible ou incompréhensible •

Bases

• • Une clé = chaîne de nombres binaires (0 et 1) Un Algorithme = fonction mathématique qui va combiner la clé et le texte à crypter pour rendre ce texte illisible

Du client serveur aux grilles de calcul et de données

Cryptographie

Chiffrement Symétrique

•

Une Clé Secrète (Unique) partagée entre les 2 parties qui sert pour le chiffrement et le déchiffrement du message

Du client serveur aux grilles de calcul et de données

Cryptographie

Chiffrement Symétrique

•

Algorithmes utilisant ce système :

• • DES (Data Encryption Standard, très répandu) : les données sont découpées en blocs de 64 bits et codées grâce à la clé secrète de 56 bits propre à un couple d’utilisateurs IDEA, RC2, RC4 •

Avantage :

• Rapide •

Inconvénients :

• • • Il faut autant de paires de clés que de couples de correspondants La non-répudiation même clé que moi, il peut fabriquer un message en usurpant mon identité n’est pas assurée. Mon correspondant possédant la Transmission de clé

Du client serveur aux grilles de calcul et de données

Cryptographie

Chiffrement Asymétrique

• Clé publique • Sert à chiffrer le message • Clé privée • Sert à déchiffrer le message

Du client serveur aux grilles de calcul et de données

Cryptographie

Chiffrement Asymétrique

•

Algorithmes utilisant ce système :

• • RSA (R ivest , S hamir , A delman ) DSA • • ElGamal Diffie-Helmann •

Avantage :

• pas besoin de se transmettre les clés au départ par un autre vecteur de transmission.

•

Inconvénient :

• Lenteur

Du client serveur aux grilles de calcul et de données

Cryptographie

Combinaison des 2 Chiffrements

•

Chiffrement symétrique

• Problèmes d’échanges de clés •

Chiffrement asymétrique

• Problème de lenteur 

combinaison des 2 = clé de session

Du client serveur aux grilles de calcul et de données

Sommaire

•

Introduction

•

Cryptographie

•

Authentification

•

Certification

•

Microsoft .NET Passport

•

Kerberos

•

SSL

Du client serveur aux grilles de calcul et de données

Authentification

Définition

•

La personne à qui j'envoie un message crypté est-elle bien celle à laquelle je pense ?

•

La personne qui m'envoie un message crypté est-elle bien celle à qui je pense ?

Du client serveur aux grilles de calcul et de données

Authentification

Technique d’Identification

•

Prouveur

• Celui qui s’identifie, qui prétend être… •

Vérifieur

• Fournisseur du service •

Challenge

• Le Vérifieur va lancer un challenge au prouveur que ce dernier doit réaliser

Du client serveur aux grilles de calcul et de données

Technique A Clé Publique Principe

•

Algorithme RSA = Réversible

• (( Mess ) CPu ) CPr = (( Mess ) CPr ) CPu •

Confidentialité

•

Authentification

Du client serveur aux grilles de calcul et de données

Technique A Clé Publique Confidentialité

Le Texte est totalement confidentiel car le destinataire est le seul a avoir la clé privée

Du client serveur aux grilles de calcul et de données

Technique A Clé Publique Authentification

On est sûr de l’identité de l’émetteur car il est le seul à pouvoir chiffrer un message avec cette clé privée

Du client serveur aux grilles de calcul et de données

Technique A Clé Publique Protocole Serveur d’authentification – Annuaire (Clé Publiques de F & D…) 1 F 2 3 M1 6 M2 7 M3 8 5 4 D 1) F demande la Clé Publique de D 2) S envoie la Clé Publique de D à F 3) F envoie le « challenge » à D: Décrypte mon message M1 ( If ) et renvoie mon If pour me le prouver!

4) D décrypte M1 Publique de F et demande à S la Clé 5) S envoie la Clé Publique de F à D 6) A son tour D envoie un « challenge » à F: Décrypte mon message M2 ( If , Id ) et renvoie mon Id !

7) F décrypte M2 et renvoie M3 ( Id ) à D pour lui montrer qu’il y est arrivé 8) F & D peuvent maintenant par ex s’envoyer des messages en créant une Clé Privée à partir de ( If , Id )

Du client serveur aux grilles de calcul et de données

Technique A Clé Secrète Protocole de Needham – Schroeder Serveur d’authentification – Annuaire (Clés Secrètes de F & D) 1 F 2 M1 3 M2 4 M3 5 M4 6 D 1) F demande une Clé de Session pour pouvoir parler avec D 2) S envoie à F M1 Secrète de F: crypté par la Clé M1 = une Clé de Session et une cryptée par la Clé Secrète de D ( CSfd ) CPd CSfd en clair 3) F envoie le « challenge » à D: Décrypte mon message et renvoie un Id M2 (( crypté par CSfd CSfd ) CPd ) 4) D décrypte challenge » : Décrypte mon message M3 (( Id ) CSfd M2 et envoie son « ) et renvoie Id-1 5) F décrypte M3 1 ) CSfd ) et renvoie M4 (( Id 6) F & D peuvent donc s’envoyer des messages avec la Clé de Session ( MESSAGE ) CSfd

Du client serveur aux grilles de calcul et de données

Signature électronique (1)

– Comment savoir que le message n’a pas été altéré ?

 fonction de hachage – algorithmes de hachage les plus utilisés: MD5 (128 bits) et SHA (160 bits)

Du client serveur aux grilles de calcul et de données

Signature électronique (2)

–Pb du hachage : on est pas sur de l’expéditeur  Scellement des données

Du client serveur aux grilles de calcul et de données

Sommaire

•

Introduction

•

Cryptographie

•

Authentification

•

Certification

•

Microsoft .NET Passport

•

Kerberos

•

SSL

Du client serveur aux grilles de calcul et de données

Certification

Principes

•

Besoins

• • Chiffrement asymétrique = basé sur la distribution de clés publiques (Annuaire) rien ne garantit est associée… que la clé est bien celle de l'utilisateur a qui elle  Certificats •

Certificats

• • Carte d ’ identit é é lectronique , compos é e de la cl é porteur et d ’ informations relatives à ce dernier.

publique du D é livr é par une autorit é appel é e tiers de confiance , qui, par sa signature, en garantit l ’ authenticit é .

Du client serveur aux grilles de calcul et de données

Certification Certificat X509

Du client serveur aux grilles de calcul et de données

Certification

Exemple Certificat X509

Du client serveur aux grilles de calcul et de données

C

ertification

PKI (Public Key Infrastructure) IGC (Infrastructure de Gestion de Clés)

•

Système permettant la gestion de clés de chiffrement délivrance de certificats numériques et la

•

Repose sur l’utilisation de la cryptographie à clé publique

Du client serveur aux grilles de calcul et de données

PKI -

Organisation

Du client serveur aux grilles de calcul et de données

Sommaire

•

Introduction

•

Cryptographie

•

Authentification

•

Certification

•

Microsoft .NET Passport

•

Kerberos

•

SSL

Du client serveur aux grilles de calcul et de données

Microsoft .NET Passport

•

service en ligne gratuit

•

permet de se connecter quel service ou site Web (en toute s

é

curit

é

?)

à

Passport participant n'importe

•

Utilisation d

’

une passe unique adresse de messagerie et d

’

un mot de

Du client serveur aux grilles de calcul et de données

Microsoft .NET Passport

•

Contenu obligatoire

• Email (nom d’utilisateur) • Mot de passe •

Contenu optionnel

• Phrase de rappel • Clé de sécurité • Numéro de mobile • Date de naissance, coordonnées • Informations bancaires

Du client serveur aux grilles de calcul et de données

Microsoft .NET Passport

–L’utilisateur contacte un site –L’utilisateur est redirige sur le site PassPort –L’utilisateur S’authentifie et reçoit un cookie chiffré –L’Utilisateur est redirigé vers le premier site qui lit le cookie –L’utilisateur reste authentifié pour tout autre site

Du client serveur aux grilles de calcul et de données

Sommaire

•

Introduction

•

Cryptographie

•

Authentification

•

Certification

•

PGP

•

Microsoft .NET Passport

•

Kerberos

•

SSL

Du client serveur aux grilles de calcul et de données

Kerberos

Introduction

• • • •

Conditions de fonctionnement

Les serveurs ne font aucune confiance aux clients Les clients n’accordent qu’une confiance limitée aux serveurs Authentification contrôlée par des serveurs spécialisés

Du client serveur aux grilles de calcul et de données

Kerberos

Service d’Authentification

•

Pré-requis

• Le serveur Kerberos détient les mots de passe utilisateurs • Le serveur détient la clé privée du serveur de tickets • Le serveur de tickets détient les clés privés de tous les serveurs

Du client serveur aux grilles de calcul et de données

Kerberos

Lexique

•

Ticket

Caractérise une session entre un client C et un serveur S Tcs={S, C, adr, Td, durée, Kcs}Ks • • Adr : adresse IP du client Td : heure de début de session • • • Durée : durée max de session Kcs : clé de session partagée par C et S Ks : clé permanente (secrète) de S

Du client serveur aux grilles de calcul et de données

Kerberos

Lexique

•

Authentifieur

caractérise le client à un instant, vis à vis d’un serveur Acs(t)={C, adr, t}Kcs • • Engendré par le client Permet une authentification permanente par le serveur

Du client serveur aux grilles de calcul et de données

Sommaire

•

Introduction

•

Cryptographie

•

Authentification

•

Certification

•

PGP

•

Microsoft .NET Passport

•

Kerberos

•

SSL Du client serveur aux grilles de calcul et de données

SSL (

S

ecure

S

ockets

L

ayer)

•

Définition

• « Couche de Sockets Sécurisée » • Protocole d’échange de données au dessus de TCP/IP qui assure: • • Confidentialité des échanges entre 2 applications Authentification des serveurs • Indépendant du protocole Utilisé (HTTP, FTP, …)

Du client serveur aux grilles de calcul et de données

SSL (

S

ecure

S

ockets

L

ayer)

•

Principe

• Utilise RSA • • (clé publique) pour s’échanger des clés Protocole de négociation (choix clés) Protocole d’échange (chiffré par DES) DES (clé Secrète) • Authentifie un navigateur, pas une personne •

Compatibilité

• Presque Tous les Navigateurs • Affichage du cadenas en bas pour les sites Sécurisés • Un serveur sécurisé possède une URL commencant par https://

Du client serveur aux grilles de calcul et de données

SSL

Phase de Négociation

•

Authentification

• • • Utilise des certificats émis par une autorité de certification Authentifier le serveur vis à vis du client (navigateur) Authentifier le navigateur vis à vis du serveur •

Génération des clés de session

• Technique à clé publique vue précédemment • Création des clés de session •

Fin de négociation

• • Client & serveur sont authentifiés mutuellement Ils ont leurs clés secrètes pour la phase d’échange

Du client serveur aux grilles de calcul et de données

mécanismes

•

Infrastructure de Gestion de Clés

•

Infrastructure de Gestion des Privilèges

•

Délégation

Du client serveur aux grilles de calcul et de données

Infrastructure de Gestion de Clés (1)

•

Infrastructure de Gestion à clés Publique (PKI)

• AE : Autorité d’Enregistrement  propres aux utilisateurs enregistre et vérifie les informations • • • AC : Autorité de Certification  délivre les certificats aux utilisateurs Annuaire de publication des certificats  des certificats des utilisateurs fournit les données de validation politiques de certification •

Utilisation des Certificats X.509 à clés publiques « PKI » (long time certificate)

• • • Certificat PKC: utilisé pour mettre en place un service d’identification des utilisateurs Protection des clés privées des utilisateurs (carte à puce, …) validation et révocation des certificats d’authentification (CRLs, ARLs, ..) • …

Du client serveur aux grilles de calcul et de données

Authentification forte des utilisateurs (2)

•

Certificat d’authentification



pièce d’identité électronique permettant l’authentification des utilisateurs

•

Certificat d’authentification



contient des informations pérennes (durée de vie 1 à 2 ans)

•

Format du certificat d’authentification RFC 2459, 3280

• DN du sujet  Nom distinct de l’utilisateur • DN de l’émetteur  Nom distinct de la communauté de l’utilisateur • KeyUsage  utilisation de la clé = authentification • CertificatePolicies  politique de certification • …

Du client serveur aux grilles de calcul et de données

Certificat d’attributs

•

Il est signé par une autorité d’attributs qui n’est pas nécessairement une autorité de certification

• Il ne permet pas d’identifier un utilisateur ou un process •

Il spécifie les attributs d’un utilisateur

• Rôle • (objet (permission)*)* •

Il est associé à un certificat d’authentification

• Unification des DN

Du client serveur aux grilles de calcul et de données

Infrastructure de gestion des privilèges (1)

• •

PMI Composantes

• Autorité d’Attribut (AA) • Source d’Autorité (SOA) • Vérificateur de privilèges • Déclarant de privilèges • Politique de privilèges

Du client serveur aux grilles de calcul et de données

Infrastructure de gestion des privilèges (2)

•

Utilisation des certificats d’authentification dans PMI

• Utilisation de l’Extension SubjectDirectoryAttribute pour définir les attributs des utilisateurs dans leurs certificats d’authentification • Durée de validité du certificat = durée de validité des attributs • Révocation des attributs  l’authentification Révocation du certificat • Autorité d’attribut (AA)= Autorité de gestion des certificats (AC)

Du client serveur aux grilles de calcul et de données

Infrastructure de gestion des privilèges (3)

•

Utilisation des certificats d’attributs

• Définition X509 ISO IEC 9594-8 (cf aussi RFC 3281) • les attributs sont des OID (rôle, groupe, ACL) • durée de vie du certificat d’attributs est différente du certificat d’authentification •

Verification

• le certificat d’attribut est vérifié par un « vérificateur » qui peut un moniteur • Droits et privilèges non publiés (à compléter) • Remontée d’une chaîne de signature jusqu’au SOA •

Du client serveur aux grilles de calcul et de données

Délégation

•

Transfert d'un privilège d'une entité détentrice vers une autre entité.

•

Délégation du droit d’authentification d’un utilisateur par la création de certificat proxy

•

attributs associés au certificat proxy sont inclus dans les attributs associés au certificat PKC.

PKC associé

Att

Signé par

Att

Proxy

Signé par

proxy Att Att Att

Du client serveur aux grilles de calcul et de données

Certificats proxy

• •

Le certificat est signé par un certificat utilisateur X.509.

Le certificat proxy peut signé par un autre certificat proxy

•

le bi clé du certificat proxy est différent du bi-clé du certificat utilisateur émetteur

•

le certificat proxy d’authentification trace (mémorise) l’identité de son émetteur

•

le certificat proxy contient une extension spécifique Extension ProxyCertInfo qui le distingue des autres certificats.

Du client serveur aux grilles de calcul et de données

Architecture de confiance

Architecture de confiance

•

Architecture PKI

•

Architecture PMI

•

Association PKI et PMI

•

Application Au Grid

Du client serveur aux grilles de calcul et de données

Architecture PKI

Architecture PKI (1)

•

Architecture PKI structure arborescente (1 communauté )

• Génération du certificat MTC Root pour toute la communauté • Génération d’un certificat « AC déléguée » pour chaque entité de la communauté • Génération des certificats des utilisateurs • Validation d’un certificat par la validation du chemin de certification menant au MTC

Communauté

LAR

MTC

LCR

CA 1 CA 2 user 1 user 2 user 3 user 4

Du client serveur aux grilles de calcul et de données

Architecture PKI (2)

•

Architecture PKI structure arborescente

• même source de confiance pour tous les utilisateurs • une gestion simplifiée • une infrastructure simple • politique de certification commune

Communauté

LAR

MTC

LCR

CA 1 CA 2 user 1 user 2 user 3 user 4

Du client serveur aux grilles de calcul et de données

Architecture PKI (3)

•

Architecture réseaux de PKI

• Plusieurs communautés • Plusieurs MTC • Cross Certification mutuelle entre les communautés • plusieurs politiques de certification • Critères de cross certification entre les communauté • des équivalences de politiques de certification CA 1 u 1 u2

MTC MTC

u 1 u2

MTC

u 1 u2

Cross Certification

CA 1

MTC

CA 2

L A R LCR

u 1 u2 u3 u4

Du client serveur aux grilles de calcul et de données

Architecture PKI (4)

•

Architecture réseaux de PKI

• La complexité de l’architecture augmente avec le nombre des communautés • Chaînes de certification complexe (multiples) • Gestion de l’infrastructure devient complexe • Problèmes d’interopérabilité entre les PKI • La validation des certificats devient plus complexe.

CA 1 u 1 u2

MTC MTC

u 1 u2

MTC

u 1 u2

Cross Certification

CA 1

MTC

CA 2

L A R LCR

u 1 u2 u3 u4

Du client serveur aux grilles de calcul et de données

Architecture PKI (5)

•

Architecture Bridge CA

• Création d’une communauté virtuelle • Établir des relations de Cross certification entre la communauté virtuelle et l’ensemble des communautés • Simplification des itinéraires de certification CA 1 u 1 u2

MTC MTC

u 1 u2 Communauté Virtuelle Cross Certification

MTC

u 1 u2 CA 1

MTC

CA 2

L A R LCR

u 1 u2 u3 u4

Du client serveur aux grilles de calcul et de données

Architecture PMI

Architecture PMI

•

Principe PMI d’ Arborescence

• une Source d’Autorité de confiance SOA • plusieurs Autorités d’Attributs AA • Certificats d’Attributs signée par les AA • la validation d’un certificat d’attribut par la validation du chemin menant au SOA

SOA

AA 1 AA 2 A 1 A 2 A 3 A 4

Du client serveur aux grilles de calcul et de données

Association PKI et PMI

Association PKI et PMI

•

Architecture avec même source de confiance pour les deux infrastructures PKI et PMI

•

Indépendance des deux infrastructures PKI et PMI

Du client serveur aux grilles de calcul et de données

Architecture avec même source de confiance PKI et PMI

•

Origines de confiance des droits d’identification et des privilèges sont confondues : MTC = SOA

•

politiques de certification et politiques de privilège sont sous la responsabilité de la même Autorité

•

Compromission du MTC



Compromission du SOA

•

la validation des droits d’identification et d’attributs peut être effectuée par l’ensemble des composantes de l’infrastructure (visibilité globale)

•

La délégation des droits d’authentification et des privilèges des utilisateurs peut être effectuée dans l’ensemble de l’infrastructure

Du client serveur aux grilles de calcul et de données

Architecture avec même source de confiance PKI et PMI

•

Fusion des architectures PKI et PMI

• l’autorité de certification est l’autorité d’attribut : les administrations des droits d’identification et des attributs sont fusionnés • les Certificats PKC et Certificat d’Attributs d’un utilisateurs sont émis par la même Autorité • révocation de l’AC  révocation de AA

MTC SOA

AC 1 AA 1

U 1 U 2

A1 A2 A3 A4

U 3

AC 2 AA 2

U 4

A’1 A’2 A’3

Du client serveur aux grilles de calcul et de données

Architecture avec même source de confiance PKI et PMI

•

Séparation de l’administration des droits d’authentification et d’attribut

• l’autorité de certification et l’autorité d’attribut sont indépendante • l’administrateur de certification # administrateur des privilèges • révocation de l’AC # révocation de AA U1 AC U2

MTC SOA

A1 AA An

Du client serveur aux grilles de calcul et de données

Architecture avec même source de confiance PKI et PMI

•

délégation du droit de génération des certificats d’attributs

• l’autorité de certification et l’autorité d’attribut sont indépendante • délégation de l’AA du droit de génération des certificats d’attributs à l’AC

MTC SOA U 1

AC

U 2

Délégation AA A1 A2

Du client serveur aux grilles de calcul et de données

Indépendance des Architectures PKI et PMI

•

Origines de confiance des droits d’identification et des privilèges sont différentes: MTC # SOA

•

Politiques de certification et politiques de privilège sont sous la responsabilité de plusieurs autorités différentes

•

Compromission du MTC n’a aucune conséquence sur le SOA et réciproquement

•

La validation des droits d’identification est globale PKI, la validation des certificats d’attributs est locale PMI

•

La délégation des droits d’authentification peut se faire dans l’ensemble de l’infrastructure PKI

•

La délégation d’attributs ne peut pas être effectuée

Du client serveur aux grilles de calcul et de données

Indépendance des Architectures PKI et PMI

PKI

•

Origine de confiance des droits d’identification et des privilèges sont séparée

•

les autorités de certification et les autorités d’attributs sont indépendantes

•

les chemins de certification et d’attributs sont indépendants

•

les révocations des droits d’identification est indépendante de la révocation des privilèges

AC1

MTC

AC2

PMI

SOA 1 A1 AA1 A2 AA2 A3 A4 U1 U2 U3

PMI

U4 SOA 2 A5 AA3 A6 AA4 A7 A8

Du client serveur aux grilles de calcul et de données

Grids

Grid : Quelques caractéristiques (1)

•

Composant physique

• chaque organisation peut être composée de plusieurs entités • chaque organisation a un ensemble d’utilisateurs • chaque organisation possède le contrôle total sur l’attribution et la révocation des droits d’identification des utilisateurs (administration des droits I&A) • chaque entité d’une organisation possède un ensemble de ressources qui lui sont propres • chaque entité veut possède un contrôle total sur l’attribution et la révocation des doits d’accès (privilèges) des utilisateurs à ces ressources (administration des des droits d’accès aux ressources) • …….

Du client serveur aux grilles de calcul et de données

Grid : Quelques caractéristiques (2)

•

utilisateurs

• un utilisateur appartient à une seule organisation physique • un utilisateur peut appartenir à plusieurs entités physiques d’une même organisation physique • le droit d’authentification d’un utilisateur lui est délivré par une autorité de certification de son organisation • un utilisateur bénéficie de l’ensemble des privilèges qui lui sont nécessaires pour effectuer ces tâches dans son organisation • les privilèges d’un utilisateur lui sont délivrés par les administrateurs des droits d’accès aux ressources de chaque entité de son organisation

Du client serveur aux grilles de calcul et de données

Grid : Quelques caractéristiques (3)

•

organisation virtuelle

• une organisation virtuelle regroupe des utilisateurs de plusieurs organisations physiques afin d’effectuer des travaux nécessitant l’accès aux ressources de une ou plusieurs entités ; chaque entité appartient à une organisation physique.

• L’utilisateur d’une organisation virtuelle doit bénéficier pour effectuer son travail des droits I&A dans plusieurs organisations physiques, et des droits d’accès aux ressources dans plusieurs entités des organisations physiques

Du client serveur aux grilles de calcul et de données

Grid : Contraintes fonctionnelles

•

I&A

• l’I&A d’un utilisateur dans une organisation virtuelle est effectuée grâce au droit d’I&A qui lui ont été attribués par son organisation physique • au cours d’une même session un utilisateur d’une organisation virtuelle n’a pas besoin de se re-authentifier à chaque accès à une organisation physique • La protection des échanges électroniques entre l’utilisateur et les entités ne nécessite pas la re-utilisation du droit d’I&A de l’utilisateur • ……

Du client serveur aux grilles de calcul et de données

Grid : définitions

•

Allocateur des ressources : dispositif permettant d’allouer ..

• Statique • dynamique •

Moniteur : dispositif charg é de contrôler la l é gitimit é tentatives d'acc è s des utilisateurs sur les ressources des

• Base d’informations d’attributs •

Chargeur :

•

Du client serveur aux grilles de calcul et de données

Architecture de sécurité

Définir les objectifs de sécurité

•

I&A :

• Toutes les actions autoris é es sur le Grid ne peuvent être ex é cut é es que par des utilisateurs d û ment authentifi é s • Etc..

•

Droits d ’ acc è s :

• Les utilisateurs authentifi é s peuvent acc é der uniquement aux ressources sur lesquelles ils b é n é ficient d ’ une autorisation.

• Etc..

•

Communication :

• • L ’ ensembles des é changes é lectroniques doivent être prot é ger en int é grit é confidentialit é et Etc … •

Audit

•

Etc..

Du client serveur aux grilles de calcul et de données

Définitions complémentaires

•

Client proxy utilisateur : dispositif qui utilise un certificat proxy délégué d’un utilisateur pour effectuer des demandes de tâche (ou job) à un allocateur des ressources, ou à un serveur proxy ressource

•

Serveur proxy ressource : serveur proxy permettant d’authentifier les demandes d’accès à des ressources

•

Base d’information d’attributs : base de stockage des informations de validation des certificats d’attributs d’un ensemble d’utilisateur

•

Base d’information de certification : base de stockage des information de validation des certificats à clés publiques des utilisateurs

Du client serveur aux grilles de calcul et de données

Architecture de sécurité : délégation (1)

Étape 2

Moniteur

User Base d’information des attributs Client Proxy 1 Client Proxy 1

Allocateur

Serveu r I&A Chargeur

• Authentification du user • Génération d’un nouveau bi-clé • Génération d’un certificat proxy délégué par le user • Lancement d’un client proxy sur le poste du user • requête d’exécution d’un job de l’user • réception de la Requête d’exécution du job par l’allocateur • Authentification mutuelle entre client proxy 1 et serveur I&A • Demande de vérification des attributs du user au moniteur • vérification des attributs du user par le moniteur (accès à la base d’information d’attributs) • réponse de vérification des attributs du user • Demande de chargement des taches au chargeur

Du client serveur aux grilles de calcul et de données

Architecture de sécurité : délégation (2)

Étape 4 Étape 3 User Serveur I&A

Moniteur

Base d’information des attributs Client Proxy 1

Allocateur

Serveu r I&A Chargeur Client Proxy 2

•Réception de la demande de certificat délégué •Génération d’un certificat proxy délégué 2 par le le client proxy 1 • envoie du certificat proxy 2 • génération d’un certificat proxy 2 pour le lancement des taches sur les serveurs distants • génération d’un nouveau bi-clé •demande d’un certificats proxy délégué au client proxy 1 pour effectuée le lancement des taches distantes • réception du certificat proxy 2 du client proxy 1 •Lancement du client proxy 2

Du client serveur aux grilles de calcul et de données

Architecture de sécurité : délégation (3)

Étape 5 User Serveur I&A

Moniteur

Base d’information des Attributs Client Proxy 1

Allocateur

Serveu r I&A Chargeur Client Proxy 2

• demande de lancement d’une tâche distante

Étape 6

Tâche

Serveur Proxy Ressource

• réception de la demande de lancement de la tâche •authentification mutuelle entre client proxy 2 et serveur proxy ressource • lancement de la tache

Du client serveur aux grilles de calcul et de données

Architecture de sécurité : délégation (4)

User Serveur I&A Client Proxy 1

Moniteur Allocateur

Serveu r I&A Base d’information des Attributs Chargeur Client Proxy 2

Canal sécurisé TLS Tâche

Serveur Proxy Ressource

Du client serveur aux grilles de calcul et de données

Architecture de sécurité : délégation (5)

User Serveur I&A Client Proxy 1

Moniteur Allocateur

Serveu r I&A Base d’information des Attributs Chargeur Client Proxy 2

Itinéraire de délégation des droits d’authentification de longueur 3

Liaison TLS Serveur Proxy Ressource Tâche Tâche

Tâche

Serveur Proxy Ressource Client Proxy 3 Serveur Proxy Ressource Tâche Tâche

Du client serveur aux grilles de calcul et de données

Architecture de sécurité : délégation (6)

Organisation 1 Moniteur Base des Attributs Tâche Serveur Proxy User Serveur I&A Client Proxy 1 Allocateur Serveur I&A Chargeur Client Proxy 2 Client Proxy 3 Serveur Proxy Tâche Tâche Organisation 2 Tâche Allocateur Serveur I&A Moniteur Client Proxy 3 Serveur Proxy Chargeur Client Proxy 2 Base des Attributs Organisation 3 Serveur Proxy Tâche Tâche Serveur Proxy Tâche Tâche Serveur Proxy Serveur Proxy Tâche Tâche Allocateur Serveur I&A Chargeur Client Proxy 2 Tâche Client Proxy 3 Moniteur Base des Attributs Serveur Proxy Tâche Tâche

Du client serveur aux grilles de calcul et de données

Dispositifs de sécurité

• • • • •

PKI :

• module CA (génération de certificat PKC, révocation, … ), • module RA • module de publication

PMI :

• modules AA (génération des certificats d’attributs, révocation, …) • module de publication

Base d’information de certification par exp : Annuaires LDAP Base d’information d’attribut par exp : Annuaires LDAP Moniteurs par exp : un vérificateur des certificats d’attributs

Du client serveur aux grilles de calcul et de données

Dispositifs de sécurité

•

Serveurs Proxy ressources :

• TLS (serveur) • Module de lancement des proxy client •

Proxy client

• Module de génération des bi-clés • TLS délégation protocol client (requête des certificats proxy) • Module de génération des certificats proxy (pour d’autres clients proxy) • TLS délégation protocol Serveur (réponse des demandes de certificats proxy)

Du client serveur aux grilles de calcul et de données

Environnement d’une application

Environnement des communications

•

Problèmes

• Support des architectures grilles • • • Routage Multiplexage Dynamicité

Du client serveur aux grilles de calcul et de données

Support grille

•

Exploitation des Grappes de grappes

• • Réseaux intra-grappes rapides Liens inter-grappes rapides • Hétérogénéité au niveau réseau

Réseau haute performance Réseau à haut débit Réseau haute performance

Du client serveur aux grilles de calcul et de données

Principe

•

Canaux réels

• • Liés à un réseau Ne couvrent pas nécessairement tous les noeuds •

Canaux virtuels

• • Couvrent tous les noeuds Contiennent plusieurs canaux réels

SCI Myrinet Virtuel

Du client serveur aux grilles de calcul et de données

Infrastructure

Processus Gestionnaire de communications

Du client serveur aux grilles de calcul et de données

Dynamicité

Support d’architectures évolutives

Points clés

Granularité

•

Niveau processus

•

Niveau grappes La dynamicité a un coût

•

Scrutations supplémentaires

•

Prise en compte du changement de topologie La dynamicité est parfois impossible

•

Interfaces de communication à lanceur propriétaire

•

Interfaces sans primitives/potentiel de connexion dynamique

Du client serveur aux grilles de calcul et de données

Changement de topologie

•

Propagation à toute la configuration

• • Serveur de gestion des communications Processus applicatifs •

Deux conséquences

• • Vraisemblablement une synchronisation globale • Impact fort sur l’exécution Prise en charge d’événements asynchrones de la gestion des communications sur les nœuds applicatifs • Nécessité d’un thread dédié • Verrouillages délicats

Du client serveur aux grilles de calcul et de données

Changement de topologie

Cas du routage multi-réseau

•

Nécessité d’un recalcul des routes

• Opération coûteuse •

Problème pour les blocs de données en transit sur les passerelles

•

Routage dynamique ?

• • Ordre des messages Refaire IP ?

Du client serveur aux grilles de calcul et de données

Conclusion – support dynamicité

•

Réalisable

• • pour une dynamicité à gros grain (grappes) pour une faible dynamicité au niveau processus •

Prohibitif

• pour une forte dynamicité au niveau processus •

Impossible

• • Interfaces à lanceurs spécifiques Interfaces sans possibilités de connexions dynamiques • MPI, BIP

Du client serveur aux grilles de calcul et de données

Plan : Perspectives pour les grilles de calcul et de données

•

Perspectives

• • • Prochain standards Projets en cours Tendances actuelles

Du client serveur aux grilles de calcul et de données

MPICH-G - Description & Technologie

•

MPICH est une implémentation libre et disponible du standard MPI qui peut s’exécuter sur un large panel de systèmes.

•

MPICH est dérivé de MPI et de Chameleon; Caméléon parce que MPICH peut s’exécuter sur un large panel d’environnements et aussi parce que l’implémentation initiale de MPICH utilise le Chameleon message-passing

portability system.

Du client serveur aux grilles de calcul et de données

Perspectives

Prochains standards

•

Une organisation, le Global Grid Forum, a été depuis quelques années et défini les standards de demain, le dernier étant une extension d’OGSA, WSRF (Web Service Resource Framework), basé sur la notion de l’exposition de ressources comme étant des WS à état.

•

La technologie n’est pas encore stable, et il est probable que les standards définis actuellement ne seront pas les derniers.

Du client serveur aux grilles de calcul et de données

Projets en cours

•

Plusieurs projets de recherche en France via l’Action Concerté Incitative GRID Globalisation des Ressources Informatiques et des Données et en Europe via la PCRD.

•

Le projet faisant suite à DataGrid, dans l’optique de l’exploitation pour le LHC d’une grille de données, vient de passer sa première revue annuelle. Il compte 72 partenaires répartis en Europe, industriels et scientifiques.

Du client serveur aux grilles de calcul et de données

Perspectives

•

Les grilles génériques, dédiées a tout type d’applications, tendent à disparaître pour être remplacés par des projets communautaire, soit par spécialité (physique, biologie) soit par type d’application (stockage de données à grande échelle, calcul matriciel et algèbre linéaire.

•

Les projets de grande ampleur semblent ralentir pour laisser la place aux grilles d’entreprises.

Du client serveur aux grilles de calcul et de données

Quelques mots sur ce cours/références

•

Ce cours ayant été préparé en peu de temps, l’essentiel des transparents présenté ici proviennent d’autres sources. Je prie les auteurs de me pardonner cet emprunt.

•

Liste des auteurs/présentations :

• Architectures de grappes de PC Philippe Augerat ID-IMAG • Les architectures parallèles et leur programmation pour le calcul scientifique Yves Denneulin • GRAAL Algorithmique pour les plateformes distribuées et hétérogènes LIP ENS Lyon INRIA Rhône-Alpes • Madeleine - Marcel Olivier Aumage Raymond Namyst LIP - ENS Lyon • Introduction to Grid computing and overview of the EU Data Grid Project The European DataGrid Project Team

Du client serveur aux grilles de calcul et de données

Liste des sources/auteurs (suite)

• • • • • • Bioinformatique distribuée : application dans le domaine de la parasitologie N. Jacq, E. Cornillot Laboratoire de Biologie des DIET Une approche extensible pour les serveurs de calcul E. Fleury, E. Jeannot INRIA Lorraine LORIA Nancy, France E. Caron, F. Desprez, M. Quinson, F. Suter INRIA Rhône-AlpesLIP ENS Lyon, France S. Contassot, F. Lombard, J.-M. Nicod, L. Philippe LIFC Besançon, France Supports d’exécution parallèles et répartis Raymond Namyst Université des Antilles-Guyane Le centre de calcul de l'IN2P3 : une architecture pour le calcul intensif et le stockage de masse Pascal Calvat Programmation Répartie Tronc commun – Module réseau Philippe Lalevée IAAI – 2004 Étude de la parallélisation de méthodes heuristiques d’optimisation combinatoire. Application au recalage d’images médicales. LSIIT-

Du client serveur aux grilles de calcul et de données

Liste des sources/auteurs (fin ?)

• … Et tout ceux que j’ai pu oublier

Du client serveur aux grilles de calcul et de données

Pour en savoir plus …

• • • • • •

Applications scientifiques :

• http://public.eu-egee.org/

Architectures parallèles :

• Algorithme et architecture parallèles, Michel Cosnard, InterEdition.

LDAP :

• http://www.openldap.org/ (OpenLDAP) • http://www.microsoft.com/windowsserver2003/technologies/directory/activedirectory/d efault.mspx

(Active Directory)

JBoss:

• http://www.jboss.org/

Tomcat :

• http://jakarta.apache.org/tomcat/

JAAS :

• http://java.sun.com/products/jaas/

Du client serveur aux grilles de calcul et de données

Annexe : scénario utilisateur

Un scénario utilisateur : soumission d'application Chargeur G.U.I.D.E.

Allocateur S.I.C.

Application utilisateur e-Toile S.P.A.M.

Globus Gram C.M.P.P.

Du client serveur aux grilles de calcul et de données