Académique Documents
Professionnel Documents
Culture Documents
Enfoques E f
TRADICIONAL
Enfocado a la capacidad Ante problemas en la Red p
Incrementar el ancho de banda
NUEVAS CONSIDERACIONES
Tiempos de Transporte Fiabilidad Servicios a los usuarios
3
Anlisis
Que es lo que quieren los usuarios Objetivos del diseo
Maximizar rendimiento Ms de una solucin l i Minimizar costos Pros y Contras Costo vs. Rendimiento Simplicidad vs. Funcionalidad vs Equilibrio entre Arquitectura y funcionalidad
4
Especfico. Especfico Determinista o garantizado. Algn tipo de control garantizado sobre la red.
Necesidad de poder efectuar mediciones para comprobar si las caractersticas de la peticin coinciden con las realmente proporcionadas por la red. Calidad de Servicio. Contratos de servicio: Acuerdos de Nivel de Servicio: SLA
5
Condiciones Iniciales C di i I i i l
Tipo de diseo del proyecto
Nuevo diseo j mejorar una red existente contratar a un outsourcing
Dimensionamiento
Tamao de la red Geogrfico Financiero
7
Condiciones Iniciales C di i I i i l
Objetivos del diseo inicial (si est disponible) di ibl ) Fuerzas externas/restricciones /
Poltico - Quien est a cargo? Administrativo - Comit que toma decisiones?
Mtricas d S Mt i de Servicio i i
Mtricas de Capacidad
Razn de Datos
Razn de datos peak Razn de datos sostenido
Mtricas d R t d Mt i de Retardo
Extremo a Extremo / Ida y Vuelta Tiempo de respuesta del sistema host Variacin del Retardo - Jitter Variaciones con condiciones de cambio de red d
11
Monitores Externos
Remote MONitoring (RMON)
12
Herramientas de Anlisis
13
Caracterizar el Comportamiento C t i t
Patrones de uso
Los patrones d l uso pueden incluir para cada del d l d aplicacin el nmero total de usuarios para cada aplicacin La frecuencia que se espera que un usuario use la aplicacin (nmero de sesiones/da de uso) Cunto tiempo promedio durar una sesin de la p ( g ) aplicacin (normalmente en segundos) Una estimacin del nmero esperado de sesiones de usuario simultneas para la aplicacin p p
19
Frecuencia Duracin
Activo
Activo
20
Caracterizar el Comportamiento C t i t
Comportamiento de la aplicacin C i d l li i
Caracterizando el comportamiento de la aplicacin, desear considerar los tamaos de los datos que la aplicacin estar procesando; la frecuencia y duracin de tiempo para los datos a ser transferidos por la red; las caractersticas de flujo de trfico para la aplicacin, particularmente las direcciones de flujo (p.ej., del cliente al servidor); y el grado de multicasting en las comunicaciones (uno-a-uno, uno-a-muchos, muchos-a-muchos). Modelos i l M d l simples y complejos. l j
21
23
Requerimientos de Confiabilidad
Disponibilidad
Para un sistema que da servicio todo el da, siete das a la semana a q , sus clientes, la disponibilidad puede pensarse como el tiempo en servicio o fuera de servicio en porcentaje por semana, mes, o por ao, ao basado en la cantidad total de tiempo por ese periodo periodo.
Disponibilidad Cantidad de Tiem fuera de Servicio Perm po itido (horas [h], m inutos [m o ], (% Tiem de segundos [s] por periodo de tiem po po) Servicio) S ii) Anual M ensual Sem anal Diario 95 % 438 h 36,5 h 8,4 h 1,2 h 99,5% 995% 43,8 h 438h 3,7 h 37h 50,5 505 m 7,2 72 m 99,95% 4,38 h 21,9 m 5,05 m 43,2 s 99,98% 1,75 h 8,75 m 2,0 m 17,3 s 99,99% 9999% 0,88 h 088h 4,4 44 m 1,0 10 m 8,7 87 s
24
Ethernet LAN
Monitores de Red
FDDILAN N
25
D is p o n ib ilid a d
U s u a rio s L A N
U s u a rio s L A N
S e r v id o r d e L a n
D is p o n ib ilid a d
U s u a rio s L A N i
U s u a rio s L A N
26
Disponibilidad Di ibilid d
Disponibilidad Anual Mensual
438 hrs. 43.8 hrs. 4.38 h 4 38 hrs. 1.75 hrs. 0.88 hrs. 0.09 hrs 0 09 hrs.
Testbeds
21.9 i 21 9 mins. Mayora sistemas comerciales 8.75 mins. Sistemas de Misin Crtica 4.4 mins. .4 mins 4 mins.
Tiempo de Reestablecimiento R t bl i i t
MTBF/MTBSO y MTTR son tiempos promedios MTBF y MTBSO estiman la frecuencia de paros del sistema. Por ejemplo, un MTBF/MTBSO de 4400 horas (o 2.64E5 minutos) establece que las fallas f ll en el sistema son esperadas i tem on e pe d aproximadamente cada 6 meses (180 das). MTTR da una estimacin de cunto tiempo los paros del sistema pueden durar. Por ejemplo, un MTTR de 60 minutos puede ser esperado si existe p p experiencia disponible en sitio, un MTTR de 4 horas (240 minutos) puede esperarse si la ubicacin es remota y el acceso de discado al sistema no est disponible. 28
MTBF/MTBSO (Horas)
4000
MTTR
4 horas 2 horas 1hora
29
Razn de Prdida de Paquetes (como % del trfico total de la red) 25% a 100% 2% a 24% < 2%
Tiempo Total Mximo (por mes) Hasta 2 horas Hasta 3 horas Resto d l R t del mes
30
99.0 99 0
99.5 99 5
32
Para Disponibilidad: Las estimaciones p del umbral general son: Confiabilidad de Testbed o Prototipo (disponibilidad): menos de 95% Confiabilidad de bajo-rendimiento (disponibilidad): menos de 99.9% (di ibilid d) d 99 9% Confiabilidad de alto-rendimiento (disponibilidad): mayor que o iguala a 99.9% (Nota: stos umbrales de disponibilidad son medidos p
mensualmente.)
33
Para el Reestablecimiento, medido como MTBF/MTBSO y MTTR las estimaciones de umbral MTTR, general son: Confiabilidad de bajo-rendimiento (reestablecimiento): MTTR mayor que 2 horas o un MTBF/MTBSO menos de 8000 y q / horas ( ) Confiabilidad de alto rendimiento (reestablecimiento): MTTR menor de o igual a 2 horas y MTBF/MTBSO mayor a 8000 horas (Nota: Estos umbrales de reestabecimiento se escogen para proveer un MTTR razonable. Si un MTTR ms pequeo es escogido, escogido entonces el MTBF /MTBSO ser correspondientemente ms bajo.)
34
35
Requerimientos de R t d R i i t d Retardo
H Data Red Network Aplicacin
Componentes
37
38
39
0.01
0.1
100
41
00 0.01
100
42
Transferencia de Datos 3
Esta conducta es consistente con aplicaciones que estn procesando transacciones y cmputos distribuidos, o son cliente-servidor.
44
46
Burstiness B ti
Otra manera de distinguir entre las aplicaciones rfaga i t li i f interactivo y l ti las aplicaciones volumen interactivo es con las razones de los datos. Burstiness se define como: Burstiness = PDR/SDR
Donde: PDR es la razn de datos peak SDR es la razn de datos sostenido
47
Retardo de extremo-aextremo t
Est compuesto de muchas fuentes de retardo, t l como propagacin, t d tales i encolamiento, transmisin, I/O, conmutacin, y procesamiento. Verificar todas las rutas para encontrar los cuellos de botellas para hacer correr la aplicacin. aplicacin
48
Variacin d Retardo V i i de R t d
La variacin de retardo est acoplada con el retardo de alto rendimiento o especificado para dar un retardo global para aplicaciones que son sensible al tiempo de arribo de la p q p informacin. Algunos ejemplos de tales aplicaciones son aquellos que producen o usan video audio, informacin de telemetra etc video, audio etc. Para variaciones de retardo acoplada con retardo, cuando ninguna informacin est disponible sobre la variacin de retardo, una regla buena es aproximadamente 1% a 2% del eta do na egla b ena ap o imadamente retardo de extremo-a-extremo. Por ejemplo, una estimacin para la variacin de retardo en la j p , p ausencia de cualquier otra informacin, cuando el retardo de extremo-a-extremo de una aplicacin es 40 ms, es aproximadamente 400 a 800 microsegundos
49
Requerimientos de capacidad id d
Razn de Datos Tamao de los datos
A plicacin TT C Prom edio (Segundos) 103 10 2- 5 10 103 T aodeD Prom am de D ao atos atosProm edio (B ytes) 107 104 103 102 3*105
C lculoD istribuido (M B odo atch) Transacciones tipoW TransaccionestipoW eb C onsultas B de D ase atos Ingresos de Pagos Teleconferencia (usandoM ulticast)
50
Confiabilidad (R)
Capacidad (C)
51
52
J G
H B
A C
M F
X ms
Retardo (ms)
54
Servicios D t S i i Determinsticos i ti
Los servicios deterministicos tienen caractersticas de rendimiento ms especficos que el servicio al mejor esfuerzo que hemos estado discutiendo. En la mayora de los casos, tendremos una buena y , estimacin de stos caractersticas de rendimiento, aunque no podremos garantizar rendimiento. Usaremos lmites para aproximar donde estn los niveles de bajo y alto rendimiento, los cuales se usarn en el proceso del diseo mas tarde para planificar la capacidad y la especificacin de flujo.
55
Servicios garantizados g
Los servicios garantizados son un paso ms all de los servicios determinsticos, en que hay algn mecanismo para forzar al servicio a la aplicacin o usuario. As para desarrollar los requerimientos para p p q p los servicios garantizados, necesitamos tener caractersticas de rendimiento bien definidas. En la siguiente figura el rendimiento de una aplicacin se acerca al figura, lmite del servicio (garantizado). Ninguna accin se toma hasta que la aplicacin excede su garanta, donde ocurre la vigilancia. Al elemento de la red donde ocurre la vigilancia, esto puede tomar la forma de marcar el paquete/frame/celda para que los elementos de red de flujo hacia abajo asuman alguna accin, o dejando caer el j j g , j frame/paquete/celda en ese elemento de la red. Vigilar es a menudo til para proteger el flujo de trfico que fluye hacia abajo que excede su lmite de servicio y intenta usar ms recursos de la red que el contratado.
56
Servicios garantizados S i i ti d
Se desarrollan garantas de servicio en una forma similar para servir los lmites, excepto que se declara la necesidad de pedir una garanta explcitamente. En el ejemplo de asignacin de recursos arriba, j p g , declaramos que la meta de confiabilidad era 99.99%, pero que debemos reunir una confiabilidad de por lo menos 99 97% 99.97%. Este lmite ms bajo para confiabilidad podra declararse como una garanta de servicio que significara que despus en el proceso del diseo lo consideraramos como los mecanismos para proporcionar y vigilar ese servicio en el sistema.
58
Servicios garantizados
En la figura siguiente, los umbrales de servicio, lmites, y garantas son ahora todos aplicados sobre el rendimiento de servicio. En esta figura, las regiones de bajo y alto rendimiento g , g j estn separadas por los umbrales generales D, M, y X, mientras un retardo de ambiente-especfico, C, existe dentro de la regin de bajo-rendimiento. Se muestran d d l i d b j di i S lmites de servicio y garantas aqu en la regin alto rendimiento, en varias situaciones en el sobre. di i t i it i l b
59
X%
Z% Y%
A, B A B, Y -Servicios Garantizados Servicios D, M, X -Umbrales Genricos C-Ambiente de umbrales especficos L, Z-Lmites de Servicio
60
Despus de Consolidacin
Actual
99.95% 99 95%
99.99% 99 99%
61
9 9 .8 % D isp o n ib ilid a d
C o n fia b ilid a d (R ) 1 4 M b /s 20 M b/ /s
C a p a cid a d (C )
63
64
65
67