Si, esa suma es mensual.
No deberían negarse, porque les demostraría que nuestra aplicacion no es
la que causa el problema, porque en 1 de los 3 esa aplicación no existe.
Como tienen una VM de pruebas chica, que ellos luego pueden destruir y
reconfigurar, no debería tener inconvenientes.
Gracias por la info.
Saludos
El 06/04/2015 a las 02:09 a.m., angel jauregui escribió:
Bueno si deberían presentarte mayor interés a tu problema por la suma.
Por otra parte sobre pedirles hacer pruebas en otro VM que este fuera de su
contratación lo más seguro que no te lo permitirán, aunque les des muestras
de tu buena fe... generalmente las empresas no prestan accesos a servidores
dedicados o virtuales que sean ajenos al contrato del servicio.
Si te dan clanes pues adelante, pero sinceramente lo dudo.
Por otra parte me imagino que ellos solo van a plantearte el respeto la o
las VMs o en su defecto cambiarte de segmento de red.
Saludos
El 05/04/2015 22:48, "Normando Hall" <nh...@unixlan.com.ar> escribió:
Buenas noches Angel.
Tomada debida nota de tus sugerencias.
Ya he escalado el reclamo que ya tiene 15 días de permanentes pruebas. Doy
fe que hemos realizado muchas pruebas con los ingenieros del datacenter,
salvo que todos me estén mintiendo.
En esta oportunidad les he propuesto algo irrefutable, que me dejen
utilizar la VM que ellos usan como prueba para montar nuestro sistema y
evaluar si se ralentiza o no. Estoy seguro de que nuestra aplicación no
tiene nada que ver con este problema, ya que incluso la detenemos por
completo, hasta las DB y todo sigue igual.
Los servicios contratados con 3 VM con disco en unidades de fibra TIER 1 y
TIER 3, de 500GB y 8Gb de RAM y 4 núcleos. Velocidad de acceso de 10MB
simétricos en cada una, y 3 IP fijas por VM. Pagamos por todo, en moneda
argentina $5000 o el equivalente en dólar $625 aprox.
Saludos
Normando
El 04/04/2015 a las 03:21 p.m., angel jauregui escribió:
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.
_______________________________________________
CentOS-es mailing list
CentOS-es@centos.org
http://lists.centos.org/mailman/listinfo/centos-es
_______________________________________________
CentOS-es mailing list
CentOS-es@centos.org
http://lists.centos.org/mailman/listinfo/centos-es
_______________________________________________
CentOS-es mailing list
CentOS-es@centos.org
http://lists.centos.org/mailman/listinfo/centos-es
