Que servicios tienes contratados con iPlan ? El 4 de abril de 2015, 13:16, angel jauregui <darkdiabl...@gmail.com> escribió:
> 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. > -- 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
