¿Cómo garantizar el ancho de banda?

Hola a todos. Soy nuevo en este foro, un saludo cordial a todos.

Mi pregunta va para los dueños de hosting (no resellers) que pueblan esta comunidad.

Si queremos ofrecer a nuestros clientes servicios en tiempo real como VoIP o video conferencia, necesitamos poder garantizar la calidad de ese servicio. No podemos arriesgarnos a que la calidad de las llamadas o videoconferencias dependa del ancho de banda disponible en cada momento y por lo tanto se vean afectadas por congestiones o saturaciones de línea.

Por este motivo me parece importante la capacidad de "garantizar" ancho de banda para las aplicaciones "críticas" o los servicios que vendemos como tal a los clientes.

¿Cómo lo hacen ustedes? ¿Utilizan algún mecanismo hardware o software para ello?

Creo que es un aspecto muy interesante que no he encontrado en ningún tema abierto. Si ya se había hablado de él, pido disculpas por repetirlo.

Saludos.

 

Hola Apolo, gracias por la respuesta y por la bienvenida.

Efectivamente, la pregunta es demasiado general. Creo que será mejor exponer casos prácticos.

Pongamos como ejemplo que contratamos una línea de 10 megas unmetered para nuestro servidor (tal y como propones). En ese servidor metemos 5 páginas web, servicio de voz ip, servidor ftp y correo electrónico. Todos estos servicios para cinco clientes diferentes. Por lo que los 10 megas unmetered serían compartidos por todos los servicios para los cinco clientes.

¿Qué medidas usaríais, o usáis, para garantizar la calidad de servicio de la voz ip de los cinco clientes? O dicho de otra manera, ¿Cómo evitáis que una transferencia puntual ftp se 'coma' el ancho de banda de todos los demás servicios?

No quiero engañar a nadie. Yo me dedico al desarrollo de soluciones de Internet. No pretendo hacer publicidad directa de mis productos ni aprovecharme de los foros porque sé que ese no es el objetivo. Lo que pretendo es informarme de los medios que se utilizan y si existen carencias ,ofrecer mis conocimientos para solventarlas. En resumen, aprender y aportar algo, si fuera posible, para que otros aprendan.

Espero no ofender.

 

No es posible hacer lo que quieres con un servidor estandar.
Una solución es virtualizar el servidor y asignar a cada usuario una VPS diferente.

En cada VPS puedes asignar un ancho de banda "limitado" de tal forma que cada cliente no podrá pasar del asignado y ninguno solapará a otro.

 

Uy esto me interesa

Un saludo

 

Hola, gracias por las respuestas.

Ok, esto confirma los conocimientos que yo tenía al respecto. Sin utilizar un método "externo" a nuestro servidor, no es posible garantizar ni limitar el ancho de banda usado por diferentes servicios y diferentes usuarios albergados en un mismo servidor.

Igualmente, me sigue pareciendo muy interesante lo que propongo. La creación de diferentes VPS's para cada cliente o cada servicio, a parte de ser un poco engorroso (si se puede evitar mejor) no permitiría cosas como que el ancho de banda que no es usado por un cliente pueda ser aprovechado por otro en un momento puntual. A lo que es lo mismo, reparto dinámico del ancho de banda.

Como os decía, la única manera que conozco de conseguir lo que propongo, creo que es utilizando un elemento externo colocado delante de nuestros servidores, justo entre el enlace que nos da nuestro proveedor y el switch del que cuelgan nuestros servidores.

Esto nos plantea otro problema añadido, es la capacidad de las empresas de hosting de introducir servidores externos en los centros de datos en los que tienen sus servidores.

Por lo que yo sé, hay hosting que alquilan espacio en servidores compartidos, otras que alquilan servidores dedicados y servidores virtuales, y otras que alquilan armarios Rack. Para estas últimas no hay problema, pueden introducir un sistema de gestión de ancho de banda en su infraestructura, ¿pero para los demás?

Saludos y gracias por las respuestas.

 

Crear un VPS no tiene nada de "engorroso" y menos si se compara con instalar hardware (carisimo) externo.

Definiendo correctamente la configuración de traffic shaping en los VPS el ancho de banda puede ser dinámico, con unos mínimos asegurados o fijo por VPS

Si quieres hacerlo con un "componente externo" es mucho más engorroso, complicado y muchísimo mas caro...

 

un componente externo como lo llamais, seri un gestor de ancho de banda, como Packeteer o Allot o widthguard.

Los dos primeros son carisimos, pero el ultimo tiene una version libre para descarga.

en zynknet.com

Parece mas facil que el tema de crear VPS

 

Hola,

No sabía que se podía configurar traffic shaping con los VPS, muy interesante.

Aunque creo que esto no solucionaría el problema para priorizar (garantizar y limitar) el tráfico dentro de un mismo VPS. Por lo que para priorizar el tráfico de los servicios que comentamos (5 páginas web, 5 servicios ftp, 5 servicios ftp, 5 servicios de correo) tendríamos que montar 20 VPS's si somos estrictos. Si aumentamos el número de clientes y servicios a lo mejor ya empieza a ser engorroso.

Dentro de un mismo VPS seguro que se puede instalar software para priorizar el tráfico a nivel interno, por lo que se podría ahorrar en el número de VPS's, pero entonces creo que se complicaría bastante el tema de la monitorización del uso del ancho de banda y por consiguiente la facturación en base a lo consumido.

Con un elemento externo, estaría todo unificado en la misma máquina (confuguración, priorización, monitorización, elaboración de informes, etc) y añadir, quitar y modificar cualquier servicio o cliente sería inmediato.

En cuanto a coste y a complicación. Desde 500 euros tienes equipos capaces de hacerlo y la instalación es totalmente transparente (con el modo bridge en 15 minutos está montado).

Saludos.

 

Realmente parece que no sabes muy bien de lo que estás hablando, estas confundiendo peras con elefantes...

 

Hombre, peras con manzanas todavía, pero con elefeantes es mucho confundir no?

Cuando dices que no sé muy bien de lo que estoy hablando ¿a qué te refieres?

Si te refieres al tema de los VPS, efectivamente, no estoy muy informado al respecto, me voy a poner en ello porque parece muy interesante, sobre la parte de traffic shaping dinámico.

Pero si te refieres al tema de los "elementos externos" para gestionar el ancho de banda, osea soluciones de QoS, te puedo asegurar que sé muy bien de lo que hablo.

Lo más seguro es que todavía falte bastante camino para educar al mercado de los hosting en los beneficios y posibilidades que les ofrecen estas herramientas. Históricamente estas herramientas eran carísimas y díficiles de implementar y mantener (tal y como dice ideasmultiples), pero no os cerréis en banda sin conocer las nuevas alternativas infinitamente más baratas y fáciles de instalar y configurar.

Si los ISP y grandes hosting ven estas herramientas como algo necesario para venderos sus servicios al resto de hosting y clientes finales, ¿por qué no os podríais beneficiar vosotros también para, a su vez, vender los servicios a vuestros clientes? ¿Los ISP y grandes hosting también están equivocados?

Todavía sigo pensando que ningún elemento de virtualización me permite controlar el ancho de banda consumido por cada servicio y cliente. Cuando digo controlar me refiero a; limitar, garantizar, graficar y facturar en base al tráfico consumido.

 

Creo que no estás muy bien informado, pide presupuesto haber que te cuesta un equipo para 1GB de ancho banda con unas 100,000 sesiones y uego me lo cuentas

Porque muchos ya los tenemos instalados pero no seutilizan para hosting compartido, es absurdo

Lo que pienses en este caso es irrelevante, el manejo de rutas, asignación de anchos de banda por VPS, etc... es algo básico en una plataforma virtualizada

Por ejemplo hay tiens una muestra de parte de un nodo manejando 3 clases:

CODE, HTML o PHP Insertado:

VEID    Net.Class     Input(bytes) Input(pkts)        Output(bytes) Output(pkts)
0          0                    84           1                   84           1
0          1                     9G  116054708                   42G  115813713
0          2                   105G  759687735                 1860G 1360204900
1025       0                     0           0                    0           0
1025       1                     2G   22318990                   23G   28297495
1025       2                   412M     341688                   72M     224328
10000001   0                     0           0                    0           0
10000001   1                     0           0                    0           0
10000001   2                     0           0                    0           0
1          0                     0           0                    0           0
1          1                     1G   15770245                   23G   24554307
1          2                     8G   11318925                   20G   16450900
301        0                     0           0                    0           0
301        1                     1G    2562796                    1G    2544615
301        2                    55K        662                   59K        637
3001       0                     0           0                    0           0
3001       1                     5M      22007                   27M      27339
3001       2                    36K        209                   40K        187
209        0                     0           0                    0           0
209        1                     6G   27134295                    4G   27477792
209        2                     1G    6034536                    5G    7068174
2001       0                     0           0                    0           0
2001       1                  1372G 1037380375                   22G  538591141
2001       2                  1778G 1278918747                   29G  613091973
210        0                     0           0                    0           0
210        1                     4M       5968                  741K       5609
210        2                     0           0                    0           0
2007       0                     0           0                    0           0
2007       1                   444M    1499031                  752M    1442423
2007       2                    36G   98108194                   12G  110471378

 

Antes de todo, gracias por tus respuestas y por tu rapidez ideasmultiples.

Te respondo:

Modelo capaz de gestionar un giga simétrico, osea dos gigas de throughput y hasta 500.000 conexiones cuesta alrededor de 6000 euros. ¿te parece una barbaridad? si quieres la solución en HA (dos máquinas independientes), con capacidad de bypass automático y soporte, el precio sube algo, claro.

Como te he dicho, los tiempos cambian, Packeteer, bueno Blue Coat, sigue cobrando un dineral por licencias, pero no os quedéis en eso.

En ningún momento he hablado de hosting compartido, esa es otra guerra.
De todos modos no es para nada absurdo utilizar QoS para priorizar servicios o clientes en un mismo servidor. Y el debate entre si es la mejor forma o no es otro tema a parte.

Muchas gracias por la info relativa a VPS.