virtualization – ¿Cómo [cortésmente?] Decirle al proveedor de software que no saben de lo que están hablando

Pregunta:

No es una cuestión técnica, pero sí válida. Guión:

HP ProLiant DL380 Gen 8 con 2 CPU Xeon E5-2667 de 8 núcleos y 256 GB de RAM con ESXi 5.5. Ocho máquinas virtuales para el sistema de un proveedor determinado. Cuatro máquinas virtuales para prueba, cuatro máquinas virtuales para producción. Los cuatro servidores de cada entorno realizan diferentes funciones, por ejemplo: servidor web, servidor de aplicaciones principal, servidor de base de datos OLAP y servidor de base de datos SQL.

Recursos compartidos de CPU configurados para evitar que el entorno de prueba afecte la producción. Todo el almacenamiento en SAN.

Hemos tenido algunas consultas sobre el rendimiento y el proveedor insiste en que debemos darle al sistema de producción más memoria y CPU virtuales. Sin embargo, podemos ver claramente en vCenter que las asignaciones existentes no se están modificando, por ejemplo: una vista mensual de la utilización de la CPU en el servidor de aplicaciones principal ronda el 8%, con un aumento extraño de hasta el 30%. Los picos tienden a coincidir con la activación del software de respaldo.

Historia similar en RAM: la cifra de utilización más alta en los servidores es ~ 35%.

Por lo tanto, hemos estado investigando, utilizando Process Monitor (Microsoft SysInternals) y Wireshark, y nuestra recomendación al proveedor es que hagan algunos ajustes de TNS en primera instancia. Sin embargo, esto no viene al caso.

Mi pregunta es: ¿cómo podemos hacer que reconozcan que las estadísticas de VMware que les hemos enviado son evidencia suficiente de que más RAM / vCPU no ayudarán?

— ACTUALIZACIÓN 07/12/2014 —

Interesante semana. Nuestra gerencia de TI ha dicho que deberíamos hacer el cambio en las asignaciones de VM y ahora estamos esperando algún tiempo de inactividad por parte de los usuarios comerciales. Curiosamente, los usuarios comerciales son los que dicen que ciertos aspectos de la aplicación se están ejecutando lentamente (en comparación con qué, no lo sé), pero van a "avisarnos" cuando podamos desactivar el sistema (refunfuñar , refunfuñar!).

Aparte, el aspecto "lento" del sistema aparentemente no es el elemento HTTP (S), es decir, la "aplicación delgada" utilizada por la mayoría de los usuarios. Parece que las instalaciones del "cliente pesado", utilizadas por los principales organismos financieros, son aparentemente "lentas". Esto significa que ahora estamos considerando al cliente y la interacción cliente-servidor en nuestras investigaciones.

Como el propósito inicial de la pregunta era buscar ayuda sobre si seguir la ruta de "empujarlo" o simplemente hacer el cambio, y ahora estamos haciendo el cambio, lo cerraré usando la respuesta de cuello largo .

Gracias por su aportación a todos ustedes; como de costumbre, serverfault ha sido más que un foro, es como el sofá de un psicólogo también 🙂

Respuesta:

Le sugiero que haga los ajustes que le han solicitado. Luego compare el desempeño para mostrarles que no hizo ninguna diferencia. Incluso podría ir tan lejos como para compararlo con MENOS memoria y vCPU para hacer su punto.

Además, "le pagamos para que respalde el software con soluciones reales, no con conjeturas".

Leave a Comment

Your email address will not be published.

Scroll to Top

istanbul avukat

-

web tasarım