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
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 nhall@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
Que servicios tienes contratados con iPlan ?
El 4 de abril de 2015, 13:16, angel jauregui darkdiabliyo@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 nhall@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.cantu@sie-group.net Web: http://www.sie-group.net/ Cd. Reynosa Tamaulipas.
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 darkdiabliyo@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 nhall@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.cantu@sie-group.net Web: http://www.sie-group.net/ Cd. Reynosa Tamaulipas.
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" nhall@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 darkdiabliyo@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 nhall@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.cantu@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
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" nhall@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 darkdiabliyo@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 nhall@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.cantu@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
-
angel jauregui -
Normando Hall