Nuevos modelos para la provisin de servicios comerciales basados en GRID

1
Nuevos modelos para la provisión de servicios
comerciales basados en GRID

• Eduardo Jacob, Juan José Unzilla, María Victoria
  Higuero, Purificación Saiz
• ltjtpjatae_at_bi.ehu.esgt

2
Agenda

• Concepto de ASP.
• Concepto de GRID.
• La pregunta.
• La respuesta.
• Modelos de provisión de servicios comercial de
  GRID.
• Prototipo.
• Conclusiones.

3
ASP (Application Service Provider)

• Concepto
• Ejecución remota de aplicaciones.
• Ventajas (previstas)
• Eliminación de costes de adquisición y gestión.
• Alta disponibilidad.
• Seguridad frente a virus e incidentes
• Inconvenientes
• La conectividad pasa a ser elemento crítico.
• La realidad
• No ha tenido demasiado éxito.

4
Problemas con los ASP

• Para Proveedor
• O es un ISP o hay que partir de 0.
• No se ve claro el modelo de negocio.
• Relaciones con proveedor de software.
• Evaluación de costes.
• Un negocio a veces no natural.
• Para el cliente
• Vinculación con otra parte.
• El pirateo, es todavía una opción

5
Experiencias realizadas

• Dos proyectos de Investigación (Dpto. de
  Industria del Gobierno Vasco)
• Conclusiones
• Los ISP (pequeños y medianos) no ven claro el
  modelo de proveedores de aplicaciones.
• Apuestan por otros servicios
• Vinculados a conectividad (su plato fuerte)
• Copias de seguridad remotas
• Discos Virtuales
• Vinculados a servicios adicionales
• Facturación EDI-XML
• PKI para entidades finales no personales.
• Los clientes con excedente de conectividad
  nocturna ven con buenos ojos el aprovechamiento
  del mismo.
• Llama la atención servicios de copia de
  seguridad.
• Dudas acerca de la confidencialidad de los datos.
• Dudas acerca de la disponibilidad de los datos.
• Los más exitosos

6
En este entorno

• Surge el concepto GRID.
• Arquitectura para compartir el uso sistemático y
  a gran escala de CPU, Disco, SGBD, servicios,
  etc.
• Con conceptos avanzados de AAA.
• Con mecanismos para la definición de servicios.
• Implementación de referencia Globus Toolkit.
• Estándar OGSA (Open Grid Services Architecture)

7
GRID

• Sucesor de tecnologías como
• Programación Concurrente
• PVM, MPI Paso de Mensajes.
• OpenMP Memoria Compartida.
• Sistemas de Ficheros Remotos
• NFS.
• SMB.
• WebDAV.
• Experimentos exitosos como Seti_at_Home el único?

8
GRID

• Competidor (o al menos coetáneo) de
• Condor
• Aprovechamiento de CPUs ociosas.
• Condor-G Diseñado para coexistir con Globus.
• BOINC (Berkeley Open Infrastructure for Network
  Computing )
• Arquitectura que va a soportar Seti_at_Home.
• Tecnologías como
• DCOM, .net
• Corba
• Sistemas P2P
• Usuario final Emule, Kazaa, Freenet, Bittorrent
• Plataformas de desarrollo JXTA, Green Tea

9
Qué es realmente el GRID?

• Probablemente el GRID, sea todo lo anterior
• Sistemas distribuidos.
• Heterogéneos.
• Dedicados o no.
• De propósito general o específico.
• De uso personal o corporativo.
• Para compartir y mejorar tratamiento de datos,
  cpu, espacio en disco, conectividad
• Esquemas colaborativos
• Todas las partes se implican.
• Colaboración entre (casi) iguales.

10
La pregunta

• Existe la posibilidad de desarrollar un
  paradigma de comercialización de servicios
  basados en tecnologías GRID?

11
La respuesta

• La estamos buscando
• pero creemos que la hemos encontrado.
• Proyecto de investigación Universidad-Empresa
• Definición de modelos de provisión de servicios
  telemáticos basados en tecnología GRID computing
  (2003-2004)
• Objetivos
• Búsqueda de servicios.
• Búsqueda de modelos de provisión.
• Pilotos
• Servicio de almacenamiento distribuido y
  perdurable.
• Servicio de Disco Virtual (acceso aleatorio)
• Servicio de backup

12
Puntos de Partida

• Servicio de posible penetración
• Almacenamiento remoto
• Copia de seguridad remota.
• Disco Virtual (acceso aleatorio a datos)
• Aspectos a tener en cuenta
• Conectividad periódicamente desaprovechada
  (Normalmente nocturna).
• Oferta de algo de lo que no se dispone
  (redundancia)
• Siempre hay dudas sobre la confidencialidad/
  seguridad de los datos.
• Tiene que haber un criterio de facturación (visto
  de otra manera, hay que saber cómo se define y
  granulariza la calidad del servicio)

13
Modelos en desarrollo

• ISP ofertando servicios GRID con infraestructura
  propia a clientes.
• ISP ofertando servicios de directorio y gestión
  para clientes con múltiples localizaciones y
  replicación por medio de sistemas P2P.
• Para clientes genéricos, sistemas de
  almacenamiento perdurable con implicación de
  proveedores y clientes.

14
ISP ofertando servicios GRID

• Aplicación de la definición más general.
• Supone poco cambio respecto a actividades
  tradicionales.
• La redundancia la asume el ISP.
• Podría implicarse VO como proveedor de
  almacenamiento.
• Novedad Se ofertarían servicios de
  almacenamiento con un interfaz de tipo Web
  Service.

15
ISP ofertando servicios GRID

• Ventajas
• Adecuado para proveedor de conectividad de redes
  de investigación.
• Facturación y QoS clara Espacio en disco,
  redundancia y ancho de banda ocupado ( sobre
  total), tiempo de replicación
• Inconvenientes
• Para aplicaciones genéricas habría que
  desarrollar clientes de integración.
• Para trabajar en aplicaciones de GRID de
  investigación hace falta una GRAN conectividad
• Hay pocas (hay alguna?) aplicaciones que puedan
  utilizar de forma nativa estos servicios.

16
ISP clientes P2P

• Utiliza paradigmas clásicos de P2P.
• La redundancia la proporciona el cliente.
• Espacio de almacenamiento repartido en varias de
  sus sedes.
• Conectividad..
• Sin embargo P2P, por su naturaleza no es
  gestionable como un único conjunto.
• El ISP proporciona
• El servicio de directorios y la redundancia
  necesaria.
• Los mecanismos de gestión para asegurar que el
  nivel de calidad requerido está siendo
  conseguido.
• En caso necesario, peer adicionales (temporales o
  transitorios) para conseguir el nivel necesario.

17
ISP clientes P2P
Datos de clientes

• Ventajas
• Cliente
• Es el único que tiene todos los datos.
• Tiene un control externo y activo sobre el
  servicio.
• Se elimina sistema redundante de directorios.
• El ISP solo suplementa al sistema del cliente en
  caso necesario.
• ISP
• Punto natural para establecer herramientas de
  gestión y de control de calidad de servicios (nº
  de replicaciones, tiempo de replicación, ancho de
  banda).
• Posibilidad de servicios adicionales como
  mantenedor de la calidad de replicación.
• Inconveniente
• ISP
• Necesita una replicación de la instalación
  (peering con otros ISP?)
• Complejo

Redundancia
ISP
Sistemas de clientes
18
Almacenamiento perdurable

• Generalización del caso anterior.
• Los clientes
• Pueden almacenar no sólo datos propios, sino
  también datos ajenos.
• Pueden comprar o intercambiar espacio.
• El ISP
• Realiza funciones de directorio
• Localización de ficheros para recuperación.
• Regeneración de sitios.
• Selecciona lugares de réplica de acuerdo a la
  política de uso
• Tamaño.
• Nº de replicaciones.
• Localización geográfica (p.ej diversos
  continentes)
• Ancho de banda consumido.
• Actúa como centro de compensación entre clientes.

19
Almacenamiento perdurable
Datos de clientes

• Ventajas
• Cliente
• Se puede ser resistente a colapsos totales del
  propio sistema.
• Mecanismo potencialmente resistente a grandes
  desastres (posibilidad de empleo de áreas
  geográficas distintas).
• ISP
• Posición clara.
• Inconveniente
• ISP
• Gestión de privacidad de datos, y autenticación
  compleja
• Gestión de directorios y toma de decisiones
  compleja
• Clientes
• A pesar del cifrado de la información, donde
  residen realmente nuestros datos?

Redundancia
ISP
Sistemas de clientes
20
Prototipo en desarrollo

• Trabajo para el año 2004
• Requisitos funcionales.
• Diseño de la Arquitectura.
• Servicio directo o proxy?.
• Elección de opciones de desarrollo.
• Reciclaje de soluciones disponibles.
• Utilización de toolkits.
• Elección de APIs
• Adhoc.
• Web Services.
• Compatibilidad con OGSA.
• Arquitectura de seguridad.
• Empleo de PKI?
• Kerberos?
• Diseño del protocolo
• Diseño del servicio de directorio y de cliente...
• Piloto disponible hacia finales de 2004

21
Conclusiones

• Es posible una provisión comercial de servicios
  basados en GRID, en los que los ISP ocupan un
  lugar natural.
• El servicio tiene diversas características que
  posibilitan una oferta comercial variada.
• Es posible ofrecer un servicio atrayente a los
  usuarios El almacenamiento perdurable.
• No requiere la adquisición de habilidades
  adicionales para los ISP.
• De manera colaborativa los clientes implicados
  obtienen beneficios operativos (siempre) y
  económicos (si participan activamente..)

22
Gracias

• Alguna cuestión?