Instalación: Pre-requisitos

De Vocalcom.latam Wiki
Saltar a: navegación, buscar

Cuando se va a implementar una plataforma nueva, hay muchas variables que van a afectar a los requisitos que se van a requerir para instalar la plataforma. Principalmente, la cantidad total de agentes y lineas que deberá soportar la plataforma. De todas formas, se hará una definición de servidor estandard y a partir del dimensionamiento de la plataforma, el total de servidores necesarios. Se hará la salvedad para una plataforma todo en uno por razones obvias.

Hardware y Software

Se definira el hardware para un equipo que debe cumplir el rol indicado, la cantidad de equipos a implementar para cada rol se deberá ver en la seccion dimensionamiento.

ACD Master

Procesador: Intel Xeon E5-2420 2,5Ghz o superior (4 Cores)
Memoria: 8Gb RAM
Disco: 15k RPM

  • Partición C: 40Gb
  • Partición D: 40Gb

Sistema Operativo: Windows Server 2008 R2 SP1 - Windows Server 2012 - Windows Server 2012 R2
Framework .NET 4.0


ACD Slave

Procesador: Intel Xeon 2,5Ghz o superior (4 Cores)
Memoria: 8Gb RAM
Disco: 15k RPM

  • Partición C: 40Gb
  • Partición D: 40Gb
  • Dimensionamiento: Calcular un crecimiento de 2,4Mb cada 5 minutos aproximados de conversacion.

Ethernet: 2 Puertos full-duplex
Sistema Operativo: Windows Server 2008 R2 SP1 - Windows Server 2012 - Windows Server 2012 R2
Framework .NET 4.0
Aplicaciones de terceros: Dialogic HMP 3


WEB Server

Procesador:Procesador: Intel Xeon 2 Ghz o superior (4 Cores)
Memoria: 8gb Ram
Disco: 15k RPM

  • Partición C: 40Gb
  • Partición D: 40Gb

Sistema Operativo: Windows Server 2008 R2 SP1 - Windows Server 2012 - Windows Server 2012 R2
Framework .NET 4.6


SQL Server

Procesador: Intel Xeon 2 Ghz o superior (4 Cores)
Memoria: 12Gb RAM
Disco: 15k RPM

  • Partición C: 40Gb (so)
  • Partición D: 80Gb (bbdd)
  • Dimensionamiento: Calcular 10Gb de bases del sistema y un crecimiento de 25Gb de estadísticas por año y un crecimiento de 20Gb de datos en las tablas de cliente por año. Los datos son de referencia para una plataforma de 200 agentes.

Sistema Operativo: Windows Server 2008 R2 SP1 - Windows Server 2012 - Windows Server 2012 R2
Aplicaciones de terceros: SQL Server 2012 R2 - SQL Server 2008

Dimensionamiento

Decimos que, dependiendo del numero de usuarios que queramos manejar concurrente-mente, el dimensionamiento de los servidores necesarios variará según la siguiente tabla:

Rol / Posiciones 10 50 100 250 500 1000
ACD / WEB / SQL 1 - - - - -
ACD Master / Slave - 1 - - - -
ACD Master - - 1 1 1 1
ACD Slave - - 1 2 3 4
CTI Proxy - - - - - 1
WEB / SQL - - - - - -
SQL - 1 1 1 - -
SQL Prod - - - - 1 1
SQL Histo - - - - 1 1
WEB - 1 1 1 - -
WEB Admin - - - - 1 1
WEB Plateform - - - - 2 3
WEB Supervision - - - - - 1

La tabla de arriba es solo de referencia, pudiendo una implementación variar según las características del hardware disponible o bien el rendimiento de la plataforma luego de varios años de operacion. Algunas consideraciones a tener en cuenta para los diferentes roles:

  • ACD Slave: Se recomienda 1 equipo cada 300 canales simultaneos (agentes + telefonia) en SIP 2.0 utilizando el codec G711A. En caso de que el hardware disponible sea mayor al mínimo, se puede sumar mas canales en el mismo equipo. Por otro lado, si se desea utilizar codec G729, el calculo debería dividirse en dos, siendo máximo 150 canales simultáneos para el hardware de referencia.
  • CTI Proxy: Se recomienda en plataformas con múltiples sitios (mas de 50) y muchos agentes, separar este rol del servidor ACD, para darle exclusividad de proceso a este servicio.
  • Plateform Publication: Dentro de los roles del servidor web, es la primer aplicación en mudarse a un servidor independiente, ya que brinda servicio de interfaces a los agentes y clientes, por lo que pasar este proceso baja considerablemente las solicitudes al server de admin. En una segunda instancia, se podria evaluar aplicar balanceo de carga para plateform publication.
  • SQL: Cuando el volumen de datos de la plataforma es muy grande, las estadisticas de historicos comienzan a penalizar el rendimiento de la operacion, ya que el proceso de reportes historicos puede generar demoras en el proceso habitual de la plataforma. Se recomienda en estas situaciones, independizar las bases de historicos de las bases de operación, instalando un SQL server (no es necesario que tenga muchos recursos) para procesar las consultas de historico.