Velocidad de trabajo

Resultados de test del sistema “Megabilling” a la base de “IBM-UKRAINE” en el volúmen de 1 500 000 cuentas individuales

El test fue realizado por los especialistas de las compañías IBM y “Megasoft” el 30 de marzo de 2013 en la ciudad de Kiev, Ucrania.

Objetivos de test

• La verificación de metodología del test de productividad del sistema;
• La fijación de las causas que ejercen influencia sobre la productividad del sistema y la optimización de los ajustes;
• La evaluación de la velocidad de funcionamiento del sistema de facturación “Megabilling” a la base del complejo de software y hardware de IBM.

1. Descripción del banco de arquitetura

• 1.1 Servidor de las bases de datos
  • Especificación de hardware del servidor:
    • Power Server-8204-E8A
    • 64 GB de memoria operativa
    • 8 POWER 6 core
    • 2 Double 4Gbps FC adapter
    • 4 Gigabit PCI Express Dual Port Fibre Channel Adapter
    • Dual 1 Gigabit Ethernet-TX PCI-X Adapter
  • Sistema operativo del servidor AIX OS
  • Sistema de control de la base de datos IBM-Informix 11.7 Ulimate Edition
• 1.2 Servidor de aplicaciones
  • Especificación de hardware del servidor
    • IBM System x3850
    • 64 GB ОЗУ
    • E7330 @ 2.40GHz 16 core
  • Sistema operativo del servidor Red Hat Enterprise Linux Server release 5.2 (Tikanga) x86_64
• 1.3 Almacenamiento de datos
  • Storage System: DS4700 has 2 RAID0 arrays, each of 8 HDD. There are 2 x 1TB LUNs

2. Datos para el test

• • Se usan los datos reales despersonalizados con el número de 1 500 000 cuentas individuales con historia activa de más de 10 años de ajustes de cuentas mutuos.
• • El volúmen total de datos es de 200 GB.

3. Descripción de test.

Para evaluación de la productividad de funcionamiento del sistema seleccionaron dos test que caracterizan de una manera más completa la velocidad de funcionamiento de cualquier sistema de facturación en las condiciones reales y dependen de la velocidad de funcionamiento de hardware aplicado, de sistema operativo y de Sistema de Gestión de Bases de Datos del servidor, de la potencia de cómputo de hardware.

El primero test es la emulación de trabajo real de los funcionarios del proveedor de recursos comunales, que prestan servicios a los abonados en las ventanas de referencia.

El segundo test es la tarea decálculo de saldo a la vez con todas las cuentas individuales de la base de datos, lo que en prática se efectúa una vez por mes como un procedimiento de cierre del mes.

3.1 Descripción del primer test (tarea de la clase OLTP)

Para la emulación de trabajo operativo de los funcionarios del proveedor de recursos comunales con el fin de crear una carga sobre el sistema, en el sistema se genera el proceso que efectúa una lista de operaciones analógica a las operaciones reales efectuadas por los funcionarios durante prestación de servicios a los abonados en las ventanas de referencia. Cada tal proceso modela el trabajo de un funcionario durante la efectuación de verificación de un abonado. Para la creación de un modelo más auténtico asociaron con cada proceso su proceso de selección casual de las cuentas individuales, siendo que el tiempo de espera entre la prestación de servicio a los abonados también se varía de una manera casual y es de 10 a 35 segundos, y el tiempo de espera entre cada de las funciones ejecutadas se varía de una manera casual de 6 a 16 segundos.

En dicho modelo se presupone hipoteticamente que el tiempo de espera se usa para toma de conciencia del estado de ajuste de cuentas mutuo de dicha cuenta individual y su explicación al abonado.

La lista de los tipos de operaciones que modelan el trabajo del operador con la cuenta individual del abonado:

1. Presionar el marcador “ficha común”
2. Presionar el marcador “tarifas”
3. Presionar el marcador “recargos adicionales”
4. Presionar el marcador “contadores”
5. Presionar el marcador “pagos”
6. Presionar el marcador “franquicias”
7. Presionar el marcador “objetos de registro”
8. Presionar el marcador “balance de contabilidad”
9. Presionar el marcador “cuentas”
10. Presionar la función de recálculo completo de la cuenta individual

3.2 Descripción del segundo test (tarea de la clase DSS)

Para la evaluación de la productividad de procedimiento de cierre del mes se tomó un programa que se pone en funcionamiento cada mes en los servidores de trabajo. Dicho programa, en el régimen de monopólio, calcula a todos los abonados con toda la historia de ajuste de cuentas mutuo de proveedor y de consumidor de recurso comunal, efectúa los recargos adicionales y el pago de coste del recurso comunal consumido, calcula el saldo de cada cuenta individual y efectúa los recargos adicionales necesarios para el funcionamiento del complejo.

4. Criterios de evaluación de los resultados de test

• El test de prestación de servicios a los abonados se considera suficiente si el tiempo de ejecución de cada de las funciones de test del sistema no supera 2-5 segundos.
• El test para la efectuación de procedimiento de cierre del mes se considera suficiente cuando el tiempo de su ejecución es no más de 8 horas, ya que en realidad el procedimiento de cierre del mes se debe efectuar en las horas de la noche, como máximo durante una noche.

5. Resultados de test

• El primer test – la emulación de trabajo real de los funcionarios.. Los resultados de medición de la velocidad de funcionamiento de test – la duración de ejecución de cualquiera de las operaciones de la lista fue menos de 1 segundo durante la emulación de trabajo simultáneo de 1500 funcionarios..
• El segundo test – el procedimiento de cierre del mes. Los resultados de medición de la velocidad de funcionamiento de test — la duración de ejecución es de 3 horas y 30 minutos con base de datos de 1 500 000 cuentas personales de la historia activa de 10 años de ajuste de cuentas mutuo de cada cuenta individual..

6. Observaciones

• El proceso de desarrollo de la base de datos y de ajustes preliminares fue de 5 días.
• Los gastos comunes de tiempo para el test preliminar fue de 30 días..
• Los funcionarios de IBM prestaron ayuda esencial al desubrimiento de las causas posibles de reducción de la productividad del sistema por medio de su eliminación optimizando los ajustes, así como construyendo una estrategia general de optimización de funcionamiento del sistema.