Analisis de configuraciones de servidores proxy uniquindio

3,146 views
3,015 views

Published on

Published in: Technology
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
3,146
On SlideShare
0
From Embeds
0
Number of Embeds
39
Actions
Shares
0
Downloads
54
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Analisis de configuraciones de servidores proxy uniquindio

  1. 1. Análisis de configuraciones de servidores proxy caché Carlos Eduardo Gómez Montoya Luis Eduardo Sepúlveda Rodríguez UNIVERSIDAD DEL QUINDÍO
  2. 2. Contexto • La actividad principal de los usuarios de Internet es navegar por la Web. • El tiempo que tardan en ser descargados los objetos Web es determinante para la satisfacción de los usuarios. 1/12
  3. 3. Contexto • El desempeño del protocolo HTTP es un problema complejo. • La capacidad de transmisión de un canal impacta positiva o negativamente la latencia experimentada por el usuario. 2/12
  4. 4. Contexto • Existen muchas variables, algunas de ellas fuera de control de los usuarios y de los proveedores de contenido. • Cualquier equipo entre el cliente donde está el usuario y el servidor Web, aumenta el tiempo total de descarga de cada objeto Web. 3/12
  5. 5. Contexto • Una solución ampliamente utilizada en diferentes sistemas es el caché. • El caché permite disminuir el tiempo de localización de diferentes tipos de recursos. 4/12
  6. 6. Contexto • El caché ubica cierta información en un lugar al que se puede acceder más rápido que su ubicación habitual. • El caché permiete aprovechar el principio de localidad temporal y el principio de localidad espacial. 5/12
  7. 7. Contexto • Ejemplos: caché de memoria, caché de disco, caché local, caché Web. • El caché Web generalmente es implementado por los servidores proxy. 6/12
  8. 8. Contexto • El caché es un intermediario entre el cliente y el servidor Web. 7/12
  9. 9. Contexto • El servidor proxy caché es una herramienta de software que se instala usualmente en la red local de una organización. • Su función es mantener copias locales de los objetos Web. 8/12
  10. 10. Contexto • Un servidor proxy ayuda a disminuir el tráfico hacia los servidores de origen en Internet. • La configuración de un servidor proxy caché requiere establecer los valores a ciertos parámetros. 9/12
  11. 11. Contexto • La selección de los parámetros y los valores a asignar, generalmente está basada en la experiencia y en heurísticas. • La efectividad del caché es juzgada por su hit rate o su byte hit rate. 10/12
  12. 12. Contexto  El rendimiento de un servidor proxy caché depende de:  Ubicación en la red corporativa  Solicitudes realizadas por los usuarios  Intereses de los usuarios  Componentes hardware  Configuración 11/12
  13. 13. Contexto  Es necesario utilizar el servicio un tiempo determinado para obtener estadísticas de un servidor proxy.  Con base en esas estadísticas se pueden tomar decisiones para la reconfiguración del servidor proxy. 12/12
  14. 14. El proyecto de investigación Análisis de configuraciones de servidores proxy caché
  15. 15. Objetivo general • Determinar los valores de los parámetros básicos de configuración de servidores proxy caché con los que se obtenga el menor tiempo promedio de descarga de los objetos solicitados.
  16. 16. Objetivos específicos  Diseñar las arquitecturas de servidores proxy para los diferentes casos de estudio.  Establecer los parámetros a utilizar en cada uno de los casos de estudio.
  17. 17. Objetivos específicos  Diseñar ambientes virtuales que soporten los diferentes casos de estudio.  Seleccionar o implementar un generador de solicitudes Web.
  18. 18. Objetivos específicos  Seleccionar o implementar un analizador de archivos log para obtener las métricas establecidas.  Analizar los resultados para determinar los valores de los parámetros que mejor se ajustan a cada caso de estudio.
  19. 19. Arquitectura de la solución
  20. 20. Pruebas  Es un proceso dispendioso y monótono.  Puede hacerse en forma manual o automática.  Se diseñó y desarrolló un robot.
  21. 21. Robot  Automatiza la ejecución de descargas en el cliente.  Automatiza el cambio de configuración en el servidor.  Trabaja sólo y produce los resultados.
  22. 22. Virtualización • Virtualización es la capacidad de crear una abstracción lógica a partir de los recursos computacionales físicos. • No es un concepto nuevo, tiene casi 50 años de haber sido inventado por IBM.
  23. 23. Virtualización • En los años 90 se produjo un auge de esta tecnología al aprovechar los procesadores basados en x86. • Una máquina virtual es un contenedor de software aislado el cual puede ejecutar su propios sistemas operativo y aplicaciones como si fuera un computador real.
  24. 24. Principales ventajas  Particionamiento  Independencia de hardware  Aislamiento  Encapsulamiento
  25. 25. Algunas herramientas  De escritorio  VMware WorkStation  VirtualBox  Empresarial  VMware Server  VMware ESX  VMware ESXi  XEN
  26. 26. Virtualización en el proyecto  Se utilizó VMware ESXi.  ESXi utiliza un hipervisor o monitor de máquina virtual, el cual actúa directamente sobre el hardware para permitir la creación de máquinas virtuales sin necesidad de un sistema operativo host.
  27. 27. Virtualización en el proyecto • Se creó un ambiente virtual controlado donde se aislaron diferentes variables que podrían afectar los resultados.
  28. 28. Ambiente virtual • ESXi – Servidor Web – Servidor Proxy Caché – Cliente
  29. 29. Ambiente virtual  Servidor Web  GNU/Linux Debian Lenny (Versión 5.0)  Apache 2  Servidor Proxy Caché  GNU/Linux Debian Lenny (Versión 5.0)  Squid Versión 2.7 (Recompilada)  Servidor NFS  cargarConfiguracion.sh
  30. 30. Ambiente virtual  Cliente  GNU/Linux Debian Lenny (Versión 5.0)  Cliente NFS  iniciarDescargas.sh
  31. 31. NFS – Network File System • Es un servicio que permite acceder a archivos localizados en hosts remotos como si estuvieran almacenados en el host local en forma transparente para los usuarios.
  32. 32. NFS en el proyecto  El servidor proxy expone una zona compartida con el cliente para mantener información que ambas partes necesitan.  Esta información permanece sincronizada casi de inmediato.
  33. 33. NFS en el proyecto  En esa zona compartida se maneja información sobre las descargas del cliente y sobre la configuración actual en el servidor.  Cuando el servidor está listo crea un archivo en la zona compartida.
  34. 34. NFS en el proyecto  La existencia de este archivo funciona como un semáforo que le da paso a la descarga de una nueva prueba en el cliente.  Cada vez que el cliente inicia una prueba, crea un archivo en la zona compartida.
  35. 35. NFS en el proyecto • Este archivo también actúa como semáforo, donde la presencia de este archivo no permite que el servidor se reconfigure para tomar el siguiente archivo de configuración que hace parte de la prueba.
  36. 36. Aplicación en el servidor cargarConfiguracion.sh  Es el script principal en el lado servidor.  Está desarrollado en shell script, un lenguaje de programación que interpreta los comandos del sistema.
  37. 37. Aplicación en el servidor  El objetivo es reconfigurar el servidor proxy con el siguiente archivo de configuración dentro de los archivos de configuración disponibles para la prueba.
  38. 38. Aplicación en el servidor • Este script intenta reconfigurar el servidor cada minuto, y dependiendo de la presencia o ausencia de un archivo que actúa como semáforo, el proceso reconfiguración inicia o debe esperar al siguiente minuto.
  39. 39. Aplicación en el cliente iniciarDescargas.sh  Es el script principal en el lado cliente.  Está desarrollado en shell script e incluye un componente desarrollado en lenguaje C.
  40. 40. Aplicación en el cliente • El objetivo es lanzar las solicitudes de los objetos Web especificados para la prueba. • Este script intenta realizar la descarga cada minuto, y dependiendo de la presencia o ausencia de un archivo que actúa como semáforo, el proceso de descarga inicia o debe esperar al siguiente minuto.
  41. 41. Conclusiones • Existen parámetros de configuración que no son muy difundidos pero pueden afectar significativamente el desempeño del servidor proxy caché. • Una configuración adecuada de Squid por lo regular necesita compilar el programa de acuerdo con la necesidad específica.
  42. 42. Conclusiones • El robot desarrollado puede ser extendido a otros servicios en sistemas tipo Unix cuya configuración depende de un archivo de texto.
  43. 43. Preguntas
  44. 44. Análisis de configuraciones de servidores proxy caché Carlos Eduardo Gómez Montoya Luis Eduardo Sepúlveda Rodríguez UNIVERSIDAD DEL QUINDÍO

×