Calidad de Servicio (QoS)

Tamaño: px

Comenzar la demostración a partir de la página:

Download "Calidad de Servicio (QoS)"

Ana María Blanco Herrero
hace 7 años
Vistas:

1 Reunión n Grupo de Trabajo Calidad de Servicio (QoS) Emilio López Romero Reunión GT en Barcelona 1

2 Introducción El IOC Task Force ha elaborado un par de documentos para establecer un entendimiento común de la calidad de los servicios INSPIRE, en concreto, para los servicios de visualización y descubrimiento Reunión n GT en Barcelona 2

3 Requisitos generales Existen dos opciones para la medición de la QoS: Opción 1: Medición desde el servicio expuesto a Internet Opción 2: Medición desde un nodo central dentro de la infraestructura Si un MS usa la opción 2 debe tener en cuenta el tiempo de comunicación: rendimiento = [tiempo de respuesta desde el servicio al nodo central] [tiempo de comunicación] Reunión n GT en Barcelona 3

4 Requisitos generales petición Nodo Central Monitorización respuesta Nodo Servicios de Red procesamiento rendimiento = t.procesamiento (t.petición + t.respuesta) Reunión n GT en Barcelona 4

5 Requisitos generales La opción 2 se contempla por razones prácticas. Es necesario que los MS estimen el valor del tiempo de las comunicaciones lo más exactamente posible Reunión n GT en Barcelona 5

6 Rendimiento de un servicio de visualización Para una imagen de 470Kb (por ejemplo, 800 x 600 píxeles, con 8 bits para el color), el tiempo de respuesta será de 5 segundos como máximo en una situación normal El rendimiento debe medirse basándose en la realización de peticiones de muestra a un servicio dado. Como mínimo, deben ejecutarse 10 peticiones por hora al servicio de manera continuada durante su vida. La estructura de la petición de muestra debe solicitar imágenes de 800x600 píxeles con una profundidad de color de 8 bits, conforme a los formatos de imagen obligatorios. La petición debe solicitar una única capa cada vez. Se recomienda que se utilicen BBOX alternativos Reunión n GT en Barcelona 6

7 Rendimiento de un servicio de visualización Criterios de evaluación y valoración: La respuesta debe ser válida conforme a la fuente de datos del servicio y los parámetros del capabilities para el área solicitada. No es válida una imagen en blanco si hay datos para los parámetros de la petición El tiempo de respuesta de 5 segundos se refiere al primer byte devuelto por el servicio a Internet Al menos un 90% de las respuestas tienen que cumplir con los 5 segundos obligatorios, de este modo, la situación normal se identifica con el 90% de peticiones con mejor rendimiento Reunión n GT en Barcelona 7

8 Rendimiento de un servicio de visualización 10 peticiones / hora El 90% de las veces en menos de 5 segundos! 800x600 (1 capa) diferentes áreas Reunión n GT en Barcelona 8

9 Rendimiento de un servicio de descubrimiento Para una petición a un servicio de descubrimiento, el tiempo de respuesta será de 3 segundos como máximo en una situación normal El rendimiento debe medirse basándose en la realización de peticiones de muestra a un servicio dado. Como mínimo, deben ejecutarse 10 peticiones por hora al servicio de manera continuada durante su vida. La estructura de la petición de muestra debe solicitar una operación Discovery Metadata Se recomienda una búsqueda de metadatos con filtro PropertyName= texto, Literal= conjunto de datos y varios BBOX Reunión n GT en Barcelona 9

10 Rendimiento de un servicio de descubrimiento Criterios de evaluación y valoración: El tiempo de respuesta de 3 segundos se refiere al primer byte devuelto por el servicio a Internet La situación normal se identifica con el 90% de peticiones con mejor rendimiento Reunión n GT en Barcelona 10

11 Rendimiento de un servicio de descubrimiento 10 peticiones / hora El 90% de las veces en menos de 3 segundos! GetRecord (PropertyName= texto,literal= cjto.datos, BBOX diferentes) Reunión n GT en Barcelona 11

12 Capacidad de un servicio de visualización El número mínimo de peticiones simultáneas a un servicio de visualización que deben atenderse en conformidad con los criterios de QoS será de 20 por segundo La capacidad debe medirse constantemente, basándose en paquetes de peticiones de muestra a un servicio dado. La cantidad de peticiones por paquete debe ser de 20 por segundo y debe ejecutarse cada segundo durante un minuto. Debe realizarse una medición, al menos, después del lanzamiento del servicio en producción, monitorizando a intervalos regulares (se recomienda mensualmente). Los resultados de las mediciones en un sistema en producción pueden ser ambiguos debido a la carga de los usuarios, por lo que se recomienda procesar los test durante los tiempos de mantenimiento Reunión n GT en Barcelona 12

13 Capacidad de un servicio de visualización La estructura de los paquetes de peticiones de muestra debe: debe solicitar imágenes de 800x600 píxeles con una profundidad de color de 8 bits, conforme a los formatos de imagen obligatorios. debe componerse de un 10% de peticiones Get View Service Metadata y de un 90% de peticiones Get Map Reunión n GT en Barcelona 13

14 Capacidad de un servicio de visualización 20 peticiones 10% GetCapabilities 90% GetMap 1seg seg Reunión n GT en Barcelona 14

15 Capacidad de un servicio de descubrimiento El número mínimo de peticiones simultáneas a un servicio de visualización que deben atenderse en conformidad con los criterios de QoS será de 30 por segundo La capacidad debe medirse constantemente, basándose en paquetes de peticiones de muestra a un servicio dado. La cantidad de peticiones por paquete debe ser de 30 por segundo y debe ejecutarse cada segundo durante un minuto. Debe realizarse una medición, al menos, después del lanzamiento del servicio en producción, monitorizando a intervalos regulares (se recomienda mensualmente). Los resultados de las mediciones en un sistema en producción pueden ser ambiguos debido a la carga de los usuarios, por lo que se recomienda procesar los test durante los tiempos de mantenimiento Reunión n GT en Barcelona 15

16 Capacidad de un servicio de descubrimiento La estructura de los paquetes de peticiones de muestra debe: debe componerse de un 10% de peticiones Get Discovery Service Metadata y de un 90% de peticiones Discovery Metadata Reunión n GT en Barcelona 16

17 Capacidad de un servicio de visualización 30 peticiones 10% GetCapabilities 90% GetRecord 1seg seg Reunión n GT en Barcelona 17

18 Disponibilidad La probabilidad de que un Servicio de Red esté disponible debe ser de un 99% del tiempo La disponibilidad debe medirse constantemente, basándose en paquetes de peticiones de muestra a un servicio dado. Como mínimo, deben ejecutarse 10 peticiones por hora al servicio de manera continuada durante su vida. Pueden reutilizarse las peticiones de muestra para medir el rendimiento Reunión n GT en Barcelona 18

19 Disponibilidad La disponibilidad debe basarse en un marco temporal de un año, entendiendo un tiempo máximo de pérdida de servicio no planificado de 3.63 días/año. Los periodos de pérdida de servicio planificados (por ejemplo, por mantenimiento de servicio), no deben incluirse en las mediciones. Se considera una perdida de servicio planificada cuando se ha notificado a la comunidad previamente (mínimo una semana), por ejemplo, vía notificación a usuarios registrados o en portales. Se recomienda que la pérdida de servicio planificada debe ser inferior a 10 horas/mes (120 horas/año) disponibilidad(99%) = [365 x 24 (pérdida de servicio planificada)]* Reunión n GT en Barcelona 19

20 Reunión n Grupo de Trabajo Gracias por vuestra atención Emilio López Romero Centro Nacional de Información Geográfica elromero@fomento.es Reunión GT en Barcelona 20

Documentos relacionados

INSPIRE Discovery Service

INSPIRE Discovery Service Emilio López Romero 2011-04-29 Reunión GT en Jaén 1 Regla de Implementación de Servicios de Red Art. 4: Servicios de red A más tardar el 9 de mayo de 2011, los Estados miembros