Saltar a: navegación, buscar

Guia de Monitoreo de SuperCache

Esta página contiene cambios que no se han marcado para su traducción.

Otros idiomas:
español

Guía de Monitoreo de SuperCache

Los web cachés son sistemas que actúan como intermediarios entre el usuario y la web. Se almacenan archivos web (páginas, imágenes, video, etc) localmente para entregarlos cuando sean requeridos nuevamente. Esto tiene dos ventajas, una es el ahorro del ancho de banda, y la otra es mayor rapidez de entrega de contenido.

El módulo de supercache puede implementarse de dos modos diferentes: como incorporado o independiente. En el caso de supercaché incorporado, éste funciona en el mismo servidor que wispro, montando discos para la aplicación de supercache. El modo supercaché independiente, funciona en otro servidor, independiente a wispro, conectado al mismo en modo bridge. A continuación se explica en detalle las dos topologías.

Topología de Red:

Caché Incorporado

El servidor funciona en modo router controlado por Wispro. Es decir, que la aplicación supercaché funciona en el mismo servidor de wispro. Es posible configurarlo y monitorizarlo desde la interfaz web de wispro.


Supercache-incorp.png

Figura a. Arquitectura Cache incorporado

Caché Independiente

El servidor funciona como bridge formado por todas las placas de red. El bridge (br0) es el único dispositivo que tiene dirección IP. Es recomendable que cache use el mismo DNS que los clientes. Se recomienda un DNS cache en la red local, preferentemente el de Wispro. Cuando se activa el tráfico entrante y saliente en port 80 y el entrante en port 443 pasan a modo ruteado. Es importante que el cache tenga las rutas necesarias, normalmente las sincroniza desde wispro.
El supercache independiente utiliza dos discos como mínimo, uno para sistema y el otro para datos.


Supercache-indep.png

Figura a. Arquitectura Cache independiente

Acceso

El acceso al servidor supercache, independientemente del modo que se haya implementado, es mediante consola.

La conexión se realiza utilizando ssh (Secure SHell), con el usuario root, sin contraseña, de la siguiente forma:

# ssh root@IPServidor

Como el acceso ssh no se puede hacer sin credenciales primero hay que configurar un password para root. Se puede hacer desde consola local con el comando “passwd” # ssh passwd

Operación

Estado

Para verificar el estado de la aplicación, hay que tipear supercache (Sin parámetros adicionales). Esto muestra el estado de supercache y devuelve la consola.

Para verificar el estado con actualizaciones instantáneas, se utiliza el comando supercache watch. Esto permite visualizar si aumenta el consumo de discos, el ancho de banda, los MISS, los HIT, el estado actual de los proxy. Se detiene con CTRL+C.


Cache-Watch.jpg


En este ejemplo, el estado indica:

  • La versión actual, 3.7.25.0.
  • Versiones disponibles para actualizar: 3.7.25.8, 3.7.26.2, 3.7.27.1, 3.8.0.19, 3.8.2.1
Si hubiera una versión disponible con las primeras tres cifras coincidentes con la actual se indica en verde.

Si no hay versiones nuevas esta línea no aparece. Por razones de compatibilidad, salvo excepciones puntuales, se recomienda que las primeras tres cifras de la versión de SuperCache coincidan con la versión de Wispro.

  • CPU detectado: 4 HT Cores
  • Estado de la licencia. Licenciatario y fecha de validez. Puede ser:
a. No existente (rojo): No hay licencia de cache. En este caso el cache no se puede habilitar.
b. Vencida (amarillo). La licencia existe y el cache funciona, pero no permite actualizar.
c. Al día (verde). El cache funciona y se puede actualizar.
  • Ancho de banda de la licencia:
Es el ancho de banda total entrante hasta el cual los módulos de SuperCache funcionan. En este caso es de 200Mbit/s
  • Anchos de banda medidos:
a. Ancho de banda total: Medición instantánea del ancho de banda total entrante. Es decir, es el ancho de banda que está utilizando, en este caso es de 109,359Mbit/s.

Si este valor se encuentra en Rojo, es porque supera al de la licencia, indica que los módulos de cache quedan temporalmente desactivados.

b. MISS: En este caso es de 23.892Mbit/s. e indica el ancho de banda utilizado por los clientes que tengan supercache activado. Este tráfico es solamente de acceso a protocolo HTTP (puerto 80 y 8080).
c. HIT: Contenido que ha sido almacenado y es entregado desde el cache a los clientes.
  • Cache: Discos de cache con su lugar ocupado.
  • Transparent Proxy X:
Para aprovechar los CPUs multinúcleo SuperCache utiliza varios proxies en paralelo, distribuyendo el tráfico. La cantidad de proxies se calcula en base al ancho de banda de la licencia y el tipo de CPU. Cada proxy puede estar:
a. stopped: Apagado
b. running: Corriendo (indica que el proceso arrancó)
c. answering: El proceso ya es capaz de responder. d. ready:El proceso está listo y se empieza a direccionar tráfico.
En funcionamiento normal una vez que cada proxy queda en estado “ready” no debería cambiar. Si cambia de estado (sin un reinicio del cache) indica algún problema.

Inicio

Para iniciar el servicio de supercache hay que tipear el comando: supercache start

Este comando permite iniciar el servicio de supercache, lo que no implica que el servicio esté activo. (ver supercache enable).

Cuando se ejecuta este comando, la carga en el sistema es mínima porque solamente inicia los sistemas de monitoreo que prenden y apagan el cache cuando se activa o desactiva. Este servicio debería funcionar siempre, independientemente de que supercaché esté activado o no.

Finalización

Para detener el servicio, se ejecuta: supercache stop.
Se ejecuta durante el apagado del sistema. Apaga el servicio.

Reinicio

Para reiniciar el sistema: supercache restart.
Esto equivale a stop seguido de un start, es decir, detiene el servicio y lo inicia.

Se ejecuta durante:

  • Actualizaciones:

Para finalizar la versión anterior e iniciar la recientemente instalada.

  • Cambio, agregado o remoción de discos de cache:

Para que todos los procesos reinicien con la nueva configuración de discos de cache.

  • Cambio o actualización de licencia.

Activación

Para iniciar supercache: supercache enable
De esta forma, se activan todos los procesos y se redirecciona el tráfico hacia los proxies transparentes una vez que están listos.
En cache incorporado, Wispro se encarga de activar Supercache cuando es necesario.

Desactivación

Para detener el cache y dejar sólo el monitoreo activado, se ejecuta supercache disable.
En caso de utilizar cache incorporado, Wispro se encarga de activar Supercache cuando es necesario.

Visualización de Registros de Log

Para ver los registros en tiempo real :

supercache logtail [ip]

Donde ip es opcional, si esto no se especifica, se muestra todo el tráfico que pasa por la aplicación.

Estos registros pueden activarse o desactivarse con los comandos que se explican a continuación.

Cuando se ejecuta el comando supercache logtail, se muestra el registro de acceso:

  • MISS. Se muestra en color rojo:
Es una petición de una URL que es identificada por un módulo de SuperCache y va a ser accedida desde internet porque no está guardada en el servidor.
  • HIT; En color verde:
Petición de una URL que es identificada por un módulo de SuperCache y va a ser entregada desde los discos de cache.
  • FRBDN, Amarillo:
Petición de una URL que es identificada por un módulo de SuperCache y podría ser entregada desde los discos de cache pero se va a acceder desde internet porque el ancho de banda de la licencia de SuperCache está momentáneamente excedido.
  • STORE, Azul::
Petición de una URL que se identificó por SuperCache, ya fue descargada de internet y se está almacenando en los discos.
  • ACC, Blanco:
Log de Access

Si se indica una dirección IP solamente se verán el registro de ese cliente. Debe tenerse en cuenta que el registro de STORE (Azul) es interno del servidor y no responde a la IP del cliente que hizo la petición por lo que no se mostrará si se filtra el log por IP.

Activación de Registro de Log

Para activar los regisros de log: supercache debug <componente>
Donde componente puede ser modules o access

Permite activar el registro de modules, access:

  • modules: activa el registro sobre acceso, impacto y almacenamiento tráfico identificado por algún módulo de SuperCache
  • access: activa el registro de todos las URLs accedidas. (Puede generar una gran cantidad de logs)

Desactivación de Registro de Log

Para desactivar los registros:
supercache quiet <componente>

Desactiva el registro de modules, access o ambos si no se indica ninguno.