Buen día
Espero que me puedan ayudar, tengo un Cluster Vicidial con la versión 3.1.14 64 bits estructurado de la
siguiente manera:
1 servidor de base de datos:
24 procesadores Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz
16 GB de RAM
1 TB en disco duro
Telefonia 1
4 procesadores Intel(R)Xeon(R)CPU E5502@ 1.87GHz
20 gb en RAM
140 GB en Disco duro
Telefonia 2
4 procesadores Intel(R) Xeon(R) CPU E5503@ 2.00GHz
16 GB en RAM
140 GB en disco duro
Telefonia 3
8 procesadores Intel(R) Xeon(R) CPU X3440@ 2.53GHz
8 GB en RAM
500 GB
Telefonia 4
8 procesadores Intel(R) Xeon(R) CPU E5506@ 2.13GHz
16 gb de RAM
500 gb de disco duro
Telefonia 5
4 procesadores Intel(R) Xeon(R) CPU E5502@ 1.87GHz
24 GB de RAM
300 gb de en disco duro
Telefonia 6
4 procesadores Intel(R) Xeon(R) CPU E5-24030@ 1.80GHz
14 gb RAM
500 gb en disco duro
1 Servidor web
12 procesadores Intel(R) Xeon(R) CPU E5-24200@ 1.90GHz
14 gb RAM
1 TB en Disco Duro
Con esto pensábamos que el sistema podría soportar unos 250 agentes (o mas) el problemas es que cuando llegamos a 200 agentes firmados en el sistema
empieza a tener problemas:
- los saca del sistema y los manda a una pantalla que dice click here for login again
- el softphone se cuelga
- la web tarda en desplegarce
- se cruzan las llamadas
- El Realtime muestra muchos agentes en dead cuando en realidad estan en llamada
- El Realtime ya no refresca en el tiempo establecido
- los pausa automaticamente
- tiene un desface cuando el agente ya tiene al cliente en la pantalla con los datos tarda en desplegarse
- no deja colgar llamadas para disponer una segunda.
ya realice varias cosas:
- al servidor WEB le actualice el eAccelerator a la ultima versión con eso bajo el procesamiento en el server
- en el servidor de base de datos
modificamos el archivo my.cnf y tiene los siguientes parámetros:
port = 3306
socket = /var/run/mysql/mysql.sock
port = 3306
socket = /var/run/mysql/mysql.sock
datadir = /var/lib/mysql
skip-locking
skip-log-warnings
key_buffer_size = 1G
max_allowed_packet = 16M
table_open_cache = 5120
sort_buffer_size = 2M
read_buffer_size = 1M
net_buffer_length = 8K
read_rnd_buffer_size = 64M
myisam_sort_buffer_size = 128M
thread_cache_size = 16
query_cache_size = 128M
thread_concurrency = 24
skip-name-resolve
connect_timeout=120
long_query_time = 3
log_slow_queries
max_connections=1000
open_files_limit=5120
max_heap_table_size = 256M
concurrent_insert=2
expire_logs_days=3
skip-innodb
read-only = 0
low_priority_updates=1
log-bin=mysql-bin
binlog_format=mixed
binlog-do-db = asterisk
slave-skip-errors = 1062,1032
server-id = 1
log-bin=mysql-bin
replicate-do-db = asterisk
log-error = /var/log/mysql/mysqld.log
socket = /var/run/mysql/mysql.sock
socket = /var/run/mysql/mysql.sock
quick
max_allowed_packet = 16M
no-auto-rehash
key_buffer_size = 20M
sort_buffer_size = 20M
read_buffer = 2M
write_buffer = 2M
interactive-timeout
mysqld = /usr/bin/mysqld_safe
mysqladmin = /usr/bin/mysqladmin
log = /var/log/mysqld_multi.log
realice el siguiente update:
mysql -f asterisk < /usr/src/astguiclient/trunk/extras/upgrade_2.4.sql
y también estos alter table:
ALTER TABLE vicidial_live_agents MODIFY closer_campaigns VARCHAR(8000) default '';
ALTER TABLE vicidial_live_agents MODIFY external_ingroups VARCHAR(8000) default '';
ALTER TABLE vicidial_live_agents MODIFY agent_territories VARCHAR(1000) default '';
ALTER TABLE vicidial_live_agents ENGINE=MEMORY;
ALTER TABLE vicidial_manager ENGINE=MEMORY;
también corrí un mantenimiento con autorepair y optimize a la base de datos
sin embargo aun no consigo que el sistema trabaje con mas de 170 agentes, alguna idea, recomendación, observaciones!!!
Saludos
