Delay a conectar a servidores externos.

Aeroz · #1 (**permalink**) 10/11/2009, 00:09

Hola que tal.
Les cuento que he adquirido un servidor dedicado de proporciones realmente bajas, solo para hacer mis pruebas.

Esta montado en CentOS, instalado WHM/cPanel, Apache 2.2, PHP 5.
Todo me parecía perfecto en el servidor pues tenia una buena estabilidad, conexión y precio.

El problema resulto cuando intente hacer conexión con un VPS fuera de la red de este dedicado, lo que intento hacer es conectar con bases de datos de otro servidor para cuestiones muy simples, como el hecho de que me diga cuantos usuarios online están visitando, pero el retraso del dedicado WebServer es tremendamente molesto.

Hice una solicitud de revisión al soporte de la empresa (iWEB technologies), pero me respondieron que no era problema del servidor, si no del codigo (el cual había probado ya en multitud de webHost en un pasado sin problema alguno).

Como no estaba convencido en lo mas mínimo de esta respuesta (por la cual tambien me cobraron 5 USD adicionales...), decidí a probar en otro lado, y para no irme muy lejos monte un webserver casero, sobre windows, usando xampp. Subí mis archivos necesarios y oh sorpresa! el script cargaba mucho mas rápido localmente que en el dedicado. Puedes decirme, claro, esta leyéndolo localmente, es obvio que lo leerá mas rápido, pero la lectura la hace de un servidor fuera de mi red y para descartar cualquier duda y posibilidad subí el mismo script a un hosting compartido gratuito mas (00webhost) y de la misma manera cargo mas rápido.

Para no escribir mas y no gastar 5 USD en vano...

Que modificaciones puedo hacerle a mi dedicado para que las conexiones a otros servidores no tarden tanto?.

Les agradezco sus respuestas y tiempo!

Datacenter1 · #2 (**permalink**) 10/11/2009, 09:47

Saludos

Podrías aumentar el buffer de red esto puede ayudar en conexiones de alta latencia, pero antes quizas sea mejor si proporcionas mas datos, que tal un ping desde el servidor iweb al de base de datos y un tracert?

jmtwl · #3 (**permalink**) 10/11/2009, 12:16

El trabajo de un operario de soporte de una empresa de servidores dedicados NO es analizar tu script ni ver fallos en el. iWeb ofrece servidores dedicados unmanaged por defecto así que su trabajo es asegurarse que el servidor tenga corriente eléctrica y sea visible desde la red.

De todas formas veo bastante barato que te hayan cobrado u$s 5 por un ticket de respuesta aunque creo recordar que está medido por el tiempo de trabajo empleado en el ticket.

Si te parece mucho u$s 5 por una respuesta lo mejor es que no te sorprendas que debas pagar más de u$s 100 la hora cuando tu servidor esté enviando SPAM por no estar bien protegido o estén intentando aplicar ataques básicos... Este es el consejo de siempre: Por lo que veo no tienes conocimientos acerca de la administración que requiere un servidor así que el mejor consejo que te puedo dar es que contrates servidores manejados.

Y sé que no tiene que ver con tu pregunta inicial pero yo te aconsejaría quedarte con VPS de gamas altas antes de ir a un dedicado de gama baja. En un VPS estarás sobre discos en RAID-10 y protegido de cualquier evento o falla en el servidor.
En servidor dedicado de gama baja NO tienes esas facilidades.

Aeroz · #4 (**permalink**) 10/11/2009, 14:39

@jmtwl
Gracias por tu consejo...

1. Es caro pagar cualquier cantidad, cuando no se hace absolutamente nada, mas que el responder un ticket de soporte diciendo que el servidor responde correctamente, sin ninguna otra notificación mas.

No se si trabajes o rentes en iweb, pero deje claro (muy claro), que el problema no es en ninguna circunstancia del script.

@Datacenter1

Ping:

Código:

64 bytes from 123.123.123.123: icmp_seq=1 ttl=118 time=47.1 ms
64 bytes from 123.123.123.123: icmp_seq=2 ttl=118 time=46.7 ms
64 bytes from 123.123.123.123: icmp_seq=3 ttl=118 time=47.0 ms
64 bytes from 123.123.123.123: icmp_seq=4 ttl=118 time=46.6 ms
64 bytes from 123.123.123.123: icmp_seq=5 ttl=118 time=47.2 ms
64 bytes from 123.123.123.123: icmp_seq=6 ttl=118 time=48.8 ms
64 bytes from 123.123.123.123: icmp_seq=7 ttl=118 time=47.1 ms
64 bytes from 123.123.123.123: icmp_seq=8 ttl=118 time=46.7 ms
64 bytes from 123.123.123.123: icmp_seq=9 ttl=118 time=47.1 ms
64 bytes from 123.123.123.123: icmp_seq=10 ttl=118 time=46.9 ms
64 bytes from 123.123.123.123: icmp_seq=11 ttl=118 time=46.5 ms
64 bytes from 123.123.123.123: icmp_seq=12 ttl=118 time=46.9 ms
64 bytes from 123.123.123.123: icmp_seq=13 ttl=118 time=47.2 ms
64 bytes from 123.123.123.123: icmp_seq=14 ttl=118 time=48.3 ms
64 bytes from 123.123.123.123: icmp_seq=15 ttl=118 time=46.7 ms
64 bytes from 123.123.123.123: icmp_seq=16 ttl=118 time=46.5 ms
64 bytes from 123.123.123.123: icmp_seq=17 ttl=118 time=46.8 ms
64 bytes from 123.123.123.123: icmp_seq=18 ttl=118 time=46.9 ms
64 bytes from 123.123.123.123: icmp_seq=19 ttl=118 time=48.5 ms
64 bytes from 123.123.123.123: icmp_seq=20 ttl=118 time=47.1 ms
64 bytes from 123.123.123.123: icmp_seq=21 ttl=118 time=46.7 ms
64 bytes from 123.123.123.123: icmp_seq=22 ttl=118 time=46.1 ms
64 bytes from 123.123.123.123: icmp_seq=23 ttl=118 time=46.7 ms
64 bytes from 123.123.123.123: icmp_seq=24 ttl=118 time=46.0 ms
64 bytes from 123.123.123.123: icmp_seq=25 ttl=118 time=48.6 ms
64 bytes from 123.123.123.123: icmp_seq=26 ttl=118 time=46.9 ms
64 bytes from 123.123.123.123: icmp_seq=27 ttl=118 time=48.0 ms
64 bytes from 123.123.123.123: icmp_seq=28 ttl=118 time=48.6 ms
64 bytes from 123.123.123.123: icmp_seq=29 ttl=118 time=46.5 ms
64 bytes from 123.123.123.123: icmp_seq=30 ttl=118 time=48.3 ms
64 bytes from 123.123.123.123: icmp_seq=31 ttl=118 time=45.9 ms
64 bytes from 123.123.123.123: icmp_seq=32 ttl=118 time=47.2 ms
64 bytes from 123.123.123.123: icmp_seq=33 ttl=118 time=47.1 ms
64 bytes from 123.123.123.123: icmp_seq=34 ttl=118 time=48.2 ms
64 bytes from 123.123.123.123: icmp_seq=35 ttl=118 time=46.5 ms
64 bytes from 123.123.123.123: icmp_seq=36 ttl=118 time=46.4 ms
64 bytes from 123.123.123.123: icmp_seq=37 ttl=118 time=46.7 ms
64 bytes from 123.123.123.123: icmp_seq=38 ttl=118 time=46.3 ms
64 bytes from 123.123.123.123: icmp_seq=39 ttl=118 time=46.4 ms
64 bytes from 123.123.123.123: icmp_seq=40 ttl=118 time=47.0 ms
64 bytes from 123.123.123.123: icmp_seq=41 ttl=118 time=46.1 ms
64 bytes from 123.123.123.123: icmp_seq=42 ttl=118 time=48.2 ms
64 bytes from 123.123.123.123: icmp_seq=43 ttl=118 time=46.5 ms
64 bytes from 123.123.123.123: icmp_seq=44 ttl=118 time=46.9 ms
64 bytes from 123.123.123.123: icmp_seq=45 ttl=118 time=47.0 ms
64 bytes from 123.123.123.123: icmp_seq=46 ttl=118 time=46.8 ms
64 bytes from 123.123.123.123: icmp_seq=47 ttl=118 time=46.9 ms
64 bytes from 123.123.123.123: icmp_seq=48 ttl=118 time=46.8 ms
64 bytes from 123.123.123.123: icmp_seq=49 ttl=118 time=46.4 ms
64 bytes from 123.123.123.123: icmp_seq=50 ttl=118 time=45.9 ms
64 bytes from 123.123.123.123: icmp_seq=51 ttl=118 time=46.0 ms
64 bytes from 123.123.123.123: icmp_seq=52 ttl=118 time=48.1 ms
64 bytes from 123.123.123.123: icmp_seq=53 ttl=118 time=46.7 ms
64 bytes from 123.123.123.123: icmp_seq=54 ttl=118 time=47.3 ms
64 bytes from 123.123.123.123: icmp_seq=55 ttl=118 time=46.2 ms
64 bytes from 123.123.123.123: icmp_seq=56 ttl=118 time=46.8 ms
64 bytes from 123.123.123.123: icmp_seq=57 ttl=118 time=48.6 ms
64 bytes from 123.123.123.123: icmp_seq=58 ttl=118 time=48.2 ms
64 bytes from 123.123.123.123: icmp_seq=59 ttl=118 time=47.0 ms
64 bytes from 123.123.123.123: icmp_seq=60 ttl=118 time=46.9 ms
64 bytes from 123.123.123.123: icmp_seq=61 ttl=118 time=48.5 ms
64 bytes from 123.123.123.123: icmp_seq=62 ttl=118 time=46.3 ms
64 bytes from 123.123.123.123: icmp_seq=63 ttl=118 time=46.7 ms
64 bytes from 123.123.123.123: icmp_seq=64 ttl=118 time=46.0 ms
64 bytes from 123.123.123.123: icmp_seq=65 ttl=118 time=48.6 ms
64 bytes from 123.123.123.123: icmp_seq=66 ttl=118 time=48.4 ms
64 bytes from 123.123.123.123: icmp_seq=67 ttl=118 time=46.5 ms
64 bytes from 123.123.123.123: icmp_seq=68 ttl=118 time=48.4 ms
64 bytes from 123.123.123.123: icmp_seq=69 ttl=118 time=48.7 ms
64 bytes from 123.123.123.123: icmp_seq=70 ttl=118 time=48.3 ms
64 bytes from 123.123.123.123: icmp_seq=71 ttl=118 time=46.7 ms
64 bytes from 123.123.123.123: icmp_seq=72 ttl=118 time=48.3 ms
64 bytes from 123.123.123.123: icmp_seq=73 ttl=118 time=46.4 ms
64 bytes from 123.123.123.123: icmp_seq=74 ttl=118 time=46.9 ms
64 bytes from 123.123.123.123: icmp_seq=75 ttl=118 time=46.0 ms
64 bytes from 123.123.123.123: icmp_seq=76 ttl=118 time=46.9 ms
64 bytes from 123.123.123.123: icmp_seq=77 ttl=118 time=56.7 ms
64 bytes from 123.123.123.123: icmp_seq=78 ttl=118 time=46.3 ms
64 bytes from 123.123.123.123: icmp_seq=79 ttl=118 time=46.4 ms
64 bytes from 123.123.123.123: icmp_seq=80 ttl=118 time=48.5 ms
64 bytes from 123.123.123.123: icmp_seq=81 ttl=118 time=46.4 ms
64 bytes from 123.123.123.123: icmp_seq=82 ttl=118 time=48.2 ms
64 bytes from 123.123.123.123: icmp_seq=83 ttl=118 time=52.5 ms
64 bytes from 123.123.123.123: icmp_seq=84 ttl=118 time=46.1 ms

Tracert

Código:

 1  ip-209-172-32-122.static.privatedns.com (209.172.32.122)  0.786 ms  0.785 ms  1.016 ms
 2  te8-1.v0709.cl-core04.mtl.iweb.com (67.205.127.130)  3.513 ms  3.515 ms  3.515 ms
 3  if-9-1.icore1.MTT-Montreal.as6453.net (206.82.135.29)  11.747 ms  11.750 ms  11.750 ms
 4  if-2-0-0-29.mcore4.MTT-Montreal.as6453.net (216.6.115.69)  1.755 ms  1.999 ms  1.998 ms
 5  Pos-channel1.mcore3.NYY-NewYork.as6453.net (216.6.81.17)  169.898 ms  169.904 ms  170.144 ms
 6  if-1-0.core2.NTO-NewYork.as6453.net (216.6.97.41)  9.744 ms  8.409 ms  8.386 ms
 7  p16-0-1-1.r20.nycmny01.us.bb.gin.ntt.net (129.250.8.101)  8.611 ms  8.853 ms  8.851 ms
 8  ae-0.r21.nycmny01.us.bb.gin.ntt.net (129.250.2.26)  10.098 ms  9.431 ms  18.902 ms
 9  as-0.r20.asbnva02.us.bb.gin.ntt.net (129.250.2.9)  40.362 ms as-0.r20.chcgil09.us.bb.gin.ntt.net (129.250.6.13)  24.623 ms  24.865 ms
10  as-1.r20.dllstx09.us.bb.gin.ntt.net (129.250.3.42)  59.856 ms ae-0.r21.chcgil09.us.bb.gin.ntt.net (129.250.3.98)  24.417 ms as-1.r20.dllstx09.us.bb.gin.ntt.net (129.250.3.42)  58.618 ms
11  xe-2-2.r00.dllstx11.us.bb.gin.ntt.net (129.250.6.26)  47.128 ms as-1.r21.dllstx09.us.bb.gin.ntt.net (129.250.3.17)  48.366 ms xe-2-2.r00.dllstx11.us.bb.gin.ntt.net (129.250.6.26)  47.358 ms
12  xe-4-1.r00.dllstx11.us.bb.gin.ntt.net (129.250.6.30)  48.858 ms  46.854 ms d1-0-1-3-8.a10.dllstx01.us.ce.verio.net (157.238.224.146)  47.352 ms
13  d1-0-1-3-8.a10.dllstx01.us.ce.verio.net (157.238.224.146)  46.608 ms po4.bdr2.core1.dllstx2.dallas-idc.com (74.63.203.18)  47.349 ms  47.348 ms
14  po4.bdr2.core1.dllstx2.dallas-idc.com (74.63.203.18)  46.847 ms 242-209-63-74.reverse.lstn.net (74.63.209.242)  47.218 ms po4.bdr2.core1.dllstx2.dallas-idc.com (74.63.203.18)  45.950 ms
15  50-126-162-69.reverse.lstn.net (69.162.126.50)  46.971 ms 242-209-63-74.reverse.lstn.net (74.63.209.242)  46.943 ms 50-126-162-69.reverse.lstn.net (69.162.126.50)  46.963 ms

Como veras, ese no es el problema.
Aumentare el beffer de red para descartar también esta posibilidad.
Gracias por apoyarme con tus conocimientos

Agrego la configuración MySQL:

Código:

key-buffer-size= 500M
join_buffer_size = 1M
read_buffer_size = 20M
sort_buffer_size = 20M

Si alguien tiene alguna otra idea, se lo agradezco, pues la previa configuración no surtió efecto alguno.

Datacenter1 · #5 (**permalink**) 10/11/2009, 19:11

Me refería a los buffers de red, no de MySQL aunque no es mala la idea.

Aquí tienes un interesante artículo que uso de guía cuando debo optimizar al máximo

http://www.cyberciti.biz/faq/linux-tcp-tuning/ Esta en Ingles. cualquier duda avísame.

jmtwl · #6 (**permalink**) 11/11/2009, 10:06

Cita:

Iniciado por Aeroz

No se si trabajes o rentes en iweb, pero deje claro (muy claro), que el problema no es en ninguna circunstancia del script.

Hola,

Para dejar en claro dos cosas:

1. No trabajo en iWeb. Renté servidores hace tiempo por eso me preocupé en escribir que "creía recordar que el costo de un ticket era medido por el tiempo empleado en la resolución del mismo".

2. He citado que iWeb no es responsable del funcionamiento de tu script y que no debería haberlo probado pero parece que sí lo hicieron dado que es así como comentas:

Cita:

Hice una solicitud de revisión al soporte de la empresa (iWEB technologies), pero me respondieron que no era problema del servidor, si no del codigo (el cual había probado ya en multitud de webHost en un pasado sin problema alguno).

Gracias,