Caso performance CASO 3

COMIND

Infraestructura:
RAM: 64RAM
SSD O HDD: SSD
MICROPROCESADOR: xeonE5 24 Núcleos
VELOCIDAD DE INTERNET: 1 GB
TARJETA DE RED:
MODEM PROVEEDOR: Telmex
SWITCH O RUTEADOR: Firewall
MARCA DE SERVIDOR: Windows server 2012
SISTEMA ADMINISTRATIVO: MICROSIP
USUARIOS EN SERVIDOR: 15

Resultados de prueba de velocidad

Minuta 10/08/24
Hola Armando, buenas tardes, solo para comentar la minuta de la sesión de hoy:

Configuraste el servidor conectandolo directamente al modem y reconfigurando el redireccionamiento de puertos.

Se hicieron las pruebas de latencia y velocidad de internet y se checaron las características de Hardware.

Se hicieron las pruebas de velocidad, desde ambos servidores el de EU y el de MX.

Se crearon dos clientes “Prospecto de prueba EU” y “Prospecto de prueba MX”, estos ya los puedes dar de baja.

Se crearon dos cotizaciones con 50 Partidas para las pruebas, estas ya las puedes cancelar.

Se intentó hacer el envío del pedido pero en ambos servidores marcó error de connection timed out después de 1:50 seg aprox.

Comparto los resultados de las pruebas en la siguiente imagen.

En la primer reunión con Rubén que estuvo Leo se recomendó lo siguiente:

  1. Actualizaron el archivo de Firebird.
  2. Iban a aumentar la memoria RAM.
  3. Iban a cambiar de proveedor de internet de Telmex a Totalplay. Telmex actualmente tiene fibra óptica.

Reunión con Rubén 20/09/2024

Buena tarde, solo para comentar de minuta:

  1. En la tarde nos conectamos con Rubén para hacer revisión.
  2. Nos mandaste una copia de la base de datos TOH para poder hacer pruebas en otro servidor. En un servidor de Rubén.
  3. Rubén encontró que la base que nos pasaron estaba dañada. Se reparó y se hizo la conexión de prueba en un servidor de Rubén.
  4. En el servidor de Rubén se hizo la prueba de velocidad y se hizo una prueba de velocidad la cual fue satisfactoria y estaba más rápido que el parámetro ideal que tenemos.

Minuta 21/09/2024

  1. La base de datos reparada la movimos al servidor de Comind.
  2. Hicimos una conexión de prueba con la base de datos reparada ya en su servidor.
  3. Hicimos la conexión web para hacer las pruebas de velocidad y vimos que la velocidad seguía igual de lenta.
    Con esto podemos ver que la base de datos no es el problema. Vamos a volver a agendar con Rubén para dar seguimiento y seguir investigando el tema de la velocidad.

Minuta 26/09/2024
Hola buena tarde, les comparto la minuta de la reunión del día de hoy con Rubén.

  1. Armando nos preguntaba si puede ser por el DNS que esté lenta la conexión.
  2. Rubén comenta que no podría ser el DNS ya que este solo funciona para enmascarar la IP.
  3. Rubén comenta que puede ser que no sea el servidor ya que eso ya se revisó de múltiples maneras pero sigue igual la velocidad.
  4. Rubén comenta que lo más probable puede que sea el internet el que esté causando la lentitud.
  5. Se hicieron pruebas de velocidad con la conexión que tiene Rúben y la configuramos en una cuenta de prueba en mx que es [email protected] para que Armando la pudiera probar.

Pendientes, recomendaciones de Rubén.

  1. Armando puede contactarse con el proveedor para revisar por que con su conexión está teniendo lentitud con su servicio.
    Les va a comentar al proveedor de internet si pueden revisar si hay algo que estuviera haciendo un cuello de botella indicando que son usuarios que necesitan manejar bases de datos y mucho tránsito con ellas.
  2. Armando va a crear un servidor virtual conectando a otro internet que vimos que el ping era mejor, una vez que tenga ese ambiente armando me comenta y nos conectamos para hacer la conexión web y hacer la prueba de velocidad.

Minuta 10/10/24

Hola buena tarde!
Solo para comentar la minuta de la reunión,

  1. Nos conectamos para ver la configuración de hamachi en el servidor de prueba y base de datos de prueba.
  2. Se reiniciaron los servicios de hamachi y de Firebird e hicimos la conexión desde web por que no estaba permitiendo.
  3. Después de reiniciar los servicios si nos hizo la conexión a web.
  4. Sin embargo aunque si se conecta desde la conexión al iniciar sesión a esa base tarda mucho en cargar y nos manda error de conexión por tiempo de respuesta, lo cual podemos ver que con hamachi fue más lenta.
  5. Se hizo un cambio de prioridad de la conexión de red de hamachi a cambiándolo a 1, 2, 4, 5 y la conexión sucedió lo mismo.
  6. Quedamos que configurarías nuevamente en ese servidor un DNS para ver si el problema era con hamachi, ya que anteriormente en ese servidor de pruebas la conexión con DNS si funcionó bien, con la misma velocidad que habíamos estado presentando.

Quedo pendiente @DMZRuizFair~ que me indiques cuando quede configurado el DNS, si me lo pudieras comipartir por mi chat y hago la prueba de conexión nuevamente con el DNS.

Minuta 19/10/24

  1. Se hizo una prueba de velocidad creando un ambiente de prueba a la computadora de Armando para que se realice como si fuera otro servidor, pero conectado a la misma red.
  2. ⁠La prueba de velocidad en ese segundo servidor, no fue exitosa ya que incluso estuvo más lenta la conexión a diferencia de su servidor actual.
  3. ⁠Como segunda prueba a realizar, se creó otro ambiente de pruebas en el servidor de TOH en el que trabajan actualmente y copiamos las bases de CRMZeus a nuestro servidor para nosotros ser host de la base de datos de CRMZeus y ustedes la de Microsip.
  4. ⁠Esta segunda prueba fue exitosa, la velocidad mejoró bastante y ahora ya está dentro de los parámetros de velocidad que nosotros tenemos para que el usuario pueda trabajar bien.
  5. ⁠en los únicos casos en donde tarda un poco más es en la carga de artículos a la cotización ya que ahí consulta sus bases de Microsip, sin embargo sigue siendo más rápido que las pruebas realizadas con anterioridad.
  6. ⁠Nuestra recomendación sería que movamos las bases de datos de CRMZeus de las empresas COMIND y TOH a nuestro servidor, para nosotros ser host de estas bases de CRMZeus y ustedes solo tengan sus bases de Microsip.
  7. ⁠En caso de que estén de acuerdo nos podemos agendar en un horario en el que ustedes puedan detener un momento la operación o que los vendedores no estén usando CRMZeus ni Microsip para poder hacer estos cambios necesarios y que puedan trabajar ya con una velocidad mejor y dentro de los parámetros.

Cambios de velocidad después de que CRMZeus fue host

REPORTE FINAL - SOLUCIÓN

  1. Al final se decidió que CRMZeus fuera host de la base de datos de CRMZeus y el cliente de la base de Microsip.
  2. Tuvimos una reunión para hacer el cambio de las bases de datos de CRMZeus de las dos empresas a un ambiente creado en nuestro servidor.
  3. La base de datos de CRMZeus quedó en Local y la de Microsip quedó en el servidor del cliente.
  4. La velocidad quedó como esta siguiente imagen cumpliendo con los parámetros ideales de velocidad.