Segun tu criterio ya les distes todas las pruebas posibles con captura de pantalla de comandos que debuggean o validan que por parte de ustedes el software NO esta causando el problema y con la intencion de que ellos traten de verificar si es problema de Hardware del Dedicado que afecte a los Virtuales o alguna configuracion que el mismo iPlan haya realizado al Dedicado y que igual afecte a los virtuales y aun asi NO te estan haciendo caso o lanzan evasibas.
Yo te recomendaria empezaras a actuar de una forma mas rigorosa, porque al fin y alcabo iPlan es un proveedor, que para bien o para mal, si TU no te quejas y dejas pasar el incidente, los ingenieros simplemente tapan el suceso y sigue todo rodando como si nada. De modo que lo primero que deberias hacer es: 1- Contratar un servidor dedicado o virtual con otro proveedor. 2- Montar tu aplicacion y pasar las aplicaciones de debugeo (validacion). 3- Toma todas las pruebas con el nuevo proveedor. Teniendo ya todo favorable para ti, aqui es donde lanzas las cartas al aire, un *ultimatum* para iPlan, indicandoles que de no realizar las investigaciones y validaciones por su parte, cambiaras de proveedor por falta de responsabilidad y atencion. Copia el correo a todo mundo (soporte iPlan, gente de ventas iPlan, gerencia de tu empresa, etc...), y veras que en menos de 3 dias se pondran las pilas. De lo contrario, pues ya estarias con un nuevo proveedor. Saludos ! El 4 de abril de 2015, 0:40, Normando Hall <nh...@unixlan.com.ar> escribió: > Buenas tardes amigos de la lista. > > Hace 3 años que tenemos varios servidores virtuales contratados en la > empresa IPLAN en Argentina. Los mismos son gerenciados bajo VMWare TIER1 y > TIER3, y las VM con Centos 6 64bits. > > Pues bien, hace unos meses notamos una baja pronunciada en el acceso a > discos, porque nuestro sistema se ponía lento. Hemos hecho todas las > verificaciones de rigor con: > > hdparm -t /dev/sda > > y por supuesto, verificar problemas de red, memoria, tamaño ocupado, > siendo todos estos parámetros normales. Por supuesto, que se mantienen > actualizados. Lo mas llamativo es que 3 VM que tenemos en dichaempresa > comenzaron con el problema casi de forma simultánea, llegando a tasas tan > bajas de 110KB/s de los normal que es casi 300MG/s. Por supuesto que hemos > enviado capturas de pantalla de comandos, y dado todo tipo de acceso a > nuestras VM para que los ingenieros de la plataforma pudieran comprobarlo > con sus propios ojos. > > Ellos dicen que su plataforma funciona correctamente y que tienen además > otra VM de pruebas montada tambien con Centos 6 64bits y que el acceso a > disco es normal, por encima de los 300MB/S. > > Por supuesto que esto me irrita profundamente, porque no soy tan tonto de > configurar tan mal no una, sino 3 máquina virtuales, y que sin hacerles > nada comenzaron a reducir la velocidad de acceso a disco, pero estan > insinuando que es un problema o alguna "incompatibilidad" de alguna > aplicación de nuestro servidos lo que hace que ralentice el acceso a disco. > He buscado y analizado todo tipo de documentación al respecto, y nada que > salga realmente de lo normal, indica que algo puede ser responsable de > tamaña reducción a punto de dejarlos casi inoperativos. Estoy realmente > preocupado y comienzo a sospechar que no me están diciendo toda la verdad o > que no saben lo suficiente. > Le he llegado a proponer que me presten por unas horas su VM de testeo > para que instalemos alli nuestra aplicación y verificar si es que realmente > produce alguna incompatibilidad con VMWare que nos ralentice el acceso a > discos. Estoy muy indignado, porque tampoco es poco lo que se paga. > > Las únicas aplicaciones instaladas son: > > MongoDB > Percona > y mantener actualizado el servidor con yum update. > > También hemos agregado los parámetros al kernel en el grub.conf > elevator=noop y esas cosas, sin beneficio alguno. > > Alguien que pueda orientarme un poquito? Realmente estoy preocupado. > > Gracias y Felices Pascuas > _______________________________________________ > CentOS-es mailing list > CentOS-es@centos.org > http://lists.centos.org/mailman/listinfo/centos-es > -- M.S.I. Angel Haniel Cantu Jauregui. Celular: (011-52-1)-899-871-17-22 E-Mail: angel.ca...@sie-group.net Web: http://www.sie-group.net/ Cd. Reynosa Tamaulipas. _______________________________________________ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
