Nos estamos moviendo a s3 para comenzar a servir parte del contenido generado estáticamente para nuestra aplicación web. Hemos estado buscando un mecanismo para construir un sistema métrico sobre el uso de nuestro sitio y estábamos planeando analizar los registros de acceso para S3 al pasar información adicional para que se registre en las solicitudes GET de contenido. Nos pasó a través de la siguiente entry in the developers guide:¿Qué tan confiables son los archivos de registro de acceso de Amazon s3?
Mejor Esfuerzo de registro del servidor de entrega
La función de acceso a registro del servidor está diseñado para mejor esfuerzo. Puede esperar que la mayoría de las solicitudes en un cubo que está configurado correctamente para registro se traducirá en una entrada de registro entregado , y que la mayoría de los registros de registro se será entregado a las pocas horas de la hora que fueron grabadas.
Sin embargo, la función de registro del servidor es ofrecida sobre la base del mejor esfuerzo. La integridad y la puntualidad del del servidor no están garantizadas. El registro registro para una solicitud particular podría ser entregado mucho después de que la solicitud se procesó realmente, o podría no entregarse en absoluto. El propósito de los registros del servidor es dar al propietario del cubo una idea de la naturaleza del tráfico contra su cubo. No es destinado a ser una contabilidad completa de todas las solicitudes.
¿Nos preguntamos qué han experimentado otras personas con respecto a la entrega de los registros de acceso? Nuestra alternativa es construir un servidor HTTP e intentar medir las métricas con una llamada diferente, pero creemos que el análisis de los archivos de registro podría ser menos efectivo. Nos gustaría saber si las personas han visto situaciones en las que no se realizó la entrega para tratar de evaluar cuán precisos podríamos esperar porque algunas de las métricas que recopilamos se usan en algunos de nuestros procesos comerciales.
Pregunta razonable, creo que el "mejor esfuerzo" surge de su enfoque de "cualquier servidor puede fallar". Es probable que copien los registros cuando el servidor se suspende/apaga correctamente, pero no mantienen los registros en el espacio de almacenamiento premium (respaldado, garantizado), por lo que no pueden garantizar esa copia de registro en todos los casos. Si desea un registro más confiable, siempre puede configurar su propio mecanismo para mover los registros a [S3] (http://aws.amazon.com/s3/), [EBS] (http: //aws.amazon. com/ebs /), [SimpleDB] (http://aws.amazon.com/simpledb/). – Rudu
También eche un vistazo a https://www.s3stat.com/. – jarmod