Presentación utilizada en el Evento 3er Encuentro de Migración de Base de Datos Privativas a Libres! para el tema de carga volumen y estres en PostgreSQL con el auspicio de @cnti y la colaboración de @leninmhs @deglip @gregoria126
2. El evento.........
La Comunidad de base de datos libres
(PostgreSQL)
En el país existen una gran cantidad de
personas muy talentosos y comprometidos con
las TIL
Solo necesitan la oportunidad y los espacios
para demostrar lo que se puede hacer
Demostrar con hechos y no con palabras
Gracias al CNTI por el apoyo e impulso al uso
de las tecnologías de información libres... y por
la oportunidad de estar aquí
3. ¿Por que estas aquí?
Para conocer procesos de prueba de un
ambiente y validar si es confiable.
Para saber de alguna herramienta de
prueba y simulación en ambientes.
Para cumplir con un estándar de
rendimiento del ambiente
Para ver otras alternativas y
herramientas de prueba ambientes
Estas de paso
4. ¿Para que sirve realizar prueba de Estrés?
Detectar fallas de hardware.
Detectar fallas de configuración
Detectar fallas de diseño.
Detectar fallas de integridad.
Optimizar el uso del hardware y software.
Detectar si se necesita modificar los parámetros
de entonación
Detectar si los parámetros de entonación son los
correctos
5. Pruebas de rendimiento o estrés
“son las pruebas que se realizan, desde una
perspectiva, para determinar lo rápido que
realiza una tarea un sistema en condiciones
particulares de trabajo.” (Wikipedia)
6. ¿Que buscamos?
El objetivo de una prueba de carga es verificar el
rendimiento e identificar problemas que ocurre
cuando todos los procesos se ejecutan para
responder las necesidades de los usuarios.
12. ¿Por donde comenzar?
Memoria
memtest86+
STREAM
Procesador (CPU)
Habilitar timing en la ejecución de consultas
Disco (I/O)
dd
Bonnie++
sysbench
13. ¿Por donde comenzar?
Base de datos
pgbench
Tsung
Procesos (Backend)
Se incluye en las pruebas de aplicativo
Aplicativo
Tsung
Siege
Apache Bench
14. Procesador
timing
CREATE TABLE test (id INTEGER PRIMARY KEY);
INSERT INTO test VALUES (generate
series(1,100000));
EXPLAIN ANALYZE SELECT COUNT(*) FROM test;
22. Tips interesante
Si lo tienes que hacer más de una vez automatizalo
Lleva anotaciones de lo que haces y los resultados
Realiza las pruebas una y otra y otra vez
Activa y almacena todos los logs posibles
Realiza pruebas incrementales, desde un escenario
sensillo hasta un escenario complejo
Documenta todo
Comparte tus experiencia